R: R: [RiminiLUG-General] Gli update, i drivers e gli rpm di RedHateFedora.

["Davide Marzaloni" <davide@xxxxxxxxxx>]

Si, hai (avete) perfettamente ragione, ma molto probabilmente non sono stato
sufficientemente chiaro.

Scusate se insisto, ma penso che sia importante per tutti.

Prendiamo un esempio (ripeto: è solo un esempio): Compaq Proliant ML350G3.
Una gran bella macchina, con un buon hardware ed un buon prezzo (vi prego:
non pensate che stia facendo pubblicità: non ne ho mai venduta nemmeno una,
anche se nel 2003 ne ho usate almeno una mezza dozzina).
E' un "assemblato" della Compaq (HP), con tanto di FRU e cavolazzi vari, che
non possono assolutamente essere scambiati con altri pezzi (magari anche
migliori), pena la perdita di validità della garanzia ONSITE (stupenda, o
meglio indispensabile per le aziende, in 4 ore lavorative).
O la installi con Win2003 oppure con RedHat 8.x; in caso contrario l'unica
soluzione che vedo è quella di
1. investigare a fondo sull'hardware a bordo (Broadcom BCM57xx, RAID
smartArray 532 o 6i, ecc.)
2. andare sul sito di ogni produttore e pregare che abbia a disposizione i
sorgenti dei drivers
3. ricompilare/buildare i dirvers ed eventualmente caricarli come moduli.
(NOTA: se il driver necessario è per esempio del RAID, quindi è necessario
farlo vedere alla procedura di installazione, come procedereste, per esempio
con slack o anche con Debian, che se non sbaglio non prevedono l'introuzione
di moduli ".o" all'avvio dell'installazione? Li diamo in pasto via floppy o
CD?)

OK, divertente, ma credete che un cliente sia disposto a pagare 2 giornate
(o più) di consulenza per installare un sistema con questo metodo? Non
credo, soprattutto se c'è il solito "Microsoft certified" che va lì e dice
"in mezza giornata ti installo il tutto e se hai una linea veloce, ti faccio
anche i uindosapdeit" ;-)

A questo punto
- mi trovo con una distribuzione che non si può certo considerare obsoleta
(RH 8.0.A), con tanto up2date, ma teoricamente da oggi non più aggiornabile
(NOTA: non è vero: oggi gli update li ho fatti eccome: appena finiti alle
11.05).
- i drivers di Compaq sono certificati solo su RedHat 8.x.

Scusa, quindi, ma credo che NON SEMPRE "si tratta di non scegliere hardware
con driver binario-schifezza", anche perché a livello aziendale, come sapete
benissimo (e come può essere condivisibile, perlomeno in parte), non è
possibile farsi un server assemblato, salvo pochissimi casi, per esempio
DELL, che però, guarda caso, hanno sempre lo stesso problema: RedHat o roba
simile.

Non ce l'ho con RedHat (anzi si, perché ci ha fatto proprio un bello
scherzetto, prima creando dipendenza e poi facendo marcia indietro), amo
Slackware (che è stata la mia prima distro nel '95), conosco Debian, ma in
questo "bailame" non si capisce un'acca. Non è una critica al sistema
opensource, ma solamente un interrogativo posto alla lista, si intenda.

Penso che sarebbe utile garantire una sorta di "product life-cycle" o roba
del genere anche per le distro, a prescindere dai buchi del kernel a cui
avete accennato.
Per carità, certo che opensource significa maggiore disponibilità agli
aggiornamenti e patches, ma per entrare a pieno titolo negli standard
aziendali (che schifo: c'è già Windows, secondo la nostra Legislatura)
dovrebbe esprimere/comunicare materialmente un concetto molto diverso da
quello a cui ancora tutti (io per primo) siamo legati: Linux non è
fai-da-te, non è per "smanettoni", soprattuto quando si entra nel mercato
delle aziende: con la crisi che c'è non se lo possono permettere.

E solo chi mi conosce bene sa quanto io sia portato allo smanettamento (vero
Bart e Rick? ;-) )

Spero solo di non essere frainteso e di aver stimolato un confronto
interessante alla ricerca di possibili soluzioni, non generato solo
problemi.
Ciao

Davide M.



> 
> premesso che: un rpm redhat puo' essere facilmente convertito 
> in un pacchetto debian (tramite alien) ...t'invito a 
> riflettere su questo
> problema: ...metti caso che il pacchetto xy con il driver 
> PIPPO compilato per il kernel 2.XX.YY non venga aggiornato 
> frequentemente e che il kernel 2.XX.YY abbia un bel 
> problemuccio di sicurezza ...che fai?
> 
> ...e non e' una possibilita' cosi' remota.
> 
> il mio consiglio e' quello di scegliere molto attentamente 
> l'hardware e possibilmente fare riferimento ad un distro 
> "neutra" quale debian ...se funziona su quella non avrai 
> grossi problemi.
> Per quanto riguarda le schede di rete i driver intel sono sul 
> sito ...quelli del sistema ians (per aggregazione e fault 
> tolerance) ...pure. 
> Le 3com (marca odiosa) sono ben supportate con driver open 
> ...come pure altre rhine-derivate ...addirittura sono 
> supportate anche me myrinet.
> Per quanto riguarda i controller SCSI e RAID vari ...gli 
> adaptec sono tutti supportati, i 3ware (driver fantastici) pure.
> 
> Praticamente si tratta di non scegliere hardware con driver 
> binario-schifezza ;)
> 
> Christian
> P.S.
> 
> 
> 
> 
> --
> Mailing list info: http://lists.linux.it/listinfo/riminilug-general


--
Mailing list info: http://lists.linux.it/listinfo/riminilug-general