J'ai lu pas mal de choses sur le sujet, mais je n'arrive pas à trouver
une réponse claire à ma question.
Est-il possible, en l'état actuel des choses, d'utiliser les ACL Posix
avec un partage NFS ?
Et sinon, est-ce envisageable à cours terme ?
Tant que j'y suis, j'ai constaté que rsync ne transporte pas non plus ces
acl. Je n'ai pas encore fait de recherche sur le sujet (ou trop peu), mais
est-il envisageable/envisagé que rsync les prenne en charge prochainement ?
En fait, mes questions se résument en :
"Les acl, c'est génial, mais est-ce déjà utilisable dans un contexte
comme le mien ?" ;-)
Le Sun, 24 Oct 2004 12:06:38 -0400, Christophe PEREZ a écrit :
J'ai lu pas mal de choses sur le sujet, mais je n'arrive pas à trouver une réponse claire à ma question. Est-il possible, en l'état actuel des choses, d'utiliser les ACL Posix avec un partage NFS ?
Oui, absolument. Il faut impérativment un noyau patché sur le serveur, par contre.
-- Quidquid latine dictum sit, altum sonatur
Le Sun, 24 Oct 2004 12:06:38 -0400, Christophe PEREZ a écrit :
J'ai lu pas mal de choses sur le sujet, mais je n'arrive pas à trouver
une réponse claire à ma question.
Est-il possible, en l'état actuel des choses, d'utiliser les ACL Posix
avec un partage NFS ?
Oui, absolument. Il faut impérativment un noyau patché sur le serveur,
par contre.
Le Sun, 24 Oct 2004 12:06:38 -0400, Christophe PEREZ a écrit :
J'ai lu pas mal de choses sur le sujet, mais je n'arrive pas à trouver une réponse claire à ma question. Est-il possible, en l'état actuel des choses, d'utiliser les ACL Posix avec un partage NFS ?
Oui, absolument. Il faut impérativment un noyau patché sur le serveur, par contre.
-- Quidquid latine dictum sit, altum sonatur
Christophe PEREZ
Le Sun, 24 Oct 2004 22:43:51 +0200, Emmanuel Florac a écrit:
Oui, absolument. Il faut impérativment un noyau patché sur le serveur, par contre.
Ah ! Ben déjà, je n'arrête pas de chercher, et je ne trouve pas ce patch, mais bon, je le cherchais peut-être avec pas suffisamment de conviction ;-)
Par contre, j'ai fait plein de tests (dont un justifiera un nouveau fil) et j'aimerais bien comprendre ce que sont les : CONFIG_NFS_V3=y CONFIG_NFS_V4=y CONFIG_NFSD_V3=y CONFIG_NFSD_V4=y
J'avais à un moment pensé que justement le NFSD_V4 transportait ces ACL après avoir suivi un lien, mais il faut croire que je n'ai rien compris. Faut dire que c'était en anglais ;-)
Bon, je repars à la recherche du graal/patch ;-)
Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sun, 24 Oct 2004 22:43:51 +0200, Emmanuel Florac a écrit:
Oui, absolument. Il faut impérativment un noyau patché sur le serveur,
par contre.
Ah !
Ben déjà, je n'arrête pas de chercher, et je ne trouve pas ce patch,
mais bon, je le cherchais peut-être avec pas suffisamment de conviction ;-)
Par contre, j'ai fait plein de tests (dont un justifiera un nouveau fil)
et j'aimerais bien comprendre ce que sont les :
CONFIG_NFS_V3=y
CONFIG_NFS_V4=y
CONFIG_NFSD_V3=y
CONFIG_NFSD_V4=y
J'avais à un moment pensé que justement le NFSD_V4 transportait ces ACL
après avoir suivi un lien, mais il faut croire que je n'ai rien compris.
Faut dire que c'était en anglais ;-)
Le Sun, 24 Oct 2004 22:43:51 +0200, Emmanuel Florac a écrit:
Oui, absolument. Il faut impérativment un noyau patché sur le serveur, par contre.
Ah ! Ben déjà, je n'arrête pas de chercher, et je ne trouve pas ce patch, mais bon, je le cherchais peut-être avec pas suffisamment de conviction ;-)
Par contre, j'ai fait plein de tests (dont un justifiera un nouveau fil) et j'aimerais bien comprendre ce que sont les : CONFIG_NFS_V3=y CONFIG_NFS_V4=y CONFIG_NFSD_V3=y CONFIG_NFSD_V4=y
J'avais à un moment pensé que justement le NFSD_V4 transportait ces ACL après avoir suivi un lien, mais il faut croire que je n'ai rien compris. Faut dire que c'était en anglais ;-)
Bon, je repars à la recherche du graal/patch ;-)
Merci.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Sun, 24 Oct 2004 18:02:41 -0400, Christophe PEREZ a écrit:
Bon, je repars à la recherche du graal/patch ;-)
J'ai bien trouvé ça : http://acl.bestbits.at/download.html#Kernel
mais je suis franchement incapable de savoir ce que je dois réellement patcher, ce que je dois activer ou pas pour le NFS et le NFS server...
Bref, un petit coup de main précis me serait bien utile.
PS : je crois avoir oublié de préciser que j'ai un noyau 2.6.8.1 (pour l'instant).
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sun, 24 Oct 2004 18:02:41 -0400, Christophe PEREZ a écrit:
Bon, je repars à la recherche du graal/patch ;-)
J'ai bien trouvé ça :
http://acl.bestbits.at/download.html#Kernel
mais je suis franchement incapable de savoir ce que je dois réellement
patcher, ce que je dois activer ou pas pour le NFS et le NFS server...
Bref, un petit coup de main précis me serait bien utile.
PS : je crois avoir oublié de préciser que j'ai un noyau 2.6.8.1 (pour
l'instant).
Le Sun, 24 Oct 2004 18:02:41 -0400, Christophe PEREZ a écrit:
Bon, je repars à la recherche du graal/patch ;-)
J'ai bien trouvé ça : http://acl.bestbits.at/download.html#Kernel
mais je suis franchement incapable de savoir ce que je dois réellement patcher, ce que je dois activer ou pas pour le NFS et le NFS server...
Bref, un petit coup de main précis me serait bien utile.
PS : je crois avoir oublié de préciser que j'ai un noyau 2.6.8.1 (pour l'instant).
-- Christophe PEREZ Écrivez moi sans _faute !
g.patel
On Sun, 24 Oct 2004 18:23:00 -0400, Christophe PEREZ wrote:
http://acl.bestbits.at/download.html#Kernel
mais je suis franchement incapable de savoir ce que je dois réellement patcher, ce que je dois activer ou pas pour le NFS et le NFS server...
Bref, un petit coup de main précis me serait bien utile.
PS : je crois avoir oublié de préciser que j'ai un noyau 2.6.8.1 (pour l'instant).
euh... le noyau adapté à ce patch est le 2.6.1. Les chances que le patch s'applique proprement au source 2.6.8 (avec quelque chose comme patch -p1 <monpatch dans le répertoire des sources linux) me semblent faibles. Enfin ça n'empeche pas de tester avec l'option --dry-run pour ne rien changer si le patch ne s'applique pas correctement.
Gerard Patel
On Sun, 24 Oct 2004 18:23:00 -0400, Christophe PEREZ
<christophe.perez_faute@novazur.com> wrote:
http://acl.bestbits.at/download.html#Kernel
mais je suis franchement incapable de savoir ce que je dois réellement
patcher, ce que je dois activer ou pas pour le NFS et le NFS server...
Bref, un petit coup de main précis me serait bien utile.
PS : je crois avoir oublié de préciser que j'ai un noyau 2.6.8.1 (pour
l'instant).
euh... le noyau adapté à ce patch est le 2.6.1. Les chances que le
patch s'applique proprement au source 2.6.8 (avec quelque chose comme
patch -p1 <monpatch dans le répertoire des sources linux) me semblent
faibles. Enfin ça n'empeche pas de tester avec l'option --dry-run pour
ne rien changer si le patch ne s'applique pas correctement.
On Sun, 24 Oct 2004 18:23:00 -0400, Christophe PEREZ wrote:
http://acl.bestbits.at/download.html#Kernel
mais je suis franchement incapable de savoir ce que je dois réellement patcher, ce que je dois activer ou pas pour le NFS et le NFS server...
Bref, un petit coup de main précis me serait bien utile.
PS : je crois avoir oublié de préciser que j'ai un noyau 2.6.8.1 (pour l'instant).
euh... le noyau adapté à ce patch est le 2.6.1. Les chances que le patch s'applique proprement au source 2.6.8 (avec quelque chose comme patch -p1 <monpatch dans le répertoire des sources linux) me semblent faibles. Enfin ça n'empeche pas de tester avec l'option --dry-run pour ne rien changer si le patch ne s'applique pas correctement.
Gerard Patel
Christophe PEREZ
Le Sun, 24 Oct 2004 23:04:53 +0000, gerard patel a écrit:
euh... le noyau adapté à ce patch est le 2.6.1. Les chances que le patch s'applique proprement au source 2.6.8 (avec quelque chose comme patch -p1 <monpatch dans le répertoire des sources linux) me semblent faibles. Enfin ça n'empeche pas de tester avec l'option --dry-run pour ne rien changer si le patch ne s'applique pas correctement.
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra bien, la compilation est passée sans erreur, mais ça ne veut rien dire, il me faut rebooter sur ce noyau.
Sinon, j'ai trouvé ça : http://marc.free.net.ph/mindex/ avec 3 patchs pour 2.6.6, pas encore testé.
Et aussi, ça : ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm3/broken-out/ avec plusieurs patchs pour acl, mais là, ça me semble encore plus tordu pour savoir quoi patcher exactement. J'imagine que c'est un truc pour faire l'ensemble des patchs, et non pas vraiment un par un.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sun, 24 Oct 2004 23:04:53 +0000, gerard patel a écrit:
euh... le noyau adapté à ce patch est le 2.6.1. Les chances que le
patch s'applique proprement au source 2.6.8 (avec quelque chose comme
patch -p1 <monpatch dans le répertoire des sources linux) me semblent
faibles. Enfin ça n'empeche pas de tester avec l'option --dry-run pour
ne rien changer si le patch ne s'applique pas correctement.
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais
pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra
bien, la compilation est passée sans erreur, mais ça ne veut rien dire,
il me faut rebooter sur ce noyau.
Sinon, j'ai trouvé ça :
http://marc.free.net.ph/mindex/linux-kernel@20040425.223434.d5abcc5e.html
avec 3 patchs pour 2.6.6, pas encore testé.
Et aussi, ça :
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm3/broken-out/
avec plusieurs patchs pour acl, mais là, ça me semble encore plus tordu
pour savoir quoi patcher exactement. J'imagine que c'est un truc pour
faire l'ensemble des patchs, et non pas vraiment un par un.
Le Sun, 24 Oct 2004 23:04:53 +0000, gerard patel a écrit:
euh... le noyau adapté à ce patch est le 2.6.1. Les chances que le patch s'applique proprement au source 2.6.8 (avec quelque chose comme patch -p1 <monpatch dans le répertoire des sources linux) me semblent faibles. Enfin ça n'empeche pas de tester avec l'option --dry-run pour ne rien changer si le patch ne s'applique pas correctement.
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra bien, la compilation est passée sans erreur, mais ça ne veut rien dire, il me faut rebooter sur ce noyau.
Sinon, j'ai trouvé ça : http://marc.free.net.ph/mindex/ avec 3 patchs pour 2.6.6, pas encore testé.
Et aussi, ça : ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.8.1/2.6.8.1-mm3/broken-out/ avec plusieurs patchs pour acl, mais là, ça me semble encore plus tordu pour savoir quoi patcher exactement. J'imagine que c'est un truc pour faire l'ensemble des patchs, et non pas vraiment un par un.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ a écrit:
il me faut rebooter sur ce noyau.
Après reboot, et montage du nfs en local (je n'ai pas encore un autre pc avec noyau patché), ça fonctionne, mais est-ce bien révélateur ?
Je m'en vais patcher mon portable pour voir, mais comme je ne lui ai encore jamais compilé son noyau, ça va me prendre un peu plus de temps.
Par contre, ce qui serait bien, c'est que je trouve le moyen de bien appliquer ce patch sans me retrouver à faire toutes ces modifs à la main... Il doit donc falloir patcher le patch ;-), mais là...
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ a écrit:
il me faut rebooter sur ce noyau.
Après reboot, et montage du nfs en local (je n'ai pas encore un autre pc
avec noyau patché), ça fonctionne, mais est-ce bien révélateur ?
Je m'en vais patcher mon portable pour voir, mais comme je ne lui ai
encore jamais compilé son noyau, ça va me prendre un peu plus de temps.
Par contre, ce qui serait bien, c'est que je trouve le moyen de bien
appliquer ce patch sans me retrouver à faire toutes ces modifs à la main...
Il doit donc falloir patcher le patch ;-), mais là...
Le Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ a écrit:
il me faut rebooter sur ce noyau.
Après reboot, et montage du nfs en local (je n'ai pas encore un autre pc avec noyau patché), ça fonctionne, mais est-ce bien révélateur ?
Je m'en vais patcher mon portable pour voir, mais comme je ne lui ai encore jamais compilé son noyau, ça va me prendre un peu plus de temps.
Par contre, ce qui serait bien, c'est que je trouve le moyen de bien appliquer ce patch sans me retrouver à faire toutes ces modifs à la main... Il doit donc falloir patcher le patch ;-), mais là...
-- Christophe PEREZ Écrivez moi sans _faute !
g.patel
On Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ wrote:
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra bien, la compilation est passée sans erreur, mais ça ne veut rien dire,
ça dépend de ce que veut dire 'tapé les rej à la main'. Si ça veut dire bidouiller le source et le patch pour qu'ils s'adaptent l'un à l'autre de manière vraisemblable, ça va peut-etre marcher. Ou pas.
Pour les autres patches, il se fait tard pour moi.
Gérard Patel
On Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ
<christophe.perez_faute@novazur.com> wrote:
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais
pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra
bien, la compilation est passée sans erreur, mais ça ne veut rien dire,
ça dépend de ce que veut dire 'tapé les rej à la main'. Si ça veut
dire bidouiller le source et le patch pour qu'ils s'adaptent l'un à
l'autre de manière vraisemblable, ça va peut-etre marcher. Ou pas.
Pour les autres patches, il se fait tard pour moi.
On Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ wrote:
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra bien, la compilation est passée sans erreur, mais ça ne veut rien dire,
ça dépend de ce que veut dire 'tapé les rej à la main'. Si ça veut dire bidouiller le source et le patch pour qu'ils s'adaptent l'un à l'autre de manière vraisemblable, ça va peut-etre marcher. Ou pas.
Pour les autres patches, il se fait tard pour moi.
Gérard Patel
Christophe PEREZ
Le Mon, 25 Oct 2004 00:55:28 +0000, gerard patel a écrit:
On Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ wrote:
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra bien, la compilation est passée sans erreur, mais ça ne veut rien dire,
ça dépend de ce que veut dire 'tapé les rej à la main'. Si ça veut
non pas "tapé les rej à la main" mais "me taper les rej à la main".
dire bidouiller le source et le patch pour qu'ils s'adaptent l'un à l'autre de manière vraisemblable, ça va peut-etre marcher. Ou pas.
Non, je veux dire par là que lorsque j'applique le patch, s'il n'est pas prévu pour ces fichiers, il me génère des fichier.rej qui font état de ce que le patch n'a pas pu appliquer. Aussi, j'applique la modification moi même sur le source, pour chaque fichier.rej. Je n'ai justement pas touché au patch, mais l'idéal serait justement que je le corrige afin qu'il fasse ces modifs lui même de façon à être applicable sur n'importe quel noyau 2.6.8.1 sans être obligé de "se taper à la main" les modifications ;-)
Pour les autres patches, il se fait tard pour moi.
C'était justement pour montrer que malgré tout, je ne m'étais pas contenté de poser la question ici, mais que j'avais fait des recherches qui ne m'avait pas permis d'en comprendre plus.
-- Christophe PEREZ Écrivez moi sans _faute !
Le Mon, 25 Oct 2004 00:55:28 +0000, gerard patel a écrit:
On Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ
<christophe.perez_faute@novazur.com> wrote:
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais
pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra
bien, la compilation est passée sans erreur, mais ça ne veut rien dire,
ça dépend de ce que veut dire 'tapé les rej à la main'. Si ça veut
non pas "tapé les rej à la main" mais "me taper les rej à la main".
dire bidouiller le source et le patch pour qu'ils s'adaptent l'un à
l'autre de manière vraisemblable, ça va peut-etre marcher. Ou pas.
Non, je veux dire par là que lorsque j'applique le patch, s'il n'est pas
prévu pour ces fichiers, il me génère des fichier.rej qui font état
de ce que le patch n'a pas pu appliquer.
Aussi, j'applique la modification moi même sur le source, pour chaque
fichier.rej.
Je n'ai justement pas touché au patch, mais l'idéal serait justement que
je le corrige afin qu'il fasse ces modifs lui même de façon à être
applicable sur n'importe quel noyau 2.6.8.1 sans être obligé de "se
taper à la main" les modifications ;-)
Pour les autres patches, il se fait tard pour moi.
C'était justement pour montrer que malgré tout, je ne m'étais pas
contenté de poser la question ici, mais que j'avais fait des recherches
qui ne m'avait pas permis d'en comprendre plus.
Le Mon, 25 Oct 2004 00:55:28 +0000, gerard patel a écrit:
On Sun, 24 Oct 2004 19:34:24 -0400, Christophe PEREZ wrote:
Et bien, n'étant pas du tout un habitué des patchs, je ne connaissais pas ce dry-run, du coup, je me suis tapé les rej à la main, on verra bien, la compilation est passée sans erreur, mais ça ne veut rien dire,
ça dépend de ce que veut dire 'tapé les rej à la main'. Si ça veut
non pas "tapé les rej à la main" mais "me taper les rej à la main".
dire bidouiller le source et le patch pour qu'ils s'adaptent l'un à l'autre de manière vraisemblable, ça va peut-etre marcher. Ou pas.
Non, je veux dire par là que lorsque j'applique le patch, s'il n'est pas prévu pour ces fichiers, il me génère des fichier.rej qui font état de ce que le patch n'a pas pu appliquer. Aussi, j'applique la modification moi même sur le source, pour chaque fichier.rej. Je n'ai justement pas touché au patch, mais l'idéal serait justement que je le corrige afin qu'il fasse ces modifs lui même de façon à être applicable sur n'importe quel noyau 2.6.8.1 sans être obligé de "se taper à la main" les modifications ;-)
Pour les autres patches, il se fait tard pour moi.
C'était justement pour montrer que malgré tout, je ne m'étais pas contenté de poser la question ici, mais que j'avais fait des recherches qui ne m'avait pas permis d'en comprendre plus.
-- Christophe PEREZ Écrivez moi sans _faute !
Christophe PEREZ
Le Sun, 24 Oct 2004 19:49:51 -0400, Christophe PEREZ a écrit:
Je m'en vais patcher mon portable pour voir, mais comme je ne lui ai encore jamais compilé son noyau, ça va me prendre un peu plus de temps.
Fait, et effectivement, les acl fonctionnent sur le nfs, tout au moins, à première vue, sur un getfacl et un setfacl, fait d'un côté et reconnu de l'autre, dans les 2 sens.
Par contre, ce qui serait bien, c'est que je trouve le moyen de bien appliquer ce patch sans me retrouver à faire toutes ces modifs à la main... Il doit donc falloir patcher le patch ;-), mais là...
J'ai quasiment réussi, avec un diff -u, à récupérer les différences entre les fichiers modifiés à la main et les fichiers originaux.
Je dis quasiment car pour un fichier, j'ai toujours un rejet alors que si je fais un diff -u linux/net/sunrpc/svc.c.orig linux/net/sunrpc/svc.c, j'ai exactement ce que j'ai mis dans le patch, pourtant, ça ne passe pas.
Si ça intéresse quelqu'un, je met le patch en ligne ici : http://www.novazur.com/download/dlexplor.php
-- Christophe PEREZ Écrivez moi sans _faute !
Le Sun, 24 Oct 2004 19:49:51 -0400, Christophe PEREZ a écrit:
Je m'en vais patcher mon portable pour voir, mais comme je ne lui ai
encore jamais compilé son noyau, ça va me prendre un peu plus de temps.
Fait, et effectivement, les acl fonctionnent sur le nfs, tout au moins, à
première vue, sur un getfacl et un setfacl, fait d'un côté et reconnu
de l'autre, dans les 2 sens.
Par contre, ce qui serait bien, c'est que je trouve le moyen de bien
appliquer ce patch sans me retrouver à faire toutes ces modifs à la main...
Il doit donc falloir patcher le patch ;-), mais là...
J'ai quasiment réussi, avec un diff -u, à récupérer les différences
entre les fichiers modifiés à la main et les fichiers originaux.
Je dis quasiment car pour un fichier, j'ai toujours un rejet alors que si
je fais un diff -u linux/net/sunrpc/svc.c.orig linux/net/sunrpc/svc.c,
j'ai exactement ce que j'ai mis dans le patch, pourtant, ça ne passe pas.
Si ça intéresse quelqu'un, je met le patch en ligne ici :
http://www.novazur.com/download/dlexplor.php
Le Sun, 24 Oct 2004 19:49:51 -0400, Christophe PEREZ a écrit:
Je m'en vais patcher mon portable pour voir, mais comme je ne lui ai encore jamais compilé son noyau, ça va me prendre un peu plus de temps.
Fait, et effectivement, les acl fonctionnent sur le nfs, tout au moins, à première vue, sur un getfacl et un setfacl, fait d'un côté et reconnu de l'autre, dans les 2 sens.
Par contre, ce qui serait bien, c'est que je trouve le moyen de bien appliquer ce patch sans me retrouver à faire toutes ces modifs à la main... Il doit donc falloir patcher le patch ;-), mais là...
J'ai quasiment réussi, avec un diff -u, à récupérer les différences entre les fichiers modifiés à la main et les fichiers originaux.
Je dis quasiment car pour un fichier, j'ai toujours un rejet alors que si je fais un diff -u linux/net/sunrpc/svc.c.orig linux/net/sunrpc/svc.c, j'ai exactement ce que j'ai mis dans le patch, pourtant, ça ne passe pas.
Si ça intéresse quelqu'un, je met le patch en ligne ici : http://www.novazur.com/download/dlexplor.php
-- Christophe PEREZ Écrivez moi sans _faute !
g.patel
On Mon, 25 Oct 2004 01:02:59 -0400, Christophe PEREZ wrote: (...)
Je dis quasiment car pour un fichier, j'ai toujours un rejet alors que si je fais un diff -u linux/net/sunrpc/svc.c.orig linux/net/sunrpc/svc.c, j'ai exactement ce que j'ai mis dans le patch, pourtant, ça ne passe pas.
je n'ai pas regardé, mais dans mon expérience, la majeure partie des patches récalcitrants deviennent plus raisonnables en utilisant l'option -l (--ignore-whitespace) de patch.
Gerard Patel
On Mon, 25 Oct 2004 01:02:59 -0400, Christophe PEREZ
<christophe.perez_faute@novazur.com> wrote:
(...)
Je dis quasiment car pour un fichier, j'ai toujours un rejet alors que si
je fais un diff -u linux/net/sunrpc/svc.c.orig linux/net/sunrpc/svc.c,
j'ai exactement ce que j'ai mis dans le patch, pourtant, ça ne passe pas.
je n'ai pas regardé, mais dans mon expérience, la majeure partie des
patches récalcitrants deviennent plus raisonnables en utilisant
l'option -l (--ignore-whitespace) de patch.
On Mon, 25 Oct 2004 01:02:59 -0400, Christophe PEREZ wrote: (...)
Je dis quasiment car pour un fichier, j'ai toujours un rejet alors que si je fais un diff -u linux/net/sunrpc/svc.c.orig linux/net/sunrpc/svc.c, j'ai exactement ce que j'ai mis dans le patch, pourtant, ça ne passe pas.
je n'ai pas regardé, mais dans mon expérience, la majeure partie des patches récalcitrants deviennent plus raisonnables en utilisant l'option -l (--ignore-whitespace) de patch.
