Cool! I remember reading about the --dry-run option in the patch man page once,
and thinking it would be useful, but then I forgot all about it without ever
using it. (Patch is one of those programs I've been using for so many years
that my fingers type it automatically and I never think to check out other
options.) Thanks for reminding me.
I always rename my directories to the current patchlevel, too. But in this case
it didn't help me, because I wasn't sure whether the prerelease-to-final was
supposed to be applied to 2.4.0-prerelease INSTEAD OF prerelease-diff or IN
ADDITION to it. (After all, -test1 through test-12 all had to be applied in
order, but the various -testX-pre1, -pre2, etc. patches we've seen always had to
be reversed before the next one could be applied.) Rather than take the time to
investigate, I took a guess, and obviously guessed wrong about this one. :-)
Wayne
David Weinehall <[EMAIL PROTECTED]> on 01/08/2001 05:07:08 AM
To: Wayne Brown/Corporate/Altec@Altec
cc: Nick Holloway <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Change of policy for future 2.2 driver submissions
You know, there are reasons why patch has an option called --dry-run...
bzcat patch-2.4.0.bz2 | patch -p1 --dry-run
[and if everything goes well]
bzcat patch-2.4.0.bz2 | patch -p1
[will be relatively painless, as the files will be cached by now...]
Is the way I usually apply patches.
Oh, and after applying a patch I always rename the directory to match
the version of the patch. This way I always know if I have to unapply
any pre-patches/test-patches/whatever.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
