Subject: Re: kernel source
To: None <port-alpha@netbsd.org>
From: Greg A. Woods <woods@most.weird.com>
List: port-alpha
Date: 11/29/1998 11:29:07
[ On Sun, November 29, 1998 at 18:37:39 (+1100), John Birrell wrote: ]
> Subject: Re: kernel source
>
> Greg A. Woods wrote:
> > [ On Sat, November 28, 1998 at 18:43:48 (-0800), Jason Thorpe wrote: ]
> > > Subject: Re: kernel source 
> > >
> > > You really want the snapshot building to provide the sources he/she used.
> > 
> > Indeed.  It really shouldn't be all that hard to tag the repository from
> > the working directory used by the snapshot build and then "cvs export
> > -kv -rSNAP_TAG" the sources based on that tag to create the canonical
> > source distribution for a given tagged "release".
> 
> You want each portmaster to tag the whole repository for each snapshot?
> That would be yet another reason for NetBSD not to release snapshots
> very often. A simple date checkout makes more sense. Consider a daily
> snapshot (on those architectures where you actually have time to
> compile the whole tree in a day 8-).

That would be OK so long as the build is done from a fresh working
directory checked out using the intended date.  With something as big as
the NetBSD tree, and esp. running over a WAN, that's the only way to
ensure you don't have any version skew without tagging.

However there are other advantages to tags, such as seeing which
revision of a file was used by referencing only the repository.

Also, the person building the snapshot doesn't need an extra copy of the
tree if they use a tag (except to build the source tar, but with a tag
the tar can be built on any machine).

I don't see what the problem with tagging is.  You simply start the tag
running in a separate window, after you've done the build, minimize it,
and go on to doing something else.  It's called "multitasking"!  ;-)

(the only thing they can't do while tagging happens is to run any cvs
command that would change the state of their working directory)

-- 
							Greg A. Woods

+1 416 218-0098      VE3TCP      <gwoods@acm.org>      <robohack!woods>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>