ecco la spiegazione di Linus sull'uso degli headers del kernel:
http://uwsg.iu.edu/hypermail/linux/kern ... /0587.html
M
PS:non l'ho ancora letta tutta però spiega abbastanza bene sto "mistero" della versione degli headers...
headers kernel e glibc
Moderatore: Staff
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
-
phobos3576
- Staff
- Messaggi: 2980
- Iscritto il: dom 17 apr 2005, 0:00
- Slackware: 13.1
- Kernel: 2.6.37-smp
- Desktop: KDE 4.5.3
-
absinthe
- Iper Master
- Messaggi: 2354
- Iscritto il: dom 15 mag 2005, 0:00
- Nome Cognome: Matteo Nunziati
- Slackware: 12.1 - defunct
- Kernel: 2.6.32-5-amd64
- Desktop: gnome
- Distribuzione: debian squeeze
- Località: Prato
- Contatta:
sì ma quello che mi sembrava interessante era il perchè si dovrebbero mantenere sempre gli headers del kernel con cui sono state compilate le glibc: non me lo aveva mai spiegato nessuno!phobos3576 ha scritto:Quel messaggio risale al 2000; attualmente il problema dovrebbe essere stato risolto su tutte le Distribuzioni.
Sulle ultime Slack /usr/include/asm è un symlink a /usr/include/asm-i386 e non a /usr/src/linux/include/asm.
Proprio come consigliava Linus Torvalds.
M
Quì quindi sorge un domandone.
Diciamo di partire dal 2.4.31 col le glibc (che non ricordo quale siano).
Con tale glibc compilo il 2.6.16, il kernel header che faccio metto quelli del 2.6.16?
Se devo tenere quelli del kernel nuovo, dovrei ricompilare anche tutte le glibc, o c'è un modo di tenerli entrambi?
Diciamo di partire dal 2.4.31 col le glibc (che non ricordo quale siano).
Con tale glibc compilo il 2.6.16, il kernel header che faccio metto quelli del 2.6.16?
Se devo tenere quelli del kernel nuovo, dovrei ricompilare anche tutte le glibc, o c'è un modo di tenerli entrambi?
-
absinthe
- Iper Master
- Messaggi: 2354
- Iscritto il: dom 15 mag 2005, 0:00
- Nome Cognome: Matteo Nunziati
- Slackware: 12.1 - defunct
- Kernel: 2.6.32-5-amd64
- Desktop: gnome
- Distribuzione: debian squeeze
- Località: Prato
- Contatta:
no linus dice esattamente che: salvo ricompilare la glibc con gli headers di un altro kernel si devono mantenere SEMPRE e SOLO gli headers della versione del kertnel con cui sono state compilate le glibc (quindi gli headers del 2.4.31 nella slack 10.2)gnubit ha scritto:Quì quindi sorge un domandone.
Diciamo di partire dal 2.4.31 col le glibc (che non ricordo quale siano).
Con tale glibc compilo il 2.6.16, il kernel header che faccio metto quelli del 2.6.16?
Se devo tenere quelli del kernel nuovo, dovrei ricompilare anche tutte le glibc, o c'è un modo di tenerli entrambi?
linus dice che con quelli la compilazione di un nuovo kernel verrà perfetta anche se il kernel è l'ultimo snapshot della serie 2.6!
M
-
salbutamolo
- Linux 3.x
- Messaggi: 905
- Iscritto il: lun 12 gen 2004, 0:00
- Contatta:
-
absinthe
- Iper Master
- Messaggi: 2354
- Iscritto il: dom 15 mag 2005, 0:00
- Nome Cognome: Matteo Nunziati
- Slackware: 12.1 - defunct
- Kernel: 2.6.32-5-amd64
- Desktop: gnome
- Distribuzione: debian squeeze
- Località: Prato
- Contatta:
ATTENZIAO!
leggendo tra i changelogs della current e della stable mi sono accorto di una cosa, che riporto:
l'unica cosa che non ho capito è come faccio a sapere che threads usano i kernels... automaticamente il 2.6.13 utilizzerà le glibc compilate con NPTL?!?!
M
leggendo tra i changelogs della current e della stable mi sono accorto di una cosa, che riporto:
questo dovrebbe significare che non dovrebbero esserci problemi nell'usare l'una (2.4) o l'altra (2.6) versione degli headers: basta che siano esattamente quelli pacchettizzati da pat (ad esempio sì i 2.6.13 ma non i 2.6.17)a/glibc-solibs-2.3.5-i486-5.tgz: Recompiled against header files from
linux 2.4.31 (linuxthreads version) and linux 2.6.13 (NPTL version).
l'unica cosa che non ho capito è come faccio a sapere che threads usano i kernels... automaticamente il 2.6.13 utilizzerà le glibc compilate con NPTL?!?!
M