Newsgroup: it.comp.os.linux.sys
Titolo: [semi-OT] Che bello installare Gentoo...

...e dimenticarsi una prima, basilare cosa: montare /mnt/gentoo sul disco.
Un'ora di installazione persa al reset della macchina (viva i dischi
virtuali in RAM).
Mannaggia a me.
Vi è capitato mai qualcosa di simile? :P
-- 
Vide

 
lol
-- 
 All those who believe in Telekinesis raise my hand.


super-LOL. no, non mi e' successo.
Guarda che comunque l'ultima release, forse solo per x86, *ha* 
l'installer sia gtk sia ncurses.... prova con quello magari non ti 
succede piu' :)
-- 
Massimiliano

 succede piu' :)
È un amd64, cmq l'ho provato l'installer e non mi ha convinto del tutto,
anche solo per la mezz'ora che si perde a spuntare tutte le USE flag che
non si vogliono utilizzare (ha dei default orrendi IMO).
-- 
Vide


mai provato.
Chiaramente, spero, ti evitera' che succedano cose come quelle che sono 
successe a te ;-)
In gentoo ad esempio, immancabilmente dimentico di installare una marea 
di demoni per il semplice fatto di non vederli scritti e poterli 
selezionare dall'interfaccia di un intaller.
per fare un esempio, ho aperto un bug perche' il pacchetto 
sys-apps/xinetd e' fuori dalle dipendenze e io avevo dimenticato di 
installarlo.
-- 
Massimiliano

 installarlo.
perche' voi gentooisti siete dei TAMARRI !
http://snipurl.com/ljne
AHAHAH :P
--
oggei


mmmhh ... fortuna che hai messo la faccina. Odio quel sito.
l'avevo gia' visto.
fa ridere, ma al tempo stesso sono scritte una manica di stronzate.
quanto al fatto delle prestazioni: chiaramente nessuno si aspetta 
miracoli, o anche, nessuno si aspetta miglioramenti realmente visibili. 
Da un'altra non vedo una ragione per NON usare flag di compilazione 
ottimizzati. E' veramente stupido non usarli avendo la possibilita' di 
farlo.
E' scritto chiaramente con invidia e malafede.
Anche la parte riguardante gli use-flag e' completamente idiota. Gli 
use-flag sono qualcosa che tutte le altre distribuzioni dovrebbero 
invidiare a Gentoo.
-- 
Massimiliano

 farlo.
Io, invece, trovo veramente stupido perdere tempo a ricompilare se non 
si hanno esigenze particolari.
-- 
Vincenzo


Su questo punto sono d'accordo. Tuttavia il fatto di avere dei flag che 
ti consentono di attivare o meno certe caratteristiche nei pacchetti non 
e' cosa di poco conto.
tu sulla tua debian/redhat i pacchetti te li prendi cosi' come sono, io 
sulla mia gentoo ho la possibilita' di scegliere i flag a gruppo o per 
ogni singolo pacchetto.
Ad esempio, posso decidere di attivare il supporto per ldap, o per mysql 
per tutti i pacchetti che hanno questo tipo di supporto....

 Vi è capitato mai qualcosa di simile?
Io tempo fa ho perso almeno mezza giornata senza riuscire a completare
nemmeno lo stage 1, in pratica a meta' del bootstrap mi compariva un errore
tipo "segmentation fault"...
Dopo un po' mi sono reso conto che usavo l'opzione "-march=athlon-xp" ma il
mio PC e' solo un athlon, senza l'xp...
Se non altro questo significa che l'ottimizzatore del gcc qualcosa di
concreto lo fa quando gli si specifica l'architettura! :-)
Ciao.

 per tutti i pacchetti che hanno questo tipo di supporto....
