premetto che credo di essere l´uomo + furbo del mondo: mi ero ripromesso di provare il 2.6.0 solo quando sarebbe stato rilasciato, ma stanotte, in uno sprazzo di insonnia ho deciso di provare la test11, dato che ne avevo sentito parlare bene. il problema è che non ho controllato... e la stable era appena uscita *ggg*.
<BR>
<BR>comunque pare che non ci siano grosse differenze tra la test11 e la release, quindi x ora mi accontenterò di questa (anche xké qua sono su gentoo, e la stable non è ancora stata inserita in portage! e poi funge benissimo sta test11!).
<BR>
<BR>comunque sia, ecco alcuni brevi consigli che ho trovato in giro riguardo a come upgradare da 2.4 a 2.6:
<BR>1. NON RIUTILIZZARE un vecchio conf. essendo una major upgrade vi consiglio di rifarvi un conf da 0, dato che le nuove opzioni sono parecchie, spesso molto interessanti (tipo supporto x il dynimic frequency scaling... le batterie del mio portatile stanno facendo festa!). tra l´altro le opzioni sono stato riordinate ed ora è + facile trovare quello che state cercando. x chi usa make xconfig, l´interfaccia tcl/tk è stata rimpiazzata con una molto + carina in qt. chi non usa qt può provare make gconfig (gtk).
<BR>
<BR>2. i passi di compilazione sono leggermente cambiati: eliminato il make dep, ora basta fare:
<BR>make
<BR>make modules
<BR>make modules_install
<BR>
<BR>a questo punto troverete il classico bzImage in arch/i386/boot, che con un make install viene FORSE copiato in /boot con un nome appropriato, ma io questo passo ho preferito farlo a mano.
<BR>
<BR>3. x mantenere il vecchio e il nuovo kernel insieme, scegliendo al boot quale utilizzare, basta copiare il bzImage di cui sopra in /boot senza sovrascrivere il vecchio kernel (chiamandolo tipo vmlinux-2.6.0), ed inserire in /etc/lilo.conf una nuova sezione, ispirandosi a quella del kernel attuale (di fatto basta copiarla uguale, cambiando il nome ed il path al kernel), dopodiché lanciare lilo e verificare che non dia errori. comunque spero che presto escano i pkg slack
.
<BR>
<BR>4. il supporto bootsplash è integrato nel kernel
<BR>
<BR>5. io ho avuto problemi con arts di kde che era suid (in modo da poter schedulare in realtime): mi blocca tutto dopo pochi istanti che kde è partito. d´accordo che è sempre gentoo, e non slack, ma se avete lo stesso problema tenetelo presente.
<BR>
<BR>basta, x ora è tutto. se mi viene in mente altro posto
.
<BR>
<BR>ps: comunque è una fikataaaa!<br>
