Re: [gentoo-user-fr] Doit-on upgrader linux-headers ? sinon comment l'empecher ?

[Charles Dufourneau]

Oui Merci TGL moi aussi j'ai compris les choses avec beaucoup plus de clarté que ce qui n'avait été jusqu'à présent, je dis ça parce que moi j'explique très mal, donc je sais reconnaître quelqu'un qui le fait bien ;-)

On Tue, 10 Feb 2004 18:37:12 +0100
Nicolas ANTONIAZZI <the.bestel@××××.fr> wrote:

> Merci Thomas d'avoir pris le temps d'expliquer tout ça  très clairement
> :)
> C'était très intéressant.
>
>
> Nico
>
> Le lun 09/02/2004 à 22:59, Thomas de Grenier de Latour a écrit :
>
> > On Mon, 09 Feb 2004 22:10:28 +0100
> > Nicolas ANTONIAZZI <the.bestel@××××.fr> wrote:
> >
> > >
> > > J'ai lu un message de Linus Torvalds qui disait que /usr/src/linux
> > > devait pointer vers les sources du noyau qui avait servi à compiler
> > > glibc et non celui qui sert de noyau de boot.
> >
> > Barf, c'est un vieux troll...
> >
> > En fait, ce sur quoi il a fondamentalement insisté, c'était justement
> > sur ce que les headers system (ceux pour compiler la glibc) ne devaient
> > pas être confondu avec les headers du noyau en cours d'utilisation
> > (dont on ne se sert plus que pour compiler des modules). Il se trouve
> > qu'à l'époque, certaines distribs populaires avaient les sources de leur
> > noyau standard dans /usr/src/linux, et fesaient pointer
> > /usr/include/linux sur /usr/src/linux/include. Elles fesaient en gros
> > l'hypothèse que /usr/src/linux ne changerait pas de contenu. Et puis
> > elles ont oublié, commencé à permettre de choisir parmis différents
> > noyaux, et ça a foutu la merde parceque les gens se retrouvaient à
> > compiler des programmes avec des headers system plus récents que ceux
> > qui avaient servi à la glibc, et patatra.
> >
> >   Donc il a dit, en interprétant à peine : faites un vrai répertoire
> > /usr/include/linux, n'y touchez jamais (car en ces temps là on ne
> > s'amusaient pas à recompiler si souvent la glibc, je rappelle que je
> > parle du temps où des gens utilisaient des rpm, tout ça quoi), et si
> > vous tenez à avoir un/usr/src/linux parceque certains programmes
> > incluent ce path, alors faites en un lien vers ce répértoire. Quand aux
> > sources noyau, mettez les comme des grand dans votre homedir, et puis
> > tiens même compilez le le en tant que simple utilisateur et faites juste
> > un sudo pour l'install'.
> >
> >   Il se trouve que la pratique n'a pas suivit à la lettre ses
> > recommandations, les gens étant habitués à compiler leur noyau en root
> > dans /usr/src/linux, et les modules externes étant habitués à utiliser
> > ce path. Donc /usr/src/linux est resté comme le path de sources du
> > noyau (en vrai répertoire ou en lien vers un linux-version selon les
> > distribs). Sous Gentoo, ça nous arrange bien, parcequ'on avait besoin
> > d'un tel chemin standard: on ne peut pas se référer au nom du noyau en
> > cours d'utilisation pour choisir le chemin des sources du noyau pour
> > lequel compiler des paquet drivers, parcequ'il est parfois indispensable
> > de faire un emerge de tels drivers avant justement de pouvoir faire
> > tourner le dit noyau. Le lien /usr/src/linux sert donc de cible standard
> > pour les drivers, ce qui règle le problème.
> >
> >   Par contre, le fait que les headers system ne devaient pas être
> > confondus avec ceux du noyau courant a été bien compris, et maintenant
> > les programmes et la glibc se réferent uniquement à /usr/include/linux,
> > qui est un vrai répertoire, indépendant des aléas du noyau. C'était ça
> > qui était fondamental, donc tout est bien. La preuve, ça marche.
> >
> > En espérant ne pas avoir trop déformé l'histoire,
>


-- 

GNU/Linux

--
gentoo-user-fr@g.o mailing list