Subject: Re: detecting -current versions
To: David Maxwell <david@spinne.web.net>
From: Andrew Gillham <gillham@andrews.edu>
List: current-users
Date: 09/03/1995 21:14:44
> the core team gets benefits from it, and cuts their workload some, and it
> is clearly distinct from full NetBSD releases, I don't know what core's
> objections would be. (But that's what Email is for ;-)

Hmm, I personally don't like the "clearly distinct" part.  Sounds too
much like a splinter.  I prefer having core providing snapshots, or
core approving who is providing the snapshots.  Not that they have to,
but we don't want the distributor of the weekend reputation like Linux
has.  i.e. Netbsd 1.0, Fred's NetBSD 1.0, Killer NetBSD 1.0, Slackoff
NetBSD 1.0, etc.. all being _different_.

> 2. Likewise, people could pick the right V-rel to get the new features they
> want in an update, without worrying about individual file versions.

Well, how would bugfixes .vs. new features work?  I would think a micro
release would just be a known stable snapshot.  Generating a new micro
release would make previous ones obsolete.

> 4. Patches could be built for upgrading between V-rels without getting the
> full tree from scratch, which saves time and bandwidth.

Upgrade kits are a good idea, but seem more appropriate for _real_
NetBSD releases.  I guess it would depend on how often you generated a
micro release.

> 5. More people might run NetBSD with access to a more structured environment.

I don't really think the current release environment is unstructured.
The problem is just that the releases aren't often enough.  I would be
happy to see a NetBSD 1.1 now, and a NetBSD 1.2 in about 6 months.  Or
a NetBSD 1.1.1. I guess.  I'll agree that the -current method is not
structured from the standpoint of "releases" but it isn't meant to be.
I think more people would run NetBSD if we had a friendly install
utility.  (and maybe more packages)

> The way snapshots are made, and who makes them now would not change, we
> would just add more structure to the way they are made available. I can
> probably provide a Web site for doing the things mentioned above.

I'm not sure I understand this part.  I thought you were saying that
someone "clearly distinct" from NetBSD would be making the
snapshot/virtual/micro releases?

-Andrew
-- 
============================ Real 32bit multi-tasking UN*X System
Andrew Gillham             | TCP/IP,NFS,PPP,4.4BSD-lite,multi-user
gillham@andrews.edu        | i386,sparc,alpha,mac68k,amiga,others
LAN/WAN/NW/UN*X specialist |   ---> http://www.NetBSD.org <---
        'Free the daemon in your computer, NetBSD'