.deb o compilazione pacchetti (velocità/flag opzioni)

[moreweb]

Buongiorno a tutti 
Sto valutando l'ipotesi di installare Ubuntu sia sul severino di casa che sul portatile.
Una delle motivazioni è quella che il portatile (che ha qualche problemino con l'alimentatore) ogni compilazione gentoo (Firefox, Php, mysql, ecc..) si avvicina ai 70° per poi spegnersi...  >:( :'(
Poi, a parte l'acquisto di un nuovo portatile  ::), ho voglia di provare qualcosa di nuovo.

Con Ubuntu potrei evitare la maggior parte delle compilazioni ma leggendo alcuni commenti tipo "..finalmente nei repository si possono trovare versioni di PHP5 con tutto quello che serve" mi sorge un dubbio... e se volessi abilitare altre opzioni? Compilazione a manina giusto?  ::) Solo che utilizzando gentoo mi sono abituato ad avere il mio fido /etc/portage/package.use che ad ogni compilazione compilava solo di cui avevo veramente bisogno. Piccolo esempio..

Codice: Seleziona tutto

dev-lang/php -* cli apache2 crypt curl ctype ftp gd jpeg mbstring ming mysql mysqli ncurses oci8-instant-client 
pcre pdo png reflection session simplexml soap sockets sqlite ssl tiff truetype xml xml2 xpm xsl zip zlib

La domanda è questa: se viene utilizzato un .deb di PHP5 con tutte le opzioni abilitate (più database, ecc..) non si perde in velocità?
E se per ogni nuova release di php  è necessaria una ricompilazione stile gentoo (ma senza l'ausilio del package.use) come posso gestire i flag di installazione?
Il discorso credo valga anche per altri pacchetti.

Avete capito qualcosa??  (nono)
Cosa mi dite al riguardo?

Grazie,
ciao ciao

[ugodiperso]

Al tuo problema non c'è soluzione: se vuoi personalizzare molto devi lavorarci sopra (con gentoo lavorando di flag, con ubuntu attraverso i file di configurazione, ...), se vuoi la comodità stile "clicca e installa" devi accontenterti delle scelte degli altri... Certo se la personalizzazione è relativa solo a quanche cosa... forse ne vale la pena.

Ciao, ugodiperso

PS

non si perde in velocità?

Davvero è cosi più lento?

[jepessen]

Il problema è che i pacchetti precompilati hanno le loro opzioni, quindi con il file di configurazione puoi lavorarci fino ad un certo punto: per esempio non puoi creare dettagliati log di crash, se in fase di compilazione non è presente --enable-debug et similia.

Quindi, prima di tutto valuta se è proprio necessario l'incremento di velocità, e di quando ne hai bisogno, per vedere se ne vale la pena. Se sì, a questo punto puoi anche compilarti i sorgenti, solo con le opzioni che ti servono, come il debug, la disabilitazione di feature che non utilizzi, la compilazione monolitica etc.

I difetti principali di questo approccio sono tre, a mio avviso: il fatto che comunque devi leggerti bene tutta la documentazione per scegliere bene le opzioni di compilazione, la risoluzione manuale delle dipendenze, e la mancanza di aggiornamento automatico.

Questo può essere un problema per chi è nuovo del mondo linux, ma se uno è abbastanza navigato può fare tutto tranquillamente (per esempio in firefox ho una cartella dove ho i link ai siti di tutti i programmi che ho installato da sorgente, come listen ed amule, per vedere periodicamente se ne sono uscite nuove versioni) (good).

Per quanto riguarda le opzioni, niente ti impedisce di creare, una volta definite quelle che ti servono, di creare uno script che ti abilita quello che vuoi

Codice: Seleziona tutto

#!/bin/sh
# Commenti vari
./configure --opzioni_che_vuoi
make
sudo checkinstall

Te lo tieni da parte, ed ogni volta che devi compilare di nuovo, lo copi nella cartella del programma e lo esegui. Ti consiglio comunque, come hai visto, checkinstall per l'installazione, perchè è di una comodità assurda poter rimuovere da synaptic il programma compilato (yes) (puoi anche eliminare la cartella dei sorgenti dopo l'installazione, perchè non avrai bisogno di make uninstall, dopo).

Comunque, a parte alcuni casi particolari, non penso che la perdita di prestazioni sia proprio così esaltante, ma ovviamente questo dipende dal tipo di programma. Se lo ritieni necessario, puoi tranquillamente fare dei tentativi. Sperimentare è il modo migliore per imparare e confermare le proprie tesi.

Spero di averti illuminato un pochetto riguardo la situazione.

Daniele

[moreweb]

Ciao!
Devo controllare le opzioni del forum perchè non mi sono arrivate le mail di notifica..  (nono)

Al tuo problema non c'è soluzione: se vuoi personalizzare molto devi lavorarci sopra (con gentoo lavorando di flag, con ubuntu attraverso i file di configurazione, ...), se vuoi la comodità stile "clicca e installa" devi accontenterti delle scelte degli altri... Certo se la personalizzazione è relativa solo a quanche cosa... forse ne vale la pena.

Si.. più che "clicca e installa" mi basterebbe avere la possibilità di, in casi molto particoli a questo punto, poter compilare in pacchetto senza tanti patemi d'animo e forse la procedura suggerita da jepessen è una soluzione.
Con gentoo prendi certe buone abitudini ma ti DEVI anche abiutare a lunghi tempi di compilazione per la risoluzione automatica delle dipendenze.. ed in certi casi non ne vale proprio la pena.

non si perde in velocità?

Davvero è cosi più lento?

Effettivamente bisognerebbe fare qualche test. La mia è un'idea nata leggendo i post di qualche esperto geek.. Inoltre avendo utilizzato gentoo per parecchio tempo (ed utilizzandola tutt'ora), dove i tempi di attesa dovrebbero essere giustificati da una maggiore velocità del sistema, mi sono rimaste impresse queste cose.

