[cab-discuss] Re: [tools-discuss] Distributed SCM status

[Stephen Hahn]

* Al Hopper <al at logical-approach.com> [2006-02-08 08:52]:
> On Wed, 8 Feb 2006, Stephen Hahn wrote:
> 
> > * Patrick Mauritz <oxygene at studentenbude.ath.cx> [2006-02-08 04:48]:
> > > On Wed, 2006-02-08 at 06:52, Stephen Hahn wrote:
> > > >    I want to thank each of these folks for their efforts so far.  Is
> > > >    anyone out there willing to fill in a requirements check for either
> > > >    of bzr or SVK (or Monotone, Mercurial, or their own favourite DSCM)?
> > > I'm just in the last step of making a solaris/x86 package of ghc, and
> > > darcs comes directly after that.
> > > so if someone wants to evaluate it, it is an option now (solaris/sparc
> > > is already supported by the ghc team themselves, it seems)
> > >
> > > I'd need some place to put up the packages though (esp. the ghc one is
> > > rather large), any suggestions?
> >
> >   We can use the site; I've been wondering if we should spin off the
> >   evaluation to a separate project anyway.
> >
> >   I owe both Cyril and you replies (but need to have breakfast)--the
> >   reason we need to support two SCMs is not for any one project, but
> >   that different consolidations have distinctly different requirements.
> >
> >   ON's primary SCM will be the result of the distributed SCM evaluation.
> >
> >   I would expect JDS's primary SCM to be Subversion.
> >
> 
> Stephen,
> 
> I'd like to suggest and recommend that we consider taking advantage of
> Cyrils expertize and commitment to the current Subversion instance of
> OpenSolaris[1] by using him to host the nightly drops as soon as they
> become available via Stephen Lau.
> 
> The availability of a nightly SVN update would be a very valuable asset to
> the project and I'm sure that between Stephen Lau and Cyril, any bugs etc.
> during the initial rollout, could be quickly and professionally eliminated.
> 
> [1] right from the public launch of the project.

  I have no objection to having the genunix.org repository be a
  recipient of nightly drops, but a model where I-team members do pushes
  won't scale.  (That is, the solution must be automated and public.)

  - Stephen

-- 
Stephen Hahn, PhD  Solaris Kernel Development, Sun Microsystems
stephen.hahn at sun.com  http://blogs.sun.com/sch/