Newsgroup: it.comp.os.linux.iniziare
Titolo: To compile or not to compile, that's the question

Salve gente,
non ho mai compilato nulla a parte il mio bravo lopster e un altro paio di
programmi, ma mi ha sempre interessato questa possibilità di avere sempre
a disposizione l'ultima versione del programma che cerco e ottimizzato
come mi pare.
Ho letto su una miniguida sul kernel 2.6.x che c'ha pure un bel menù di
configurazione, quindi mi chiedevo se dovessi trovare.
Mi conviene? Consigli? Opzioni che non devo scordare?
E poi x mi andrà? ho sentito che c'è una diversa gestione delle
periferche che lo fa incaxare.
-- 
Giepi The Great | Linux User #33229 | Powered By Fedora Core 1.0
Trinità: "Sia lodato..." Bambino: "... chi ti mette una palla in  fronte"
(Continuavano A Chiamarlo Trinità)

 
1) *NON* usare xconfig,gconfig usa esclusivamente  make menuconfig
2)*NON* toccare il kernel che usi ora mà installa in parallelo quello nuovo
-- 
Linuxuser Slackwaredotato

 periferche che lo fa incaxare.
1) Installa le module-init-tools (servono al nuovo modo di gestione dei
moduli)
2) Usa solo sorgenti Fedora (kernel-source-2.6.XXXX.rpm)
3) Leggi qui:
http://www.fedoraforum.org/forum/article.php?a=4
4) Cervello acceso, prendi un .config funzionante (ad esempio quello di
default del kernel 2.6.5 di FC2) e elimini quello che non ti serve, mentre
LASCI INVARIATO quello di cui non sei certo.
5) Tanta fortuna
-- 
Best Regards, Jack
Linux User #264449
Powered by Fedora Core 2 (x86)
Powered by Debian Sid (ppc)

 ho sentito che c'è una diversa gestione delle periferche che lo fa incaxare.
Boh, se ti riferisci a udev io lo uso da un mesetto senza il minimo problema
(meglio di devfs, direi). Ma forse qui debian mi ha dato una manona ;)
-- 
Francesco Romani -- Ikitt 
'In fact, users don't read /anything/'                         -- Joel Spolsky

 Didatticamente, IMHO decisamente si. Come prestazioni, [...] 


 manona ;)
Ciao Ikitt..
Mi intrometto nel thread dopo aver letto questo pezzo del tuo post.
Nell'ultima ricompilazione (2.6.9-rc1-mm1-ck) volevo tentare la strada di
udev disabilitando completamente devfs (anche se non so come si
comporteranno i driver della smartlink ). Insomma, compilo il tutto,
aggiorno lilo e riavvio: tutto sembra andare benissimo ma al mount di / mi
va in kernel panic. (ehm, non ho trascritto l'errore... d'oh!, cmq aveva
a che fare con devfs) 
La cosa mi pare strana per 2+ di un motivo:
1- ho fatto attivato il ramdisk al boot (mkinitrd -o 2.6.9-rc1-mm1c.img) e
ho sistemato lilo e *sembrerebbe* caricarlo correttamente.
--------------------------
RAMDISK: cramfs filesystem found at block 0 RAMDISK: Loading 1632KiB [1
disk] into ram disk... / one.
VFS: Mounted root (cramfs filesystem) readonly. 
--------------------------
2- il supporto ad ext3 e compilato staticamente 
3- ho disabilitato devfsd dall'avvio...
Per il momento ho ovviato riabilitando devfs, ma se la strada è udev, beh
devo trovare una soluzione...
Tu hai usato qualche accorgimento particolare?? Chesso opzioni
nel .config o impostazioni di udev... come ti trovi??? ho letto gli ultimi
thread su udev di lkml... dicono che udev sia + lento nell attivare i
device (visto che è tutto in userspace), confermi?  
Ah dimenticavo, il tutto attualmente gira su una Debian Sarge up to date,
con qualche *infiltrato* da Sid. 
TIA,
						Jorge