I difetti principali di questo approccio sono tre, a mio avviso: il fatto che comunque devi leggerti bene tutta la documentazione per scegliere bene le opzioni di compilazione, la risoluzione manuale delle dipendenze, e la mancanza di aggiornamento automatico.

D'accordissimo. La doppia faccia di gentoo è anche questa.. aggiornamento automatico con compilazione obbligatoria..

Per quanto riguarda le opzioni, niente ti impedisce di creare, una volta definite quelle che ti servono, di creare uno script che ti abilita quello che vuoi

Codice: Seleziona tutto

#!/bin/sh
# Commenti vari
./configure --opzioni_che_vuoi
make
sudo checkinstall

Te lo tieni da parte, ed ogni volta che devi compilare di nuovo, lo copi nella cartella del programma e lo esegui. Ti consiglio comunque, come hai visto, checkinstall per l'installazione, perchè è di una comodità assurda poter rimuovere da synaptic il programma compilato (puoi anche eliminare la cartella dei sorgenti dopo l'installazione, perchè non avrai bisogno di make uninstall, dopo).

Devo leggere ancora un po' di documentazine al riguardo..  ::)

Spero di averti illuminato un pochetto riguardo la situazione.

(good) (rotfl)

Vi faccio un esempio.. ho installato Ubuntu server su una macchina che sarà adibita a server di sviluppo per applicazioni php. Tramite phpinfo(); posso notare come ci sia praticamente tutto a parte gd e supporto pdo. La velocità nell'installazione non è da paragonare minimante a gentoo e tramite php5-gd ho risolto un problema. La velocità della macchina mi sembra comunque ottima ma sono solo all'inizio della configurazione.
Ma il pdo? Devo ancora cercare indicazioni sui vari forum ma se dovesse mancare il supporto sarebbe un grosso problema in quanto utilizzo lo ZendFramework.
Non vorrei dover compilare l'intero paccheto solo per questo  (bad)

Alla ricerca!

Grazie,
Marco

[saxtro]

ricorda che c'è anche:

Codice: Seleziona tutto

$ sudo auto-apt run ./configure --opzioni-desiderate
$ make
$ sudo checkinstall

di modo che se il configure trova qualche dipendenza non soddisfatta, scarica e installa da apt la dipendenza mancante

[moreweb]

Molto bene! 
Devo ancora leggerne di documentazione!!  (b2b)

Se a qualcuno interessa ho trovato questo per quanto riguarda il PDO ma forse è un po'  (ot)