On 8/5/06, Stefano Giacometti <thebinarybrain@xxxxxxxxx> wrote:
Matteo Zandi wrote:
>> > Il mio problema è che il gestore di pacchetti non capisce che ho un
>> > kernel più aggiornato di quello che c'è nei repository (ie
>> > linux-image-2.6.15-26-686), suppongo a causa del nome 'kernel-image',
>> > invece di 'linux-image', Come faccio
>> > ad evitare questa segnalazione e quindi far capire al sistema che ho
>> > già il kernel più aggiornato?
>> >
>> Secondo me non è così. Non ho esperienza con apt, ma e ho un po con
>> emerge. I gestori di pkg non si accorgono di quello che è installato a
>> mano perchè loro non controllano ogni directory di sistema per vedere il
>> singolo file a che versione di tal pkg appartiene, sarebbe troppo lungo
>> e complicato. Loro controllano cosa è stato installato da loro. Come
>> dico, non ho esperienza con apt, ma emerge funziona così. Difatti,
>> specialmente con i kernel, anche io ho il tuo problema. spesso scarico
>> da kernel.org invece che dai repo di portage, ma questo non è corretto.
>> la distribuzione è munita di gestore e quello devi usare. Persino quando
>> un pkg non è nei repo, bisognerebbe non installarlo a mano, ma usare le
>> strade che offre il proprio gestore.
>> Noi con emerge abbiamo "emerge --inject $pkg-$versione" per inserire "a
>> forza" nel suo database il pkg installato a mano, in modo che venga
>> riconosciuto.
>
> Non conosco emerge, ma capisco che la situazione è diversa. Il comando
> make-kpkg compila il sorgente del kernel e crea un file .deb
> (estensione dei pacchetti debian), che poi viene installato con dpkg e
> quindi entra a far parte dei pacchetti installati. Apt riconosce che è
> installato.
>
questo ci fa capire la grande differenza tra debian e gentoo. emerge
scarica il kernel, lo spacchetta in /usr/src e basta. per lui così è già
installato. dopo tu puoi anche usare un tuo kernel, di versione
differente e scaricato a mano, il sistema funzionerà lo stesso e bene,
ma emerge si baserà sempre sul suo. poi essendo "slottati", i kernel in
gentoo possono convivere in più versioni tutte assieme. ad ogni modo, e
qua rispondo a maurizio, nessun gestore di pkg riconosce quello che tu
hai installato con ./configure make make install o con ./install.sh.
l'unico modo, in generale, per far riconoscere al tuo gestore di pkg le
cose da te scaricate in sorgente, è pacchettizarle con checkinstall, per
esempio, e installarle tramite il gestore stesso.
Ripeto che non conosco emerge, ma solo un po' apt. In Ubuntu, ma
sicuramente è la stessa cosa in Debian, puoi installare il pacchetto
linux-source-x.y.z che corrisponde al sorgente del kernel e viene solo
scompattato in /usr/src. Altrimenti puoi installre linux-image-x.y.z
(installato di default con l'installazione da cd) che invece è già
compilato e apt aggiorna anche il menu di grub.
Se vuoi compilare il kernel da solo, scarichi i sorgenti
(linux-source-x.y.z.deb o da kernel.org) e il sistema ti offre
make-kpkg che pacchettizza il frutto della compilazione con il
beneficio di poter facilmente disinstallare il tuo kernel e non dover
aggiornare a mano grub. Altrimenti puoi usare 'make' standard seguito
da 'make install', ma apt non se ne accorgerà mai.
Linux-386 è un pacchetto virtuale che dipende sempre dall'ultimo image
disponibile nei repo. Quindi se hai installato linux-386, ogni volta
che c'è un aggiornamento, automaticamente ti viene installato il
kernel image aggiornato linux-image-x.y.z. Disinstallando linux-386,
non disinstalli le sue dipendenze, quindi ti rimane linux-image-x.y.z
ma inibisci il meccanismo di aggiornamento del kernel dai repo.
Scusate se ho fatto un po' di casino con l'oggetto, ora ho tolto la
ricezione della lista come digest.
Ciao e grazie,
Matteo
|