PS: google per ora non mi ha aiutato granchè...

 device (visto che è tutto in userspace), confermi?  
Non posso confermare perche` faccio uso praticamente nullo di roba estraibile
"a caldo", tipo USB.
Al boot e nelle altre occasioni in cui -penso- interviene udev non avverto il
minimo rallentamento.
Piuttosto: una cosa carina che fa devfs e che non fa (ne` puo` fare) udev e`
l'autocaricamento del modulo corretto quando qualcuno prova ad accedere alla
device. Per questo c'e` poco da fare, occorre metter mano a /etc/modules od
ovviare in altro modo.
HTH,


 a /etc/modules od ovviare in altro modo.
E questo conferma le mie paure sui driver della smartlink...
Non perche sia complesso installarli (c'e pure il deb nel tree ufficiale
di debian), quanto il fatto che usano /dev/slamr come device, /dev/ttySL0
come link a /dev/pts/0 (e non so perche) e il classico /dev/modem che
punta a /dev/ttySL0...
Ovviamente un po' di tuning a udev mi pare il minimo...
Ciao,
						Jorge

 hd estraibile, mi sa che sono messo maluccio allora... :)
Beh, non fasciamoci la testa prima di averla rotta ;)


 screen o xterm, che fa uso degli pseudoterminali.
Caro France', qui ti sbagli, dato che XATTR sono gli extra attributes, e i
terminali e tutto il resto che citi funzionano benissimo con gli XATTR
disabilitati ("If unsure, say N" (cit.))
-- 
il Vide - ICQ #5301833
http://www.heavy-metal.it
Le cose che possiedi, alla fine ti possiedono. (Tyler Durden)
NP: Nulla

 opzione che avevo dimenticato.
 Non e' che in lilo.conf hai messo boot=/dev/hdX ?
 Se hai udev o devfs i dischi prendono un altro naming scheme.
 es:
 boot=/dev/discs/disc0/disc 
 Anche se in teoria dovrebbe esserci la piena compatibilita' con
 il vecchio naming, una modifica a lilo.conf proverei a farla.
-- 
"Linux is for people who hate Microsoft
 FreeBSD is for those that hate Linux."

 disabilitati ("If unsure, say N" (cit.))
(rilegge bene)
Si, hai ragione.
Allora, dunque, c'e` una cosa che non mi torna: questi sono gli xattr per
/dev/pts, ok, ma il supporto per il file system /dev/pts dove sta?
Mi ricordo che nel 2.4.x era compilabile o escludibile a piacimento, nel 2.6.x
invece e` sempre attivo?
/me inizia a caricare 
www.google.it


  vecchio naming, una modifica a lilo.conf proverei a farla.
Ho controllato: c'e la vecchia versione (/dev/hda7) ma se non ricordo
male, ho provato a passare boot=/dev/discs/disc0/part7 all'avvio e
ovviamente non aveva funzionato.
Guardando nella history di opera ho trovato queesto link :
http://www.google.com/search?q=cannot+open+dev/console&sourceid=opera&num=0&ie=utf-8&oe=utf-8
e forse dovrebbe aiutare di piu nella comprensione dell'errore, visto che
dovrebbe rappresenare una parte della stringa che mi riportava l'init
prima di schiantarsi.
Ciao,
					Jorge
-- 
Il reggiseno e' uno strumento democratico perche'
separa la destra dalla sinistra, solleva le masse e attira i popoli.

 Beh, non fasciamoci la testa prima di averla rotta ;)
:)
Ciao,
						Jorge

 di quelle apps.
Verifica comunque di avere il supporto per gli pseudoterminali unix
e il filesystem /dev/pts, non appesantisce e serve a molte cose, caldamente
consigliato averlo.


 2.6.x invece e` sempre attivo?
Con la mia cortissima memoria (e si che ho compilato il 2.6.8.1-nitro5
giusto l'altro giorno) direi che stanno sulla riga sopra :P