Ad esempio eh? :-)
E` un caso particolare. Per la stragrande maggioranza delle esigenze su 
Debian c'e` il pacchetto giusto che aggiunge il supporto per quello che 
ti serve.
In ogni caso se hai n server da gestire (con n > 5) io trovo che i 
pacchetti con i binari gia` pronti siano una benedizione.
-- 
Vincenzo

 invidiare a Gentoo.
Solo quanto questi use-flag saranno a) gerarchici; b) modificabili in modo
atomico; c) con modifiche che consentono roll-back e possibilmente analisi
predittive sui costi della modifica di uno di questi.
(magari già è così, non ho interesse a conoscere i dettagli di Gentoo)
-- 
Per rispondermi, togli il nome del poeta

 pacchetti con i binari gia` pronti siano una benedizione.
Vale per n=1. Se devi gestire un server, e quindi hai un processo produttivo
che quando si blocca ti costa migliaia di euro l'ora, te ne freghi di
guadagnare velocità misurata in pochi punti percentuali, seppure. Fai
comprare altri server, se hai problemi di prestazioni.


Vide ha scritto:

ma perche' gentoo ha questa politica di installazione cosi' terribile? 
E' un dispositivo anti-niubbo?
La prima volta che l'ho installata ho seguito alla lettera le 
istruzioni. Mezza giornata. Al restart non partiva per un kernel panic.
Ci ho provato un mese fa nuovamente. Mezza giornata, ma e' partita. Boh. 
  Non ho potuto fare a meno di pensare: ma chi me lo ha fatto fare?

 (magari già è così, non ho interesse a conoscere i dettagli di Gentoo)
e' gia' cosi e ti spiego perche' in questo senso e' meglio di 
debian/redhat. Gli use flag sono centinaia e centinaia, da mysql a 
gnome, alsa, x, oss .... scegliamone uno a caso: ldap
esiste un file globale 'make.conf' dove stabilisco gli USE che voglio 
per tutti i pacchetti.
metto 'ldap' li' dentro e quando installo qualsiasi pacchetto che fa uso 
di quel flag (postfix, ssh, samba o qualsiasi altra cosa) verra' 
installato con il supporto per ldap.
Ovviamente, se rimuovo 'ldap' da make.conf, al prossimo aggiornamento 
del sistema mi verra' proposto di reinstallare quei pacchetti per 
ricompilarli senza quel flag.
Notare che fa tutto lui ed e' di una semplicita' estrema (per fare un 
esempio, visto che io non uso ipv6, nel make.conf ho scritto -ipv6 e 
nessun pacchetto verra' compilato con tale supporto)
In alternativa, se sei interessato ad aggiungere quel supporto solo per 
pochi pacchetti, inserirai il flag nel file /et/portage/package.use
In questo senso e' piu' efficiente delle altre distribuzioni, poiche', 
come ben capirai, il pacchetto binario della tua Debian te lo prendi 
cosi' com'e'.
Se vogliamo parlare dei problemi di gentoo possiamo anche farlo e non 
nego che ce ne siano. Primo fra tutti il pessimo QA ed il testing alla 
cazzo di cane. Poi, il tempo richiesto per la compilazione di alcuni 
pacchetti e' veramente lungo (firefox, kde-*, qt, tutti i pacchetti in 
c++ in genere).
Francamente, il QA lascia veramente a desiderare, e posso dire che in 
tanti anni di RedHat non avevo mai visto questo tipo di problemi.
Il mio parere e' che Gentoo e' una bella distribuzione, ma allo stesso 
tempo una distribuzione un po' hobbistica, da veri appassionati che, 
allo stato attuale, non installerei in alcun server, se non un server 
per uso mio, personale.
-- 
Massimiliano

 cosi' com'e'.
Ci sono i deb src.
Gentoo è oggettivamente divertente quando vuoi metterla sul laptop e fare
lo ubergeek; in produzione, debian forever.
I pacchetti di debian vanno bene nel 98% dei casi; se proprio hai bisogno
di feature non incluse nel pacchetto, ti rifai il deb e ualà.

 e' gia' cosi
Dalla tua descrizione non si evince affatto che a), b) e c) siano verificate. 



la 'C', IMHO, se stiamo parlando la stessa lingua e' fattibile: togli il 
flag dal file di configurazione e tutto torna indietro, esattamente come 
prima. Se intendi qualcosa di diverso, chiarisci ora o mai piu' :)
spiega un po' meglio, cosa intendi con la 'a' e la 'b'.
-- 
Massimiliano

 lo ubergeek; in produzione, debian forever.
