Date: Fri, 31 Oct 1997 22:06:11 +0800 From: Peter Wemm <peter@netplex.com.au> To: Bruce Evans <bde@zeta.org.au> Cc: jmg@FreeBSD.ORG, peter@netplex.com.au, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-sys@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/isa/snd README ad1848.c dmabuf.c mss.h sb_dsp.c sbcard.h sound.c sound.h dmabuf_auto.c Message-ID: <199710311406.WAA23911@spinner.netplex.com.au> In-Reply-To: Your message of "Sat, 01 Nov 1997 00:33:23 %2B1100." <199710311333.AAA17396@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
Bruce Evans wrote: > >> Log: > >> This updates Luigi's sound code to the basic code in snd971023... > > > >Argh!! This too should have been done with 'cvs import' and a merge... :-( > > A bit late :-). Yeah, I know.. But still, the more I learn about cvs/rcs, the more I discover just how braindead the branch support is. In the long run, trying to keep files on the vendor branch doesn't save all that much in delta space since the first time it leaves the vendor branch, it does a delta from the very first 1.1.1.1 import.. So, we see things like a single line change in some drivers causing a +2500 -1500 duplicate rcs delta. The file size is not all that different if the file left the vendor branch right after import and each delta went in twice. Still, it's damn useful to be able to do this: cvs diff -u2 -rLUIGI | more and see what changes we have relative to what Luigi last released. I'm sure that would make the tracking task easier too. It's not too late. I can do an import of the one (or two?) intermediate releases for history purposes. It will make the next merge a lot simpler. Cheers, -Peter -- Peter Wemm <peter@netplex.com.au> Netplex Consulting
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199710311406.WAA23911>