Newsgroup: it.comp.os.linux.debian
Titolo: PHP-FPM e versioni multiple

Siete a conoscenza di qualche sistema, che non preveda la ricompilazione di PHP da sorgenti, per usare versioni multiple dell'interprete su Debian tramite fpm?

 
 
Io ho cercato per un po', poi siamo passati alla compilazione delle
varie versioni. Una menata pazzesca...
 
-- 
g4b0, linux user n. 369000
http://brosulo.net
 

 varie versioni. Una menata pazzesca...
 
Forse una "valida" soluzione sarebbe ricompilare php staticizzando le librerie, così facendo aggiornando debian non si spacca l'interprete.
 
Ma è comunque una porcata. Nessun altra soluzione ?

 varie versioni. Una menata pazzesca...
 
anche io

 ha 
scritto:


 ha 
scritto:



Mi sono sempre chiesto perché debian non preveda la convivenza di
versioni di php in parallelo, con FPM o FastCGI é abbastanza semplice,
si tratta solo di separare le varie versioni e scegliere nella config
del Vhost quale usare.
 
Voi conoscete il motivo?


 Voi conoscete il motivo?
 
Credo sia per come funziona apt ed il sistema di dipendenze debian.
Non sempre le nuove versioni di PHP sono compatibili con librerie vecchie.
Se magari installi una versione recente di PHP, debian ti aggiorna anche le librerie con la quale è compilato spaccando tutte le versioni vecchie di php che hai già installato nel sistema.
 
Dovresti compilare staticamente, ma poi per patchare le librerie diventerebbe un bagno di sangue, dato che dovresti ricompilare tutti i php, altrimenti ti ritrovi con la libreria vecchia (buggata) staticizzata dentro il php

 versioni vecchie di php che hai già installato nel sistema.
 
  Eppure è possibile fare in modo che siano installate librerie dello
stesso progetto di versioni diverse, ad esempio in Debian Jessie si
possono avere installate contemporaneamente le librerie libwebkitgtk-1 e
quelle libwebkitgtk-3, oppure le libwebkit2gtk-3 e le libwebkit2gtk-4
come anche le libgtk2 e le libgtk3, in modo da poter installare ed usare
gli applicativi che dipendono da una certa versione delle stesse.  Di
esempi ce ne sono decine.  Che non si possano installare più versioni di
PHP non può essere spiegato con il fatto che dipendono da versioni
diverse di pacchetti di libreria, quando vogliono farlo lo fanno.
 
  Forse attivando un repository tipo backports?
 
 
  Ciao,
 
 
-- 
Alessandro Selli 
http://alessandro.route-add.net
 
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

   Forse attivando un repository tipo backports?
 
No, i backports ti aggiornano i pacchetti, se già presenti.
Idem dotdeb, se installi PHP da dotdeb, il php proveniente dalla stable viene aggiornato.


Magari non ci hanno mai pensato? Esiste un modo per segnalare un
esigenza di questo tipo al team di Debian?



  Sicuramente si, ne avevo letto un accenno una volta da persona
"debianica", ma non mi sono mai informato su come funzioni la procedura.


 ha scritto:


 quelle libwebkitgtk-3,
 
Se il nome del pacchetto e` diverso si puo` fare perche` vengono
considerate per quel che sono, cioe` due libreriie distinte.
Su Stretch, libwebkitgtk-1 e libwebkitgtk-3 hanno attualmente lo stesso
numero di versione: 2.4.11-3
 


  Si, infatti, sono le stesse librerie compilate le prime per supportare
le API WebKit versione 1, le seconde per supportare quelle versione 3.
Hanno sempre lo stesso numero di versione, in tutte le release Debian.
Volessero potrebbero fare una cosa simile per PHP; se non lo fanno
avranno le loro ragioni che mi sfuggono, forse è la mole di lavoro per
mantenere in parallelo due rami di PHP in ciascuna versione del SO
rispetto al numero di packager e di maintainer disponibili.  Il che un
po' mi sorprenderebbe, vista la popolarità e la diffusione di PHP.