Concordo pienamente.
-- 
Massimiliano

 Slackware. 
Neanche un po'.

 compilo come voglio.
Beh non proprio, e lo dico visto che ho sia debian che slackware in 
produzione, su debian ti ricompili il PACCHETTO in maniera abbastanza 
automatica e cmq con una corretta gestione delle dipendenze, in 
slackware ti compili il PROGRAMMA con tutto quello che ne consegue, 
ossia gestione dei percorsi, facilità o meno di disinstallazione, 
eventuali dipendenze, etc etc
Luca

 eventuali dipendenze, etc etc
Conosco slackware piu' per fama che per esperienza diretta.
-- 
Massimiliano


mannaggia come scrivi....
analisi predittive sui costi della modifica di uno di questi significa, 
volgarmente:
applicare il flag al file di configurazione e lanciare un 'emerge 
--pretend' '--pretend' ti fa una analisi predittiva, o parlando come 
magnio: ti dice quello che vorrebbe fare, ma non fa niente.
roll-back: si ottiene eliminando i flag dai file di configurazione. 
Tutto torna come prima al successivo aggiornamento di gentoo.
gerarchici e modificabili in modo atomico:
gerarchico non ha nessun senso, IMHO. Io posso non volere il supporto 
ipv6 per un singolo pacchetto, per alcuni pacchetti, o per tutti i 
pacchetti,  Ovviamente, al contrario, posso eliminare il supporto a ipv6 
per tutti i pacchetti e decidere di abilitarlo singolarmente per un solo 
pacchetto.
Mi risulta francamente incomprensibile come io possa decidere di 
applicare o non applicare quel supporto in un 'modo gerarchico'. Che 
vuol dire?
-- 
Massimiliano


ah, beh, wow : non e' detto che mi interessi averlo ovunque ed ecco che 
allora devi mantenere i giusti USE flags per non avere fuffa inutile. Ti 
ricompili i pacchi per debian cambiano la riga ./configure dove devi, se 
proprio devi (e non devi, che' nel mondo attuale e' tutto a moduli).
Cosi' fai finta di fare il sistemista che sa chi necessita di cosa :)
ciao,
--
oggei


Premesso che: non ci vuola nessuna scienza per lanciar un configure 
--help e guardarsi tutti i flag
Mettiamola cosi': tu vuoi disabilitare il supporto OSS per qualsiasi 
programma abbia in mente di volerlo utilizzare, poiche' non lo hai 
caricato nel kernel, e poiche' stai usando ALSA.
Ti interessa veramente fare il (pseudo)sistemista che conosce tutti i 
pacchetti che vogliono usare OSS, o e preferibile scrivere da qualche 
parte '-oss' e far si che il modulo oss non venga mai compilato?
E' pensabile che per disabilitare il support OSS devo andarmi a guardare 
tutti i programmi multimediali e andare a controllare i flag, e 
ricordarmi di riusare quei flag ad ogni aggiornamento?
No non e' pensabile.
Pertanto, ripeto, Gentoo e' anche peggiore di altre distro sotto altri 
aspetti, ma non sotto questo aspetto.
-- 
Massimiliano

 ti serve.
scusa, niente contro debian e contro nessuno, ma cosa ne sa Debian di 
quale e' il supporto giusto per me?
Debian sa se io voglio usare il supporto MySQL o Ldap per un determinato 
pacchetto?
Debian sa se io voglio installare postfix con uno dei seguenti supporti 
o meno:
[ebuild   R   ] mail-mta/postfix-2.2.10  -cdb -hardened +ipv6 +ldap 
-mailwrapper -mbox -mysql +nis +pam -postgres +sasl (-selinux) +ssl -vda 
2,386 kB
non capisco se avete capito. Questo e' il punto.
-- 
Massimiliano

 o meno:
