From owner-freebsd-hackers Sun Dec 10 10:48:53 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id KAA28883 for hackers-outgoing; Sun, 10 Dec 1995 10:48:53 -0800 (PST) Received: from DATAPLEX.NET (SHARK.DATAPLEX.NET [199.183.109.241]) by freefall.freebsd.org (8.7.3/8.7.3) with ESMTP id KAA28877 for ; Sun, 10 Dec 1995 10:48:50 -0800 (PST) Received: from [199.183.109.242] by DATAPLEX.NET with SMTP (MailShare 1.0fc5); Sun, 10 Dec 1995 12:14:24 -0600 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 10 Dec 1995 12:14:16 -0600 To: Joe Greco From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Sup's Freefall-centric tree conventions Cc: hackers@freefall.freebsd.org, jkh@time.cdrom.com Sender: owner-hackers@FreeBSD.ORG Precedence: bulk I, rkw@dataplex.net (Richard Wackerbarth) wrote: >> I advocate that we designate another tree location for the various >>source trees. >> For example, ~FreeBSD/current, ~FreeBSD/stable, ~FreeBSD/cvs, etc. >> The individual system is then free to make these entries links to whatever >> location is appropriate for their configuration. Joe Greco replied: >I did precisely this, I used "/sup/current" "/sup/stable", etc. as the base >for my sup operation here, and these are actually symlinks into my /ftp >tree, so everything magically works. > >We should maybe consider discussing the best way to do this, to help >minimize confusion ("What? Your sup collections are in /xyz?") and the >number of changes one needs to make to a supfile to make it do the right >thing. > >I, for one, would prefer to see my convention of "/sup/current" etc. mainly >because I would hesitate to make a user name for freebsd, and in caps yet. I think that we are basically in agreement. My only objection to your scheme is that it is FreeBSD-centric. What if I also want to support NetBSD? I therefore feel that "FreeBSD" (or "freebsd", I happen to prefer the caps, but that is personal preference) needs to appear somewhere in the path. The important thing from the user's point of view is that by simply changing "sup.freebsd.org" into "sup.uk.freebsd.org" or "sup1.freebsd.org", he can get the same results. And further, having gotten the results, I can turn around and supserve them to someone else. Further, those results should not step on the underlying system. We should be prepared to support multiple versions of the OS and multiple OS's in the archive scheme without them stepping on each other. I would be happy with /FreeBSD/2.1/src or /sup/FreeBSD/cvs or ... I think we also need to rethink the "ports" situation a bit. Although it is generally the case that the latest port of xxxx will work with any of the FreeBSD-2.x releases, we will come to a point where the port for 2.1 is different from the port for 2.2. How do we reasonably assure that the user easily gets the correct version for his system? ---- Richard Wackerbarth rkw@dataplex.net