|
|
|
|
||||||
| fr.comp.os.bsd Systèmes BSD et dérivés (NetBSD, FreeBSD, ...). |
![]() |
|
|
LinkBack | Outils de la discussion |
|
|
#1 |
|
Messages: n/a
Hébergeur: |
Bonjour,
Si l'intérêt de recompiler son noyau ne fait aucun doute ;-), je me pose la question au sujet du buildworld. Je viens en effet de lire la partie consacrée à ce sujet dans le handbook, mais je n'y ai pas perçu l'intérêt. Il y est conseillé de refaire le monde avant de refaire son noyau. Ce que je n'ai pas fait, mon noyau fonctionne plus ou moins bien, mais admettons. Cela pourrait-il avoir une conséquence sur les quelques problèmes rencontrés ici et là ? Merci d'avance. |
|
|
|
#2 |
|
Messages: n/a
Hébergeur: |
fredmfp@gmail.com writes:
'Lut, > Si l'intérêt de recompiler son noyau ne fait aucun doute ;-), Mouaif... > je me pose la question au sujet du buildworld. > Je viens en effet de lire la partie consacrée à ce sujet dans le > handbook, mais je n'y ai pas perçu l'intérêt. Tant que l'on reste dans une branche stable ou release, cela peut effectivement être considéré comme superflu puisque l'abi du système ne change pas et que par conséquent les binaires fonctionneront correctement avec une version ultérieure du noyau. Cependant, il faut aussi upgrader suite aux différents SA émis et à moins de bien comprendre ce que l'on fait, il est préférable de passer par une mise à jour binaire ou par un buildworld/buildkernel que par une compilation à la mimine de ce qui a changé (userland & kernel). > Cela pourrait-il avoir une conséquence sur les quelques problèmes > rencontrés ici et là ? Si les sources n'ont pas changé, à moins d'optimisations à la con fournies au compilateur au d'autres joyeusetés du même genre, il n'y a pas de raison. Dans le cas contraire, suivre ce qui est indiqué dans le handbook ne pourra pas faire de mal et évitera des questions existentielles... -- "Les neu^H^H^H connectés"?? Peux-tu nous en dire plus. Autant dire que l'on veut muselé les minorités sous des prétexte falacieux avec des méthodes dignes de la Française des jeux!! -+- SM in : <http://www.le-gnu.net> - Bien museler son neuneu -+- |
|
|
|
#3 |
|
Messages: n/a
Hébergeur: |
In article <1167749612.249069.120580@h40g2000cwb.googlegroups .com>,
<fredmfp@gmail.com> wrote: >Si l'intérêt de recompiler son noyau ne fait aucun doute ;-), Ah ? >je me pose la question au sujet du buildworld. >Je viens en effet de lire la partie consacrée à ce sujet dans le >handbook, >mais je n'y ai pas perçu l'intérêt. Je ne vois pas de difference majeure entre le noyau et le reste du systeme. Je ne vois pas trop quel peut etre l'interet de recompiler l'un, et pas l'autre. Qu'est-ce que tu y gagnes ? Il y a tout le temps des fonctionnalites ajoutees et des bugs corriges, que ce soit dans le noyau ou ailleurs. Qu'est-ce que tu fais avec ta machine ? tu achetes du nouveau matos tous les deux jours et tu recompiles ton noyau jusqu'a ce que ca soit supporte ? >Il y est conseillé de refaire le monde avant de refaire son noyau. Tiens, un conseil FreeBSD non approprie ailleurs... >Ce que je n'ai pas fait, mon noyau fonctionne plus ou moins bien, mais >admettons. >Cela pourrait-il avoir une conséquence sur les quelques problèmes >rencontrés ici et là ? Ptet ben qu'oui, ptet ben qu'non. Avec autant d'info, que veux-tu qu'on te dise ? |
|
|
|
#4 |
|
Messages: n/a
Hébergeur: |
espie@lain.home (Marc Espie) a écrit :
> In article <1167749612.249069.120580@h40g2000cwb.googlegroups .com>, > <fredmfp@gmail.com> wrote: > > >>Si l'intérêt de recompiler son noyau ne fait aucun doute ;-), > Ah ? Hmm, si, le sujet a déjà été évoqué ici. Dernier argument en date : le noyau GENERIC comprend en dur ulpt. Or CUPS indique clairement qu'il ne faut pas utiliser ulpt mais ugen. Bon, ce n'est pas pour autant que mon HP est fonctionnelle :-( hein, mais ça, c'est una autre histoire. >>je me pose la question au sujet du buildworld. >>Je viens en effet de lire la partie consacrée à ce sujet dans le >>handbook, >>mais je n'y ai pas perçu l'intérêt. > > Je ne vois pas de difference majeure entre le noyau et le reste du > systeme. Je ne vois pas trop quel peut etre l'interet de recompiler > l'un, et pas l'autre. Qu'est-ce que tu y gagnes ? Il y a tout le temps > des fonctionnalites ajoutees et des bugs corriges, que ce soit dans > le noyau ou ailleurs. Disons que dans le handobook, les arguments pour recompiler son noyau sont clairement exposés. Mais pas pour le monde. Disons deuxième que je me demande (j'ai des doutes) si recompiler mon monde changera quelque chose au problème sus-cité. > Qu'est-ce que tu fais avec ta machine ? tu achetes du nouveau matos > tous les deux jours et tu recompiles ton noyau jusqu'a ce que ca soit > supporte ? Non. J'aimerais simplement que ma babasse fonctionne correctement, comme elle le fait sous etch (j'évite d'en parler, sinon, je vais me prendre un « alors reste sous nunux » dans les gencives). >>Il y est conseillé de refaire le monde avant de refaire son noyau. > > Tiens, un conseil FreeBSD non approprie ailleurs... > >>Ce que je n'ai pas fait, mon noyau fonctionne plus ou moins bien, mais >>admettons. >>Cela pourrait-il avoir une conséquence sur les quelques problèmes >>rencontrés ici et là ? > > Ptet ben qu'oui, ptet ben qu'non. Avec autant d'info, que veux-tu qu'on > te dise ? Hmmm, il me semble avoir donné suffisamment d'infos dans mes posts précédents ;-) - j'ai une imprimante HP reconnue par mon noyau à moi que j'ai, mais qui n'est pas reconnue par CUPS (alors que sous nunux avec la même version de cups... ok j'arrête). - la carte son qui n'utilise pas tous les canaux (alors que...) - le « framebuffer » qui ne fonctionne pas en haute résolution, et que visiblement, il n'y a pas de problème d'interface chaise/clavier, alors que... Bon, ok, des détails soit dit en passant. -- Fred. |
|
|
|
#5 |
|
Messages: n/a
Hébergeur: |
Eric Masson <emss@free.fr> a écrit :
> fredmfp@gmail.com writes: > > 'Lut, salut Éric, >> Si l'intérêt de recompiler son noyau ne fait aucun doute ;-), > > Mouaif... > >> je me pose la question au sujet du buildworld. >> Je viens en effet de lire la partie consacrée à ce sujet dans le >> handbook, mais je n'y ai pas perçu l'intérêt. > > Tant que l'on reste dans une branche stable ou release, cela peut > effectivement être considéré comme superflu puisque l'abi du système ne > change pas et que par conséquent les binaires fonctionneront > correctement avec une version ultérieure du noyau. C'est bien un truc dans ce genre là que je me disais... > Cependant, il faut aussi upgrader suite aux différents SA émis et à > moins de bien comprendre ce que l'on fait, il est préférable de passer > par une mise à jour binaire ou par un buildworld/buildkernel que par une > compilation à la mimine de ce qui a changé (userland & kernel). Vi, sauf que là, je ne em suis pas encore attaqué au userland. >> Cela pourrait-il avoir une conséquence sur les quelques problèmes >> rencontrés ici et là ? > > Si les sources n'ont pas changé, à moins d'optimisations à la con > fournies au compilateur au d'autres joyeusetés du même genre, il n'y a > pas de raison. Non, je n'ai pas pour habitude de fournir des options à la con au compilo. > Dans le cas contraire, suivre ce qui est indiqué dans le handbook ne pourra > pas faire de mal et évitera des questions existentielles... Je m'en vais de ce pas essayer. Merci. -- Fred. |
|
|
|
#6 |
|
Messages: n/a
Hébergeur: |
fredmfp@gmail.com devait dire quelque chose comme ceci :
> Si l'intérêt de recompiler son noyau ne fait aucun doute ;-), > je me pose la question au sujet du buildworld. > Je viens en effet de lire la partie consacrée à ce sujet dans le > handbook, mais je n'y ai pas perçu l'intérêt. Le même que l'intérêt qu'il y a à recompiler le noyau, c'est-à-dire un intérêt limité. En fait, la question serait plutôt quel est l'intérêt de ne pas refaire le monde en même temps que tu recompiles le noyau ? Etant entendu que ce n'est pas une chose que tu fais tous les mois, et encore moins tous les deux jours. Personnellement, c'est une habitude que j'ai prise. J'installe à partir d'une ISO de la bonne version, je configure vite fait pour que le système soit utilisable. Un petit coup de cvsup pour mettre les sources à jour, dans la foulée puisque j'en suis là, j'en profite pour alléger un peu le noyau, et je recompile le tout. Après les machines peuvent tourner un an, voir plus, sans mise à jour autre que celles de sécurité, et encore lorsqu'elles concerne mon cas de figure. Mais bon, c'est vraiment juste histoire d'avoir un système tout frais au moment de l'installation, et c'est la seule fois où je le fais. [snip] > Cela pourrait-il avoir une conséquence sur les quelques problèmes > rencontrés ici et là ? Recompiler le noyau sans refaire le monde ne peut avoir que des conséquences négatives. Ca ne veut pas dire qu'il y en aura, mais s'il y en a, elles n'iront assurément pas dans le sens d'un système plus stable. Ayant par manque de temps et non support de la carte réseau par GENERIC, fait tourner deux semaines une machine avec un noyau et un monde qui n'étaient pas synchrone, la seule conséquence que j'ai vue, c'était la disparition de procfs. Autant dire que ça ne dérange pas le moins du monde. > Merci d'avance. De rien. |
|
|
|
#7 |
|
Messages: n/a
Hébergeur: |
Stephane Catteau <steph.nospam@sc4x.net> a écrit :
> Le même que l'intérêt qu'il y a à recompiler le noyau, c'est-à-dire un > intérêt limité. En fait, la question serait plutôt quel est l'intérêt > de ne pas refaire le monde en même temps que tu recompiles le noyau ? Ah bah j'y vais mollo, hein, chaque chose en son temps. > Etant entendu que ce n'est pas une chose que tu fais tous les mois, et > encore moins tous les deux jours. Bien entendu. > Personnellement, c'est une habitude que j'ai prise. J'installe à > partir d'une ISO de la bonne version, je configure vite fait pour que > le système soit utilisable. Un petit coup de cvsup pour mettre les > sources à jour, dans la foulée puisque j'en suis là, j'en profite pour > alléger un peu le noyau, et je recompile le tout. Après les machines > peuvent tourner un an, voir plus, sans mise à jour autre que celles de > sécurité, et encore lorsqu'elles concerne mon cas de figure. > Mais bon, c'est vraiment juste histoire d'avoir un système tout frais > au moment de l'installation, et c'est la seule fois où je le fais. Ça me plaît bien ;-) > Recompiler le noyau sans refaire le monde ne peut avoir que des > conséquences négatives. Ca ne veut pas dire qu'il y en aura, mais s'il > y en a, elles n'iront assurément pas dans le sens d'un système plus > stable. Ayant par manque de temps et non support de la carte réseau par > GENERIC, fait tourner deux semaines une machine avec un noyau et un > monde qui n'étaient pas synchrone, la seule conséquence que j'ai vue, > c'était la disparition de procfs. Autant dire que ça ne dérange pasle > moins du monde. Ok, je ferai mon monde dès que j'aurai fini de jouer avec vtk5 (si on peut appeler ça jouer). Merci donc. -- Fred. |
|
|
|
#8 |
|
Messages: n/a
Hébergeur: |
fred <fredantispam@free.fr> a écrit :
> - j'ai une imprimante HP reconnue par mon noyau à moi que j'ai, mais qui > n'est pas reconnue par CUPS (alors que sous nunux avec la même version > de cups... ok j'arrête). 0 > - la carte son qui n'utilise pas tous les canaux (alors que...) 0 > - le « framebuffer » qui ne fonctionne pas en haute résolution, et > que visiblement, il n'y a pas de problème d'interface chaise/clavier, > alors que... 0 Par contre, mon noyau est maintenant postfixé par p11. patch #11 ? Bon, j'aurais tjrs gagné un monde tout neuf... -- Fred. |
|
![]() |
| Outils de la discussion | |
|
|