# dpkg -l|grep postfix
ii  postfix        2.1.5-9        A high-performance mail transport
ii  postfix-mysql  2.1.5-9        MYSQL map support for Postfix
ii  postfix-pcre   2.1.5-9        PCRE map support for Postfix
ii  postfix-pgsql  2.1.5-9        PGSQL map support for Postfix
ii  postfix-tls    2.1.5-9        TLS and SASL support for Postfix
# dpkg -l|grep apache
ii  apache2                     2.0.54-5
ii  apache2-common              2.0.54-5
ii  apache2-mpm-prefork         2.0.54-5
ii  apache2-utils               2.0.54-5
ii  libapache2-mod-auth-mysql   4.3.9-2.dotdeb.0
ii  libapache2-mod-auth-plain   2.0.48-4-2.1
ii  libapache2-mod-fcgid        1.05-1
ii  libapache2-mod-php4         4.4.2-0.dotdeb.1
eccetera eccetera
Debian sa come spezzettare i pacchetti in modo che ti installi solo
quello che ti serve.
Bye.
-- 
Alessandro Pellizzari

 # dpkg -l|grep postfix
ok. Super in questo caso.
e qui:
[ebuild   R   ] media-sound/xmms-1.2.10-r15  -3dnow +alsa +arts 
-directfb +esd +flac -jack -lirc +mad +mikmod +mmx +mp3 +nls -oss 
-sndfile +vorbis 3,006 kB
non mi dire che hai un xmms-3dnow, xmms-alsa, xmms-arts xmms-directfb, 
xmms-esd, xmms-flac..... insomma ci siamo capiti?
-- 
Massimiliano

 xmms-esd, xmms-flac..... insomma ci siamo capiti?
# dpkg -l|grep xmms
ii  gxmms-common   0.3.0-4        Common files for the gxmms (both XMMS
ii  gxmms-xmms     0.3.0-4        Simple GNOME applet to control the
ii  xmms           1.2.10+cvs2005 Versatile X audio player
ii  xmms-cdread    0.14a-13       input plugin for XMMS that reads audio
ii  xmms-defx      0.9.9-2        A Sound alterator plug-in for xmms
ii  xmms-flac      1.1.2-3.1      Free Lossless Audio Codec - XMMS input
ii  xmms-modplug   2.05-9         ModPlug plugin for XMMS
ii  xmms-mp4       2.0.0-0.7      a mp4/aac audio player for xmms
ii  xmms-musepack  1.2-1+b1       XMMS Input plugin for playing music
ii  xmms-oggre     0.3-2          ogg disk output plugin for XMMS
ii  xmms-osd-plugi 2.2.14-1.3     XMMS plugin using xosd
ii  xmms-sid       0.7.4+0.8.0bet Input plugin for XMMS that plays SID
ii  xmms-singit    0.1.28-3+b1    Display and edit lyrics with XMMS
ii  xmms-skins     0.6-1          Skins for XMMS
ii  xmms-status-pl 1.0.0-3        Status panel applet for XMMS
ii  xmms-volnorm   0.8.3-1        XMMS plugin that gives all songs the
ii  xmms-xf86audio 0.4.2-1        XF86Audio multimedia-key support for
ii  xmp-xmms       2.0.4d-11      An experimental XMP plugin for XMMS
Questi sono quelli che ho installato. Ce ne sono molti altri nel
repository, non ho mai provato il directfb. :)
Bye.
-- 
Alessandro Pellizzari


oh dio ;-X.skfdhj vm,mmmm incredibile.. mancano alsa, esd, oss ... 
comunque non e' male.
devo passare debin, devo passare a debian, lo dico e lo scrivo tante 
volte ma, per pigrizia non lo faccio mai.
p.s.: il flag globale di gentoo resta una soluzione piu' efficiente e 
migliore di questo frazionamento dei pacchetti. Se io voglio oss per 
*tutto*, lo scrivero una volta dentro ad un file.
-- 
Massimiliano

 [brabrabra]
mi pareva avessi parlato di ldap
quindi come vedi sto coso e' uguale al resto, ha pregi e difetti e tu 
sei un RICE :D
ciao,
--
oggei

 *tutto*, lo scrivero una volta dentro ad un file.
Continuo a non vedere quale è il problema se tutti i programmi che installo
avranno il supporto OSS, senza che io debba scegliere di farlo o meno.


 No non e' pensabile.
