tech-userlevel archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Easier way to track a stable branch
On 1/5/09, matthew sporleder <msporleder%gmail.com@localhost> wrote:
> On Sun, Jan 4, 2009 at 6:39 AM, Hubert Feyrer <hubert%feyrer.de@localhost>
> wrote:
> > On Sat, 3 Jan 2009, matthew sporleder wrote:
> >>
> >> Thanks for looking and let me know if this is interesting to anyone,
> >
> > Now some way to create such a patch between two NetBSD releases would be
> > nice,
>
>
> I'm pretty close to having a command where you can say:
> ./mt_diff.sh olddistdir newdistdir And get a package as described
> earlier. The build seem to produce the same checksums so I just have
> to filter out the time= field. I'm not sure how to keep diff from
> showing shifts in line numbers, so I'll keep working on it. Any tips
> on diff(1) would be great. :) Otherwise I'll have to do it
> one-file-at-a-time.
>
> (diff <(awk '{ $6=""; print $0 }' set.text) <(awk '{ $6=""; print $0
> }' set.text)
>
>
> > and possibly a way to backout one patch, and possibly roll back
> > several patches. I.e. when you update from X to Y to Z to go back from Z to
> > Y and then to Z (or figure out the steps from Z to X for one step).
> >
>
>
> One patch should be pretty easy. Following an order/backing out many
> implies a dependency path, which I'm not sure how to accomplish with
> simplicity yet.
>
>
> > ISTR Elat used to work on something similar, but I don't know what the
> > status of this is.
> >
I finished the mt_diff.sh script a while ago and never mentioned it.
It will take two destdir's, go line-by-line through all of the mtree
files, and generate a "package" of sorts which can be applied to
update a netbsd system.
You can find the script here:
http://www.mspo.com/code/mt_diff.sh
My basic conclusion is that the mtree files are not flexible enough to
replace a real packaging system, but they're pretty close.
Would NetBSD rather use the pkgsrc pkg format for the base system, or
would a slightly expanded mtree be preferred? If it's the latter then
I can give some (now more informed) opinions of what would need to be
done.
Matt
Home |
Main Index |
Thread Index |
Old Index