From owner-cvs-all Fri Feb 2 11:16:55 2001 Delivered-To: cvs-all@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id D2C8F37B491; Fri, 2 Feb 2001 11:16:30 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.1/8.9.3) with ESMTP id f12JGA389436; Fri, 2 Feb 2001 11:16:10 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200102020416.f124GD935893@harmony.village.org> Date: Fri, 02 Feb 2001 11:16:14 -0800 (PST) From: John Baldwin To: Warner Losh Subject: Re: cvs commit: src/release/picobsd/dial PICOBSD src/release/pic Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-Feb-01 Warner Losh wrote: >: Of course, I have a somewhat cock-eyed view of what I would like src/sys to >: look like: http://people.FreeBSD.org/~jhb/sysorg.txt. > > I've seen that and I'm not sure I like it.... That's ok, no one else does either. :-P Not everyone likes my view of orderly namespaces. >: I just like cleaning up the tree in places. Ideally, IMO, >: src/release should be a place to stick stuff used for building >: releases, not a dumping ground. This is one of the reasons (among >: others) that I moved sysinstall to src/usr.sbin/, as it is not a >: release-only tool. Others have pointed out that picoBSD is just >: another form of distributing code like the normal releases. I >: personally feel that they are apples and oranges, but not everyone >: will agree. > > But when you build a picobsd image, you are building a release. > That's why it was originally placed in there. The original discussion > said it was the least bad place for it in the tree. What if we have a > TinyBSD that is a different animal than PicoBSD. Do we have a > src/tinybsd and a src/picobsd as well? Well, then how about src/release/picobsd and move the rest of src/release into a src/release/freebsd? Right now you have picobsd sitting on the side of the rest of the release tree at a different level. If you want to argue that pico is just another release then fine, but let's put the different release mechanisms at the same logical level in the tree. src/release/Makefile doesn't recurse into picobsd/ and build picobsd distributions, it just builds a freebsd distribution, so lets move it to src/release/freebsd. Something similar might be having sys/dev/pccard/pcic.c and sys/dev/pccard/pci/pcic_pci.c. Those two things don't belong at different logical levels like that. > Warner -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message