Infatti è inutile.


 spiega un po' meglio, cosa intendi con la 'a' e la 'b'.
Campare con un file di testo è una idea poco buona, inoltre vorrei che non
mi si chiedesse se voglio il supporto OpenGL per X se ho scelto di non avere
X. 




Che se non voglio la rete, non posso volere ipv6. 


 X. 
non ti si chiede nulla. Esiste un default, cosi' come per le
distribuzioni a pacchetti binari. Tutto cio' che tu inserisci sono
variazioni al default.
Opengl, ad esempio, come tutte le opzioni piu' comuni e' ovviamente
abilitato di default, cosi' come succede per le distribuzioni binarie.
Quanto meno hai una possibilita' di scelta. I flag di default sono
inseriti da qualche parte che non mi ricordo.
Vuoi ad esempio che tutti i pacchetti supportino il socks5, poiche'
nella tua rete c'e' un sock server? Basta abilitare 'socks5' in
make.conf e i pacchetti che lo consentono verranno ricompilati con
l'opzione per i socks.
Ripeto, se lo conosci e' un sistema molto pratico e' estremamente
flessibile e "granulare".
-- 
Massimiliano

 
mmmhhh .... non so se e' gerarchico in quel senso, forse no.
Probabilmente, se non vuoi installare la rete, non installerai nemmeno i
pacchetti per usare la rete, per cui il problema non si pone quasi.
Portage e' tuttavia complesso, e ha dei lati che mi risultano ancora un
po' oscuri: ad esempio le dipendenze inverse. Mi succede a volte che
alcuni pacchetti vengono richiesti e non si capisce nemmeno perche'.
Questo e' causato dalle dipendenze inverse. Ho risolto questo problema
con uno script che ho trovato in rete: dep
-- 
Massimiliano

 sei un RICE :D
Ha chiaramente pregi e difetti e lo so, ma non mi sento un RICE. Ho
messo i flag di ottimizzazione giusto perche' e' possibile metterli, ma
non uso gentoo per questo motivo.
-- 
Massimiliano


chiaramente 'oss' e' solo un esempio.
adamo-vaio etc # euses * |wc -l
919
Con 919 flag c'e' ne sono di utili e di inutili.
Ad esempio nella mia rete c'e' un server 'nis' e mi interessa che, ove
possibile (visto che il NIS e' un po' obsoleto) tutti i pacchetti che lo
consentono vengano compilati con tali supporto.
Metto il flag 'nis' in make.conf ed e' fatta.
-- 
Massimiliano

 migliore di questo frazionamento dei pacchetti.
Quando fai un
emerge -up world
e ti vien fuori
[ebuild     U ] app-office/openoffice-2.0.2-r1 [2.0.1-r1] USE="cairo% java* mono% -mozilla*"
ti viene voglia di pacchetti binari e frazionati. <g>

 X.
Non te lo chiederebbe, se avessi USE="-X opengl".

 differenza che in modo semplice, in Gentoo riesci a modificare il sistema.
mi pareva avessimo stabilito un post fa che e' una non_differenza, dato 
che "non ci vuole una scienza per lanciare configure --help" e, aggiungo 
io, se per esempio vuoi gnome, tanto per parlare di elefanti, senza mmh, 
supporto OSS, non installi il plugin OSS di gstreamer, etc
oh, ma perfino gli obsdiani spingono per l'uso dei pacchi binari dei 
ports ! :PPP
se invece vuoi tutto -O3 e cazzivari spera di usare sempre software 
sviluppato da gente che si pone sto problema, altrimenti col nullo qa 
che ha passerai giorni a straceare :)
ciao,
--
oggei che vorrebbe thunderbird con USE=+wrap72chars

 consentono vengano compilati con tali supporto.
Continuo a non vedere quale è il problema di usare binari che abbiano tutti,
ove possibile, il supporto al NIS compilato. Non è una cosa che occupa TiB
di spazio di disco :)


 flessibile e "granulare".
Ma non è gerarchico, ed avere centinaia di flag mi pare scomodo.


