Salut,
Laurent FRANCOIS a écrit :
cp /boot/config.de_mon_noyau2.6.15_qui_marche $HOME/src/linux-source.2.6.17
Si tu laisses le fichier sous son nom original
config.de_mon_noyau2.6.15_qui_marche au lieu de le renommer en .config,
ça ne sert pas à grand chose, sauf si dans "make menuconfig" tu importes
ensuite les options de configuration à partir de ce fichier.
Mais est-ce que le fichier .config d'un linux-source.2.6.n et le meme
que le .config d'un linux-source.2.6.n+1. ?
Non, il peut y avoir des options nouvelles qui sont apparues et
d'anciennes options qui ont disparu. "make oldconfig" parcourt le
.config, supprime les options obsolètes et propose un choix pour chaque
nouvelle option.
Est-ce que quelqu'un peut nous expliquer comment sont gérés et comment
gérer proprement les .config pour ceux qui compilent et font évouluer
leur noyau?
Quand je fais des essais sur une même version de noyau, je conserve une
copie des différentes versions de .config testées sous d'autres noms. Si
je veux revenir en arrière, j'écrase le .config avec la sauvegarde désirée.
Quand je mets à jour les sources du noyau officiel avec les patches de
kernel.org, je fais "make oldconfig" pour actualiser le .config
provenant de la version précédente des sources et je fignole
éventuellement avec "make menuconfig".
Quand j'installe des sources complètes d'une nouvelle version du noyau,
je peux soit importer les options d'un noyau installé à partir de
/boot/config-<version>, faire "make oldoconfig" et éventuellement
fignoler avec "make menuconfig", soit refaire toute la configuration à
partir de zéro avec "make menuconfig".
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]