[Linux-Biella] Fw: Re: Linux

[Marco Ermini]

--x12VcPP=.UCMizoZ
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On 26 Feb 2002 18:34:03 +0100, Alessio Re <alessio.re@filmel.it> wrote:

> On mar, 2002-02-26 at 17:31, Marco Ermini wrote:
> 
> > Ricorda che gcc = cygnwin = redhat. Se non lo sanno loro ;-)
> 
> E si fanno un avviso ufficiale contro se stessi? :-)

Non mi risulta ci siano stati "avvisi" "contro" nessuno. Solo "consigli" agli
sviluppatori


[...]
> > Ti ricordo che ormai da un pezzo i paccheti di RedHat non controllano piu'
> > le dipendenze direttamente su altri pacchetti ma sulla presenza di
> > "requires" o dei file fisici; sono stati eliminati molti dei problemi di
> > dipendenze assurde che c'erano in passato.
> 
> Anche i pacchetti Debian hanno dei requires. Sulla unstable e' naturale
> che sorgano dipendenze strane, perche' alcuni pacchetti richiedono
> magari librerie nuovissime,

tipo kde?!?


> ed altri pacchetti invece hanno bisogno di
> versioni piu' vecchie che non possono coesistere.

e perche' sulla redhat possono? :-)



> > Che bisogno ha di rpmfind quando puo' usare up2date?
> 
> Beh, magari ha bisogno di pacchetti che non trova... che so, cose come
> mplayer.

allora va sul sito di mplayer (noto programma indispensabile
all'amministrazione di macchine connesse ad internet o allo sviluppo
aziendale, che e' poi il tema della nostra discussione ;-) e si scarica il
source rpm se c'e', altrimenti il tar.gz, e se lo ricompila


[...]
> > > Non lo e', io parlavo in maniera molto semplice: Debian ha meno bachi
> > > segnalati su bugtraq rispetto a RedHat, nonostante il numero molto
> > > maggiore di programmi presenti nella distro.
> > 
> > Sara' mica perche' sono tutti molto piu' vecchi? ;-)
> 
> Una distro per server non dev'essere bleeding-edge, infatti!

e chi lo dice? una versione di Apache dell'anno scorso per te oggi e'
sufficiente? forse si', ma molto piu' probabilmente no!


> Se uno
> vuole i pacchetti piu' nuovi usa la testing, che non presenta nessuno
> dei problemi della unstable, ed ha cmq quasi tutte le cose nuove che ci
> sono in quest'ultima, dopo 2/3 settimane.

Certo, e dopo essersi districato tra i pacchetti di tre versioni, dopo aver
superato i conflitti con kde aggiornando il giorno dopo (!!!), il nostro
povero programmatore a cui abbiamo dato i diritti di root 



> > > Verissimo, se c'e' un bug nelle libc questo viene contato per tutte le
> > > distro.
> > 
> > Ma non certo solo per quelle! se kde 2.2.2 ha un bug, il kde 2.2.2 di
> > Debian non e' certo piu' bello del kde 2.2.2 di RedHat o di Mandrake! non
> > credi?
> 
> Certo. Ma mi devi dare contro anche quando ti do' ragione? :-) Era un
> esempio.

Sembrava tu dicessi che il problema fosse limitato alle glibc... invece, io
dico che il 99,9% del software e' in comune!



> > Questo in generale vale per tutti i software: a meno che tu non sia cosi'
> > bravo da riuscire a fissarti da solo i bug dello stack tcp/ip di Linux
> > quando ne trovano uno, devi aspettare che qualcuno lo fissi per te.
> 
> Ma di gente in grado di farlo direi che ce n'e' un bel po' :-)
> 
> > La possibilita'
> > di vedere i sorgenti e' sicuramente un incentivo e le fix possono arrivare
> > prima, ma non e' detto, e soprattutto puo' essere una falsa sicurezza:
> > ricorda che quando trovano un exploit, significa che e' stato gia'
> > utilizzato in lungo ed in largo :-( il fatto che la fix arrivi "subito"
> > magari e' una visione ottica. Quindi attenzione! sicuramente Microsoft e'
> > piu' cialtrona di altri vendor, ma non credo proprio che IRIX sia piu'
> > bacato di Linux perche' non hai i sorgenti o perche' le fix arrivano tre
> > giorni dopo...
> 
> Parlavo di Microsoft, che spesso le fix non le rilascia proprio il
> giorno dopo alla scoperta... :-)

e confermo: e' il giorno della *tua* scoperta... il bug magari esiste da mesi
e ci si divertono da un bel po' :-(



> > E chi lo sa? questo non significa che non se lo aspetti! e sinceramente:
> > per chiudere finger e talk bastano *due*, dico *due* cancelletti nel posto
> > giusto ed un comando dal prompt! credi davvero di poter giudicare una
> > distro da questo? IMHO saresti quantomeno superficiale!!!
> 
> Ma se uno non sa aprirli, non sa nemmeno chiuderli... :-)

Ma qui non parlavamo del programmatore del Nuovo Pignone: parlavamo di *te*,
perche' il programmatore del Pignone non ha mai avuto il problema ne' di
aprirli, ne' di chiuderli... il GNUlebano non e' certo lui!!! :-)



[...]
> > Ripeto: invece di smadonnare, bastavano due o tre cancelletti...
> 
> Anche dieci o quindici :-) infatti li ho messi, indi ho smadonnato.

salvo poi avere qualche mese dopo xinetd, che Debian deve ancora capire cos'e'
:-)


> > mah! non ho
> > capito se la tua e' una presa di posizione per principio o cosa?!? perche'
> > alla fine non sei arrivato a darmi grandi argomenti alla tua tesi sul
> > fatto che la RedHat sia poi cosi' schifosa... ripeto, la 5.2, la 6.2 e la
> > 7.1 sono state e sono davvero *ottime* distro su cui lavorare (pare che la
> > 7.99 che preannuncia la 8.0 sia addirittura eccezionale, non ho avuto
> > ancora modo di vederla).
> 
> Non ho detto che fa schifo, ho detto che *a me* fa schifo :-) E' un po'
> diverso :-) E poi le cose che a me non piacciono (le porte aperte nelle
> vecchie versioni (ti parlo della 5.0 e della 5.1, se ben ricordo), il
> compiler che rompe la compatibilita' ABI) secondo te vanno bene, quindi
> abbiamo due visioni opposte.

Di sicuro vanno bene, visto che in ogni caso ricompilo tutti i miei programmi
perche' non amo i programmi compilati per i386 quando posso averli per i686, e
se il compilatore mi fa compilare correttamente un template C++, cosa che con
Debian non e' possibile - fai tu la differenza!!!


ciao

-- 
Marco Ermini
http://www.markoer.org - ICQ UIN 50825709 - GPG KEY 0x64ABF7C6
Perche' perdere tempo ad imparare quando l'ignoranza e' istantanea? (Hobbes)

--x12VcPP=.UCMizoZ
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)

iD8DBQE8e8pTDT6FNtZ+AP4RAun+AJ9oTo3W6YaPBuCuoN3Hlb08UZtGaQCfWoNe
WcbuuUuANyMNmsjfStyl3IM=
=RkT/
-----END PGP SIGNATURE-----

--x12VcPP=.UCMizoZ--