whiplash ha scritto:

Secondo me dalla (bella) discussione emerge che in gentoo non esistono 
pacchetti precompilati: sbagliatissimo, infatti io openoffice l'ho 
installato binario (openoffice-bin) perché la compilazione impiegava 
troppo tempo. Al limite quello che manca è il frazionamento dei binari, 
ma leggendo il thread sembra che si debba necessariamente compilare 
tutto (anche i pct + grandi) mentre non è così
-- 
Ave!
Caesar.
Eatvr quo nos deorvm ostenta vocant. Alea iacta est!
Caivs Ivlivs Caesar, Imperator Mvndi
CaesarOd...@Fastwebnet.It

 virtuali in RAM).
simpatico
cmq ora han fatto la 2006 live installabile 
credo qualcosa migliori

 installato binario (openoffice-bin)
Quanti pacchetti binari esistono?
E quanti repository di binari?
E che senso hanno, a quel punto, le flag di compilazione e USE?

 che ha passerai giorni a straceare :)
non me ne frega dei millisecondi. Ho messo 02 tanto per essere piu' al 
sicuro ed evitare problemi....
-- 
Massimiliano


chiaro. questo e' vero.
Pero' devo preoccuparmi di sapere quale pacchetto ha o non ha questa 
possibilita', e nel caso in cui il binario non abbia quel flag attivo 
dovro (eventualmente) ricompilarmi a mano.
In Gentoo, scrivi li' dentro e ti dimentichi di tutto.
-- 
Massimiliano

 
i binari che esistono sono pochi:
adamo-vaio ~ # esearch -- -bin |grep -- -bin | wc -l
99
a fronte dei:
adamo-vaio portage # find /usr/portage/ -type d -mindepth 2 -maxdepth 2 
|wc -l
11070
A mio avviso potrebbero essere di piu', ma bisognerebbe rivoluzionare un 
po' le cose in portage per avere un sistema misto.
-- 
Massimiliano


:)
problema di "reverse dependencies"
usa dep: wget 
http://catmur.co.uk/svn/repos/udept/dep
-- 
Massimliano

 E che senso hanno, a quel punto, le flag di compilazione e USE?
Beh IMO è talmente bello il "sistema distro" (init, file di configurazione
generali ecc ecc) che se passassero tutto a binario stile debian rimarrei
lo stesso con Gentoo :) cmq effettivamente per un server Debian è la scelta
migliore, per il fatto che se è in produzione Gentoo ti carica il
processore a martello (ok, nice a 18 però...)
E soprattutto l'rsync per aggiornare il portage è molto più dispendioso che
apt-get update
-- 
Vide

 generali ecc ecc) 
io semplicemente adoro gli init di Gentoo.
tramite i soft-level puoi avere tutti i runlevel che vuoi, per non 
parlare poi di tutte le altre caratteristiche.
Per quanto riguarda il discorso server, resta sempre il problema del 
"non eccellente" QA (IMHO)
-- 
Massimiliano

 problema di "reverse dependencies"
No, problema di tempi biblici. :-)


chiarissimo. Non mi sognerei mai di installare open-office dai sorgenti 
(mai provato) :) ... mi bastano gia' xorg o le glibc
Il problema e' capire perche' tale pacchetto e' richiesto o meglio, chi 
sta richiedendo questo pacchetto......... tranne che non sia andato a 
finire in /var/lib/portage/world
-- 
Massimiliano


http://gentoo-wiki.com/TIP_Converting_from_or_to_Debian
....Reverse dependencies are a major drawback of Gentoo's current 
portage implementation: It does not take care of them at all at the 
moment. This means that you can uninstall packages needed by others 
without being warned about it. E.g. you can remove the x server package 
without portage warning you that kde (which you have installed as well) 
depends on it. This way you can actually break your entire system (e.g. 
by removing glibc)....
-- 
Massimiliano


Sent: Thursday, October 20, 2005 12:22 AM
Subject: Re: [gentoo-server] Centralized Gentoo (build -> push/pull) to
multiple architectures
-- 
gentoo...@gentoo.org
 mailing list

