linux user group brescia

On Sat, 2003-11-08 at 14:12, iDave wrote:
> > ? Raga', proprio oggi è uscita Fedora core 1...
> 
> Red hat o fedora che sia, per quel che ha fatto, può tranquillamente andare
> a fare in culo...

Continuo a non capire i motivi di tanta acrimonia. La scelta di RH era
comprensibile e in qualche modo annunciata...se si hanno vecchie distro
in produzione e non le si vuole migrare, si può utilizzare il progetto
fedora-legacy, che continuerà a supportare le vecchie distro di rh,
limitatamente ovviamente alle patch di sicurezza.

> > Ripeto, pere con banane. Metti il sistema di init di rh su gentoo (o
> > viceversa) e vedrai che i tempi coincidono al secondo (o quasi).
> 
> Significa che rh ha un sistema di init di m...

No, è solo diverso, fa cose diverse e in generale fa molti + controlli x
essere sufficientemente "generalizzabile". Ti faccio inoltre presente
che in genere il tempo di boot non è un parametro molto utilizzato x
valutare la bontà di una distro.

> Attento: in gentoo se imposti ARCH="~x86" lui mette i pacchetti unstable.

Lo so, uso gentoo dalle prime beta, quando il portage era ancora in perl
e penso di conoscerla abbastanza a fondo :). 
Dev'essere stato prima dell'estate, una versione baccata di portage era
entrata in circolo x 3 giorni anche nella stable, con risultati poco
desiderabili. Ma è solo un esempio.

> Per poter parlare seriamente di stabilità, non devi impostare quel parametro
> in make.conf e lui installerà solo i pacchetti stable e ti risparmierà molti
> mal di testa...

Certo. Xò la definizione di gentoo di un "pacchetto stabile" è
quantomeno discutibile :)

> > a partire da certe opzioni di compilazione (suggerite dagli
> > sviluppatori nel make.conf) che su P4 distruggevano la libm...brrr....
> 
> Già... Effettivamente c'è scritto di mettere --march=pentium3 e non pentium4

Non so se sei ironico, ma questo avviso è stato messo MESI dopo il
passaggio a gcc 3.x, mesi durante i quali chi aveva utilizzato quel flag
aveva problemi che è stato veramente difficile rintracciare.

> > installo un pacchetto, questo
> > mi va a sovrascrivere i file di un altro pacchetto, e quest'ultimo smette di
> > funzionare. E guarda che è successo e succede.
> 
> Mai successo

Come fai ad essere sicuro che un qualche tuo pacchetto non ne abbia
sovrascritto un altro? Devi fare un "qpkg -c -v" su tutti i
pacchetti...decisamente poco pratico.

> Visto che gentoo ha questi difetti, alcuni dei quali effettivamente non ero
> conscio, cosa mi consiglieresti di mettere su un server? Debian? Slack?

Non saprei cosa consigliarti, dipende da troppi fattori: costo,
esperienza, hw e tipo del server, ciclo di vita, abilità/esperienza di
chi amministra. Ognuno ha le sue preferenze e non vorrei che mi avessi
frainteso: io personalmente non metterei mai gentoo su un server, ma
questo non significa che non possa assolvere egregiamente il compito.

X essere veramente sicuri, l'unica penso che sia un freebsd-stable :-P
;-]


> Mah, ho imparato più nei primi 3 mesi di utilizzo di gentoo che nell'oltre 1
> anno di redhat. Adesso uso gentoo da 6 mesi.

Su questo non si può non essere d'accordo: come dicevo, è la
distribuzione ideale (insieme a "Linux from scratch") x impararsi bene
gli "internals" del funzionamento di un sistema Linux.


-- 
Bauno - Eurydices, oro, properata retexite fata!
"I fatti sono la cosa piu` ostinata del mondo" (MB)