Re: patch management scripts

Oliver Xymoron (oxymoron@waste.org)
Sun, 20 Oct 2002 21:35:46 -0500


On Sun, Oct 20, 2002 at 12:22:43PM -0700, Andrew Morton wrote:
>
> I finally got around to documenting the scripts which I use
> for managing kernel patches. See
>
> http://www.zip.com.au/~akpm/linux/patches/patch-scripts-0.1/
>
> These scripts are designed for managing a "stack" of patches against
> a rapidly-changing base tree. Because that's what I use them for.
>
> I've been using and evolving them over about six months. They're
> pretty fast, and simple to use. They can be used for non-kernel
> source trees.

Thanks for posting these - hopefully it will generate some discussion.

My own personal scripts (while obviously not getting nearly the
workout yours are) make at least one part noticeably simpler - I use a
complete 'cp -al' for the current "top of the applied stack" rather
than your foo.c~bar files. This means I don't have to explicitly keep
track of which files I'm touching and just let diff compare the entire
tree (which is fast as diff apparently recognizes hard links). My
equivalent of refpatch spews out a diffstat so that I can easily
notice if I touched something I didn't mean to.

My "apply patches up to x" script does some tricks so it generally
only does one 'cp -al', so the overhead is generally only a second or
two. The error handling got a little tedious in bash, so I rewrote
mine in Python..

I also have all my secondary directories outside of the source tree
proper, so it's easy to keep a completely pristine base tree and a
couple "branches".

What I'd really like is if someone were industrious enough to post a
"grab all patches to upgrade to current {release, bk, mm, ac}" script.

-- 
 "Love the dolphins," she advised him. "Write by W.A.S.T.E.." 
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/