Bon, je vais pas en discuter des heures vu que tu sembles avoir des
id�es bien arr�t�e sur le sujet, mais je r�ponds qd m�me encore �
celui-ci ;)
On 31 Jul 2001 22:39:07 +0200, Erwan David wrote:
> Ben non, si ce sont des modules noyau c'est du code du noyau... Le
> fait que les d�veloppeurs aient choisi de les distribuer � part ne
> change pas cet �tat de fait.
Ce que j'appelle code du noyau, c'est le code �crit par tous les
contributeurs au *noyau Linux*. Les modules tels que ceux de alsa, bien
qu'�tant des modules se chargeant dans le noyau ne font pas parti du
code du syst�me d'exploitation.
>
> Et bon franchement je ne vois pas en quoi make-kpkg simplifie la
> vie... Mes noyaux ne sont jamais pris en packages, je les configure
> moi m�me (d�j� je vire 95 % des modules, ceux que j'utilise sont
> int�gr�s, les autres ne sont pas compil�s). Et au mois je sais ce que
> j'ai dans mes noyaux.
Je crois que n'ayant jamais essay�, tu ne vois pas du tout � quoi sert
make-kpkg. Je configure aussi mes noyaux moi m�me en int�grant juste les
modules dont j'ai besoin. Pour cela je fais d'abord make
[xconfig|menuconfig|...] puis make-kpkg. Et peux apr�s je me retrouve
avec mon noyau _� ma sauce_ dans un paquet. Tu confond make-kpkg avec
l'installation par apt d'un noyau made-in-Debian qui se doit de
comporter un maximum de modules pour �tre compatible avec le maximum de
configs.
Au niveau des avantages, je sais que tu est intelligents et que ca se
fait tr�s facilement � la main, mais bon :
- au niveau de l'installation, en plus de placer les binaires de
modules et du noyau au bon endroit, ca mets � jours les liens
symboliques
- au niveau de la suppression, ca vire tout ce qui concerne le noyau
*y compris* /lib/modules/<version>, ce qui permet de garder un syt�me
propre (comme tu l'aimes ;)
- au niveau de l'usage, certains paquets d�pendent d'une version du
noyau et donc ca permet d'�vite de forcer les d�pendances o� de cr�er
un paquet factice pour les faire passer.
- pour le prochain noyau, tu peux facilement retrouvver la m�me config
(/boot/.config)
- et j'en oublie certainement plein... Le seul truc � dire, c'est que
je lui trouve quelques avantages et aucun inconv�nient
> > > Et comment se comporte make-kpkg en cas de patchs mutuellement
> > > exclusifs ? Ou quand un patch a son propre syst�me d'installation ?
> > > (par exemple FreeSWAN) ?
> >
> > L� je comprends peut-�tre mal la question, mais l'application de patchs
> > n'a rien � voir avec make-kpkg. Tu appliques tes patchs et apr�s tu
> > compiles. Si les patchs ne sont pas compatibles, ni make-kpkg ni make
> > bzImage ne compilerons le noyau.
>
> Ben non. regarde FreeSwan dont le make file patche le noyau, le
> reconfigure, le recompile, et fait la m�me chose avec les outils
> user-land en m�me temps...
>
FreeSwan, je connais pas... donc je juge pas
--
Fred