Dimenticavo:
http://gentoo-wiki.com/TIP_Providing_binary_packages
http://www.warrenfalk.com/blog/2006/04/09/gentoo-binary-packages/
http://www.infrastructures.org/
http://lxer.com/module/newswire/view/8009/index.html

 di sistema.
Dici molto male.


 Io invece preferisco scrivere in un unico file '-oss'.
Io invece preferisco avere i cento pacchetti con il supporto oss compilato,
e lasciare il compito di compilare i pacchetti in modo che tutto funzioni a
degli oscuri individui detti mantainer.


 di sistema. 
Non credo. IMHO il sogno di un sysadmin e` quello di avere sistemi 
funzionanti sempre e a cui dedicare il minor tempo possibile per la 
manutenzione (compresi gli update). Cosi` da avere tempo per studiare ed 
implementare nuove funzionalita` o nuovi sistemi. In quest'ottica 
compilare e` (quasi sempre) solo una inutile, anzi assurda perdita di tempo.
-- 
Vincenzo


1) ---> e' vero: puoi creare il tuo portage binhost (si chiama piu' o 
meno cosi). Sara' una sola macchina a compilare e a distribuire gli 
aggiornamenti.
2) ---> non puoi ragionare secondo la vecchia ottica per cui: compilare 
= perdere tempo. Per il sistemista non c'e' quasi nessuna perdita di 
tempo. Tu non hai a che fare con Makefile ./configure, non ti devi 
preoccupare di nulla.
-- 
Massimiliano

 Senza che questo serva a molto.
allora mettiamola cosi': ti lascia scegliere fin nei minimi dettagli il 
sistema che e come vuoi e SE LO VUOI.
Se non lo vuoi, ti tieni il default, che e' uguale alla tua debian.
-- 
Massimiliano

 installi e come.
portage binhost
-- 
Massimiliano


se fosse vagamente e lontanamente complicato e/o farraginoso ti direi 
che hai ragione tu, ma visto che si tratta di una operazione NO-cost, 
cioe' basta scrivere '-oss' in un file, ti dico che ho ragione io ;)
Non stiamo parlando di slack, dove devi fare tutto manualmente e perdere 
tempo in modo incredibile.
-- 
Massimiliano

whiplash ha scritto:

