Bon Debian c'est stable c'est pour cela qu'on cherche toujours à la
casser (ou du moins tenter de le faire)
Ma question est simple mais impossible de trouver une reponse potable
sur google.
Est il possible de recompiler son noyau tout en conservant la
compatibilité avec les sources officielles.
Y a une histoire de EXTRAVERSION et --append-to-version mais impossible
de comprendre correctement les conséquences de cs 2 variables sur la
version du noyau.
(je cherche à pacher mon noyau avec lowlatency, debianlogo et lm-sensors
et virer le pci hotplug qui me met le bazard au boot à cause de ma CM via)
Merci
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sylvain Sauvage
Fri, 10 Dec 2004 02:11:27 +0100, zenetics a écrit :
Lut
'lut,
[...] Est il possible de recompiler son noyau tout en conservant la compatibilité avec les sources officielles. Y a une histoire de EXTRAVERSION et --append-to-version mais impossible de comprendre correctement les conséquences de cs 2 variables sur la version du noyau.
Je ne vois pas trop ce que tu entends par « compatibilité » et « so urces officielles »...
Toutefois, pour faire mon propre paquet de noyau tout propre qui ne gêne ni ne soit gêné par les autres paquets de noyau, je fais :
Ce qui me fait un paquet « kernel-image-2.6.9-mien_c.0_i386.deb » qui installera ses modules dans /lib/modules/2.6.9-mien.
Cela permet d'avoir plusieurs paquets pour la même version du noyau (2.6.9) mais en ayant différentes options ( -mien-acpi, -mien-initrd, etc.).
Ce qu'il ne faut pas oublier, c'est le tiret au début de « -mien », s inon certains outils ne peuvent vérifier la version du noyau (ils savent couper au tiret, sinon, « 9mien » c'est avant ou après 10 ou 8 ?).
Le « c.0 », c'est un numéro de version (qui peut donc devenir « c.1 2 »). Ça correspond au numéro de « compilation » des paquets deb.
Si tu as des modules externes (genre nvidia), tu fais
après les avoir détarés (ils sont détarés dans /usr/src/modules m ais la commande est à faire dans /usr/src/kernel-source-X.X.X).
Voilà, mes 2 c. -- Sylvain Sauvage, qui devient prolixe la nuit.
Fri, 10 Dec 2004 02:11:27 +0100, zenetics a écrit :
Lut
'lut,
[...]
Est il possible de recompiler son noyau tout en conservant la
compatibilité avec les sources officielles.
Y a une histoire de EXTRAVERSION et --append-to-version mais impossible
de comprendre correctement les conséquences de cs 2 variables sur la
version du noyau.
Je ne vois pas trop ce que tu entends par « compatibilité » et « so urces
officielles »...
Toutefois, pour faire mon propre paquet de noyau tout propre qui ne gêne
ni ne soit gêné par les autres paquets de noyau, je fais :
Ce qui me fait un paquet « kernel-image-2.6.9-mien_c.0_i386.deb »
qui installera ses modules dans /lib/modules/2.6.9-mien.
Cela permet d'avoir plusieurs paquets pour la même version du noyau
(2.6.9) mais en ayant différentes options ( -mien-acpi, -mien-initrd,
etc.).
Ce qu'il ne faut pas oublier, c'est le tiret au début de « -mien », s inon
certains outils ne peuvent vérifier la version du noyau (ils savent couper
au tiret, sinon, « 9mien » c'est avant ou après 10 ou 8 ?).
Le « c.0 », c'est un numéro de version (qui peut donc devenir « c.1 2 »).
Ça correspond au numéro de « compilation » des paquets deb.
Si tu as des modules externes (genre nvidia), tu fais
Fri, 10 Dec 2004 02:11:27 +0100, zenetics a écrit :
Lut
'lut,
[...] Est il possible de recompiler son noyau tout en conservant la compatibilité avec les sources officielles. Y a une histoire de EXTRAVERSION et --append-to-version mais impossible de comprendre correctement les conséquences de cs 2 variables sur la version du noyau.
Je ne vois pas trop ce que tu entends par « compatibilité » et « so urces officielles »...
Toutefois, pour faire mon propre paquet de noyau tout propre qui ne gêne ni ne soit gêné par les autres paquets de noyau, je fais :
Ce qui me fait un paquet « kernel-image-2.6.9-mien_c.0_i386.deb » qui installera ses modules dans /lib/modules/2.6.9-mien.
Cela permet d'avoir plusieurs paquets pour la même version du noyau (2.6.9) mais en ayant différentes options ( -mien-acpi, -mien-initrd, etc.).
Ce qu'il ne faut pas oublier, c'est le tiret au début de « -mien », s inon certains outils ne peuvent vérifier la version du noyau (ils savent couper au tiret, sinon, « 9mien » c'est avant ou après 10 ou 8 ?).
Le « c.0 », c'est un numéro de version (qui peut donc devenir « c.1 2 »). Ça correspond au numéro de « compilation » des paquets deb.
Si tu as des modules externes (genre nvidia), tu fais
après les avoir détarés (ils sont détarés dans /usr/src/modules m ais la commande est à faire dans /usr/src/kernel-source-X.X.X).
Voilà, mes 2 c. -- Sylvain Sauvage, qui devient prolixe la nuit.
Sylvain Sauvage
Fri, 10 Dec 2004 16:27:02 +0100, zenetics a écrit :
Sylvain Sauvage a écrit : [...] >Je ne vois pas trop ce que tu entends par « compatibilité » et « >sources officielles »... > En fait, certain packet utilisent la version du noyau pour s'installer et comme ce n'est pas bonne, synaptic me dit qu'il ne sont pas installables.
Installer des paquets binaires alors qu'on a soi-même compilé son noyau, c'est rare. Je ne sais pas si l'on conserve effectivement la compatibilité étant donné que l'on change des options du noyau...
[...] Par contre les patchs debianlogo,preempt,lowlatency n'ont pas pu etre pris ! Normal ??
J'utilise peu les patchs, mais make-kpkg peut les appliquer pour toi (voir l'option --added-patches), même s'ils ne viennent pas de paquets debian.
-- Sylvain Sauvage
Fri, 10 Dec 2004 16:27:02 +0100, zenetics a écrit :
Sylvain Sauvage a écrit :
[...]
>Je ne vois pas trop ce que tu entends par « compatibilité » et «
>sources officielles »...
>
En fait, certain packet utilisent la version du noyau pour s'installer
et comme ce n'est pas bonne, synaptic me dit qu'il ne sont pas
installables.
Installer des paquets binaires alors qu'on a soi-même compilé son noyau,
c'est rare. Je ne sais pas si l'on conserve effectivement la compatibilité
étant donné que l'on change des options du noyau...
[...]
Par contre les patchs debianlogo,preempt,lowlatency n'ont pas pu etre
pris ! Normal ??
J'utilise peu les patchs, mais make-kpkg peut les appliquer pour toi
(voir l'option --added-patches), même s'ils ne viennent pas de paquets
debian.
Fri, 10 Dec 2004 16:27:02 +0100, zenetics a écrit :
Sylvain Sauvage a écrit : [...] >Je ne vois pas trop ce que tu entends par « compatibilité » et « >sources officielles »... > En fait, certain packet utilisent la version du noyau pour s'installer et comme ce n'est pas bonne, synaptic me dit qu'il ne sont pas installables.
Installer des paquets binaires alors qu'on a soi-même compilé son noyau, c'est rare. Je ne sais pas si l'on conserve effectivement la compatibilité étant donné que l'on change des options du noyau...
[...] Par contre les patchs debianlogo,preempt,lowlatency n'ont pas pu etre pris ! Normal ??
J'utilise peu les patchs, mais make-kpkg peut les appliquer pour toi (voir l'option --added-patches), même s'ils ne viennent pas de paquets debian.
