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