Beh ma semplicemente i pacchetti binari esistono per quei programmi 
"grandi grossi e pesanti" che richiedono molte risorse di tempo e spazio 
sul disco fisso per la compilazione. A che serve un binario per un 
pacchetto che si compila in 5 minuti?
Aggiungo che l'operazione di compilazione non è qualcosa di demoniaco: 
anche se il pc compila per due ore (ed è raro che lo faccia per + di 20 
minuti, una volta installato il sistema), l'utente non se ne accorge 
minimamente. Questo perché: 1) la compilazione avviene a priorità 
minima, quindi non se ne risente affatto, e 2) non c'è niente da 
configurare, una volta verificato che le use flag per il pacchetto da 
installare sono corrette (e di solito è così, perché sono state 
impostate all'inizio nel file di configurazione globale), si dà un 
comando e basta.
Non c'è granché di complicato, anzi. A me sembra un metodo di 
aggiornamento più automatico di quello che usavo con la Mandrake.


 = perdere tempo.
Cazzarola se e` cosi`. Compilare (quando non strettissimamente 
necessario) *e`* perdere tempo.
-- 
Vincenzo

 anche se il pc compila per due ore
Openoffice o KDE?

 necessario) *e`* perdere tempo.
ok. facciamo finta che stiamo parlando di nuovo di un solo server: ---> 
sai, gli unix hanno un demone che, pensa pensa, e in grado di cadenzare 
l'esecuzione dei comandi.
Se non ci siamo capiti: puoi schiaffare gli aggiornamenti di portage in 
crontab e farli partire la notte.
A quel punto, sia che compila, sia che non compila, non te ne puo' 
fregare piu' di tanto.
-- 
Massimiliano

 l'esecuzione dei comandi.
Si` si`, tu puoi anche schedulare la ricompilazione del mondo. Mi devi 
ancora spiegare a che tubazzo serve farsi le pippe in ambienti di 
produzione con la ricompilazione (tranne che in pochi e selezionati casi 
particolari dove i pacchetti binari non soddisfano le tue esigenze).
-- 
Vincenzo


senti gentoo funziona cosi' e io non ho intenzione di ricominciare il 
thread da capo. Ho spiegato quali sono i vantaggi e gli svantaggi 
derivanti dall'uso di questa distribuzione. Se non la conoscete e 
inutile che venite a replicare sempre con la stessa tiritera.
Gentoo per installare compila.
Tu mi hai detto che e' tempo perso e io ti ho risposto che gli 
aggiornamenti si possono far fare durante i tempi morti della macchina.
PUNTO.

 aggiornamento più automatico di quello che usavo con la Mandrake.
urpmi anyone? Tipica sindrome da espatriato da mandrake.
http://greenfly.org/mes.html

Vincenzo Valvano ha scritto:

Si`, difatti da quanto ti postavo si ricavava che con N sistemi gentoo,
compili una volta sola, al piu` X con X uguale al numero di architetture
che devi supportare, quindi, piu` grande e` N, meno tempo ti prendono le
compilazioni gentoo.
Invece per il sistemista, che appunto vuole avere un sistema che
funziona al meglio per cio` che deve fare, poter disporre di tantissime
opzioni per adeguarlo ai suoi scopi, direi che gentoo e` perfatta,
proprio perche' ti da` la possibilita` di personalizzare tutto e
comunque ha dei default di sistema come si deve.
Andrea

> pacchetto che si compila in 5 minuti?
anche windows fa la stessa cosa di linux: fa funzionare un computer.
Perche' usare Linux?
-- 
Massimiliano

 tempo in modo incredibile.
Ti dirņ: in maniera molto semplicistica, su slackware a botte di swaret, 
checkinstall quando serve e ldconfig non ho ancora mai avuto problemi di 
funzionamento/dipendenze dei pacchetti :)
Thread interessante per me, visto che giusto in questi giorni stavo 
valutando la possibilitą di provare la versione di Gentoo 64 bit :D

Max_Adamo ha scritto:

??? Non capisco, forse non volevi rispondere a me ma al messaggio 
precedente? È proprio per avere un sistema con dentro *solo* quello che 
vuoi, e ottimizzato per il *tuo* computer, che uso linux invece di windows.


 identica cosa?
Non la fa. Non compila per la tua architettura, non ottimizza solo per 
quello che tu vuoi che ottimizzi. Le prestazioni non varieranno più di 
tanto? Chissenefrega. Avere il pc che compila in background a me non 
cambia, ma sapere che dentro c'è solo quello che dico io e ottimizzato 
al meglio mi piace, soprattutto considerando che non devo fare 
praticamente *niente* per ottenerlo.


whiplash ha scritto:

Non ho KDE, openoffice invece ci mette molto + di 2 ore, difatti ho 
messo il binario.


 *niente* per ottenerlo.
Per l'appunto,la vera essenza del ricer.

 
ho sballato il quote.
Doveva essere cosi:
TU:
A che serve aspettare 5 minuti se un pacchetto binario fa la stessa
identica cosa?
IO:
anche windows fa la stessa cosa di linux: fa funzionare un computer.
Perche' usare Linux?
-- 
Massimiliano

 inutile che venite a replicare sempre con la stessa tiritera.
Guarda che io non stavo parlando di Gentoo in particolare. Il mio 
discorso (cioe` compilare non serve quasi mai) si puo` applicare a 
qualsiasi distribuzione. Non ho bisogno di conoscere Gentoo per 
affermare che la compilazione e` quasi sempre inutile.
-- 
Vincenzo


La compilazione E' inutile. Inoltre, su tutte le distro normalmente non
si compila per tanti altri motivi (mancano spesso funzioni di
disinstallazione, non c'e' DB dei paccheti) ma in gentoo la compilazione
e' gestita in un modo tale che riesce a diventare utile, ed inoltre e'
completamente trasparente all'utente. L'utente potrebbe anche non
accorgesene.
-- 
Massimiliano