[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: noyau et patch



Vendredi 21 juillet 2006, 16:19:25 CEST, n r a écrit :
> 
> Bonjour,

'jour,
 
> j'ai installé un noyau 2.6.17 et booter dessus sans problème. Je vois
> qu'il y a 7 patchs existants.
> 
> Pour tester :
> ># bzip2 -dc /usr/src/patch/patch-2.6.17.1.bz2|patch -p1 -R
> Pour appliquer :
> ># bzip2 -dc /usr/src/patch/patch-2.6.17.1.bz2|patch -p1
> patching file Makefile
> patching file net/netfilter/xt_sctp.c

Je ne pense pas que « dépatcher » puis « repatcher » soit la meilleure
solution pour tester si un patch a déjà été appliqué.

L'option --dry-run est faite pour cela (dry run = essai à vide).

> Patch suivant :
> 
> bzip2 -dc /usr/src/patch/patch-2.6.17.2.bz2|patch -p1 -R
> patching file Makefile
> Hunk #1 FAILED at 1.

Le morceau 1 n'a pas pu être appliqué...

> 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej

...donc les diffs sont écrites dans Makefile.rej

> patching file arch/sparc/mm/iommu.c
> Unreversed patch detected!  Ignore -R? [n]  ???  que dois je répondre ?

patch voit que la rustine ne peut être appliquée inversée (-R), il propose
donc d'ignorer l'inversion pour l'appliquer.

> - que veut dire ce message ?
> - puis je appliquer l'ensemble des patchs les uns après les autres de
> cette manière ?

L'usage du -R n'est pas la bonne méthode.

Ton 2.6.17 semble être un 2.6.17.1, c'est pour cela que la première
rustine a pu être appliquée inversée puis ré-appliquée mais pas la
deuxième.
À partir de là, il suffit simplement d'appliquer les rustines dans
l'ordre (en une seule fois, sans -R).

> - comment faire pour vérifier que les patchs ont bien été appliqués ?

patch te le dit.

> - comment faire pour avoir non plus
> Linux hote 2.6.17 mais 2.6.17-7 ???

Cela dépend de la façon dont tu compiles ton noyau.
Avec make-kpkg, il suffit d'ajouter l'option "--append-to-version -7" (ne
pas oublier le - devant le 7).

> - que dois je faire après ?

man make-kpkg

Euh, un doute m'assaille, tu as bien récupéré aussi les sources du noyau,
non ?
Parce que les sources Debian sont déjà en 2.6.17.6 (paquet 2.6.17-4).
Et puis pour le vanilla (.tar.bz2 de kernel.org), autant y récupérer le
dernier.

> merci d'avance pour l'aide

-- 
 Sylvain Sauvage



Reply to: