Je suis sur une LFS qui au départ possédait un kernel 2.4.26
 
Dans la doc justement, on avait à faire l'installation des headers du kernel
 
depuis j'ai pas mal changé de kernel, du 2.6.5 jusqu'au 2.6.8-rc2 maintenant. Mais je me promène tjrs avec mes headers du 2.4.26
 
ca ne semble causer aucun problème, d'où ma question: à quoi ca sert en réalité?
 
je peux simplement m'en débarasser? jsuis mieux de les faire suivre selon l'évolution de mes kernels?

ca sert à la compile de certains softs ... mais lesquels
 
Il y a au moins la libc, et dans ce cas avoir les headers d'un 2.6 te permettra d'avoir le NPTL. A priori tu peux pas avoir le NPTL si tu as compilé la libc avec les headers d'un 2.4

 
les pilotes nvidia a une epoque .

ok
 
et concretement ca l'apporte beaucoup le support natif du Posix?
 
surement pas moyen de recompiler glibc sans devoir tout repasser non plus

non il faut les sources du kernel que tu utilises, la c'est different je parle des headers qui sont installés dans /usr/include

 
il te fallait les kernel-header a une epoque....
j'en suis sur. (je faisait comme ca qd j'avais une redhat 7.3)

on parle pas de la meme chose

pour en revenir à la question principale

Pas grand chose à moins que tu ais 3 tonnes de process multithreadés qui tournent (et encore).
 
Et je suis pas un expert LFS mais tu devrais pouvoir recompiler la libc sans recompiler tout le reste

 
bah ya rien de spécial dans une LFS, c'est simplement tout les trucs compilé à la main
 
par contre jvais attendre une confirmation pour glibc, j'avais déjà eu vent que plusieurs trucs devait en dépendre

IL ne disent rien sur le sujet de le lfs book ?

 
dans le book, ca montre comment le monter au départ, pas comment en faire la maintenance
 
jusqu'ici jmen suis bien sorti, mais ca jai des doutes

Même réponse que pour Fioul, il me semble qu'on ne parle pas de la même chose
 

• Vous parlez des kernel-headers qui doivent correspondre à la version du noyau utilisée et qui servent (je crois) à compiler des modules pour le kernel sans avoir à installer les sources completes du dit kernel et faire make dep etc. A priori c'est installé dans /usr/src (je sais pas exactement en fait parce que vu que je compile toujours mon propre kernel je n'ai jamais utilisé ce type de package, vu que du coup j'ai les sources).

• Il me semble que le sieur Burgergold parle des linux-headers qui sont installées dans /usr/include et qui sont nécessaires pour la compilation de la libc, ainsi que d'autres bibliothèques systeme d'apres la description de package.

Mais les linux-headers ne sont-ils pas censcer être ceux qui ont été utilisé pour compiler la glibc ?

non je crois que cela ne joue qu'au moment de la compilation (de la libc)

up
 
c'est possible de recompiler glibc sans foutre en l'air tout le système?

dernier up, je m'y attaque ce soir s'il fait pas beau alors si quelqu'un confirme svp

bein sur les autres distribs (Mandrake, RedHAt, Debian, Gentoo ...), tu peux upgrader la libc sans problemes, le systeme de package se charge de tout.
 
A la main, ça doit etre faisable, mais je sais pas comment, et faut mieux pas se planter
 
Comme 'mv' et les autres sont compilés en static et doivent pouvoir marcher sans libc, ça doit etre faisable. Sinon tu le fais en chroot depuis un autre linux? En tout cas, je pense que ca doit être expliqué dans le book LFS.

le book LFS explique seulement comment monter un systeme et non comment le maintenir par la suite
 
et effectivement si je rate mon coup, je chroot à partir de ma debian et c'est tout
 
bon bin c'est bien parti pour que je m'y attaque ce soir
 
merci