| 1 |
On Mon, 09 Feb 2004 22:10:28 +0100 |
| 2 |
Nicolas ANTONIAZZI <the.bestel@××××.fr> wrote: |
| 3 |
|
| 4 |
> |
| 5 |
> J'ai lu un message de Linus Torvalds qui disait que /usr/src/linux |
| 6 |
> devait pointer vers les sources du noyau qui avait servi à compiler |
| 7 |
> glibc et non celui qui sert de noyau de boot. |
| 8 |
|
| 9 |
Barf, c'est un vieux troll... |
| 10 |
|
| 11 |
En fait, ce sur quoi il a fondamentalement insisté, c'était justement |
| 12 |
sur ce que les headers system (ceux pour compiler la glibc) ne devaient |
| 13 |
pas être confondu avec les headers du noyau en cours d'utilisation |
| 14 |
(dont on ne se sert plus que pour compiler des modules). Il se trouve |
| 15 |
qu'à l'époque, certaines distribs populaires avaient les sources de leur |
| 16 |
noyau standard dans /usr/src/linux, et fesaient pointer |
| 17 |
/usr/include/linux sur /usr/src/linux/include. Elles fesaient en gros |
| 18 |
l'hypothèse que /usr/src/linux ne changerait pas de contenu. Et puis |
| 19 |
elles ont oublié, commencé à permettre de choisir parmis différents |
| 20 |
noyaux, et ça a foutu la merde parceque les gens se retrouvaient à |
| 21 |
compiler des programmes avec des headers system plus récents que ceux |
| 22 |
qui avaient servi à la glibc, et patatra. |
| 23 |
|
| 24 |
Donc il a dit, en interprétant à peine : faites un vrai répertoire |
| 25 |
/usr/include/linux, n'y touchez jamais (car en ces temps là on ne |
| 26 |
s'amusaient pas à recompiler si souvent la glibc, je rappelle que je |
| 27 |
parle du temps où des gens utilisaient des rpm, tout ça quoi), et si |
| 28 |
vous tenez à avoir un/usr/src/linux parceque certains programmes |
| 29 |
incluent ce path, alors faites en un lien vers ce répértoire. Quand aux |
| 30 |
sources noyau, mettez les comme des grand dans votre homedir, et puis |
| 31 |
tiens même compilez le le en tant que simple utilisateur et faites juste |
| 32 |
un sudo pour l'install'. |
| 33 |
|
| 34 |
Il se trouve que la pratique n'a pas suivit à la lettre ses |
| 35 |
recommandations, les gens étant habitués à compiler leur noyau en root |
| 36 |
dans /usr/src/linux, et les modules externes étant habitués à utiliser |
| 37 |
ce path. Donc /usr/src/linux est resté comme le path de sources du |
| 38 |
noyau (en vrai répertoire ou en lien vers un linux-version selon les |
| 39 |
distribs). Sous Gentoo, ça nous arrange bien, parcequ'on avait besoin |
| 40 |
d'un tel chemin standard: on ne peut pas se référer au nom du noyau en |
| 41 |
cours d'utilisation pour choisir le chemin des sources du noyau pour |
| 42 |
lequel compiler des paquet drivers, parcequ'il est parfois indispensable |
| 43 |
de faire un emerge de tels drivers avant justement de pouvoir faire |
| 44 |
tourner le dit noyau. Le lien /usr/src/linux sert donc de cible standard |
| 45 |
pour les drivers, ce qui règle le problème. |
| 46 |
|
| 47 |
Par contre, le fait que les headers system ne devaient pas être |
| 48 |
confondus avec ceux du noyau courant a été bien compris, et maintenant |
| 49 |
les programmes et la glibc se réferent uniquement à /usr/include/linux, |
| 50 |
qui est un vrai répertoire, indépendant des aléas du noyau. C'était ça |
| 51 |
qui était fondamental, donc tout est bien. La preuve, ça marche. |
| 52 |
|
| 53 |
En espérant ne pas avoir trop déformé l'histoire, |
| 54 |
|
| 55 |
-- |
| 56 |
TGL. |
| 57 |
|
| 58 |
-- |
| 59 |
gentoo-user-fr@g.o mailing list |
Archives