[Linux-Biella] Aggiornamento kernel RedHat
Marco Ermini
linux@bilug.linux.it
Thu, 25 Jul 2002 10:56:50 +0200
On Fri, 19 Jul 2002 23:48:59 +0200, Andrea Ferraris
<andrea_ferraris@libero.it> wrote:
>
> > > A meno che tu non volessi dire (ma se e` cosi` non l'hai detto), che un
> > > kernel per la 7.3 funziona senza problemi di sorta su una 7.1 e una 7.2.
> > > A priori avrei qualche legittimo dubbio, ma se tu mi assicuri che
> > > funziona, provo (almeno su un sistema di test).
> >
> > E secondo te qual e' la differenza tra RH 7.1, 7.2 e 7.3?
>
> Grazie della risposta indiretta. Arguisco che ritieni che la differenza piu`
> significativa fra le 3 versioni di distribuzione sia appunto il kernel, ma
> certamente non e` solo questo, altrimenti non vedo perche' avrebbero
> dovuto rilasciare una nuova versione della distribuzione invece di un nuovo
> pacchetto del kernel.
Scusa per la mia infelice ironia (involontaria ;-P). No, la differenza e' la
versione di glibc. Che ha una grande influenza sul sistema, ma nessuna sul
kernel.
> Allora provero`, con le riserve di cui sotto.
>
> La mia perplessita` e` legata a due ordini di considerazioni:
>
> - perche' un sistema funzioni bene e in modo *affidabile* e` necessario
> che il kernel, le librerie di sistema che i programmi usano e il loader
> siano d'accordo su diverse cose e non credo - ma magari sbaglio - che
> le librerie di sistema delle 3 versioni di distribuzione e il loader
> siano identici (o almeno la stessa versione).
No, perche' il kernel non utilizza certo librerie di sistema! secondo te, il
kernel di Linux si tira dentro le *printf della glibc?
[...]
> ricompilarsi il kernel (o al limite fare un rebuild del pacchetto
> sorgente rpm)
Infatti e' la cosa migliore che puoi fare. Ti prendi il sorgente .srpm e lo
ricompili.
> e in questo caso il problema si allarga, perche' puo` darsi
> che siano cambiate anche le versioni dei tools di sviluppo (gcc,
> binutils, tools per maneggiare le librerie),
Non nella stessa versione di RedHat (cioe' se siamo sempre a 7.x). Comunque,
sono pochissime le dipendenze e sicuramente gia' soddisfatte, cioe' una
versione minima di modutils (>= 2.4.2), patch, bash, sh-utils, gnupg, gcc
almeno a 2.9x (per Intel, 2.96) - tutta roba che hai gia' sicuramente.
Tanto che il .spec per i kernel 2.4 e' sempre lo stesso, per qualsiasi
versione del 2.4.x.
> e dato che non si tratta dei
> sorgenti del kernel di Linus, dove e` specificato quali versioni dei vari
> tools (rilasciate dagli autori) sono necessarie per ottenere un
> kernel che non faccia cose strane, io non conosco tutte le eventuali,
> possibili, reali, piccole o grandi modifiche ed eventuali
> incompatibilita` introdotte da RedHat nei sorgenti del kernel, delle
> librerie, del compilatore e dei tools necessari per produrre l'eseguibile
> di un kernel.
Quello che ti serve per un kernel RedHat ce l'hai gia' dentro la RedHat. E
cosa ti serve, e' facilissimo da scoprire: basta guardare nel .spec.
[snip]
BuildPreReq: modutils >= 2.4.2, patch >= 2.5.4, bash >= 2.03, sh-utils, gnupg
%ifarch s390 s390x
BuildRequires: gcc >= 2.95.3
%else
%ifarch %{all_ppc}
BuildRequires: gcc >= 2.96-75
%else
BuildRequires: gcc >= 2.96-85
%endif
%endif
[snip]
Inoltre, non devi assolutamente "sapere" nulla, perche' nel momento di
ricompilare il .srpm, sara' il sistema stesso, eventualmente, a segnalarti che
ti manca qualcosa. Quindi non hai proprio nulla da temere.
Questo ovviamente solo se tu volessi essere paranoico e ricompilarlo, ma
ovviamente non ne hai bisogno: quasi sicuramente ti basta prendere il 2.4.18
della 7.3 ed installarlo.
ciao
--
Marco Ermini
http://www.markoer.org - ICQ UIN 50825709 - GPG KEY 0x64ABF7C6
Never attribute to malice that which is adequately explained
by stupidity. (Hanlon's Razor, corollary to Finagle's law)