From owner-freebsd-hackers Mon Sep 8 00:37:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA15614 for hackers-outgoing; Mon, 8 Sep 1997 00:37:43 -0700 (PDT) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA15609 for ; Mon, 8 Sep 1997 00:37:38 -0700 (PDT) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id AAA23975; Mon, 8 Sep 1997 00:37:27 -0700 (PDT) To: Greg Lehey cc: FreeBSD Hackers Subject: Re: Do you have some neat configuration files? In-reply-to: Your message of "Mon, 08 Sep 1997 15:38:22 +0930." <19970908153822.27586@lemis.com> Date: Mon, 08 Sep 1997 00:37:27 -0700 Message-ID: <23971.873704247@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > course, derived from what I run on my own system. In order to make > things easier for the user, I'm putting them on the CD-ROM, so anybody > who wants to use this version can just load the stuff from CD-ROM and > have a relatively functional system. > ... > I haven't decided on a structure for storing these files yet, though > Jordan has suggested a top-level directory /usr/share/skel/extras. > I'd suggest one subdirectory for each unrelated set of config files. Some folks will probably read the above and go "Squaaawk! Those are entirely unrelated items!" so let me just note that Greg's second paragraph there actually pertains to another aspect of this topic entirely which, while entertwined in a common subject thread, is nonetheless distinct from the CD issues. Greg has really placed two separate proposals here before you, the first being the collection of some nifty startup file bits and "canned user profiles" which Joe User might crib from, just as hackers on true timesharing UNIX systems used to crib useful tidbits from various admin personnel's startup files when left readable, and the second being the actual incorporation of this data into the CVS repository for more ongoing "skeleton file" work. His book could certainly reference these files under xperimnt/ on the CD just as easily and avoid the whole question of how to organize the contents more generally, but I also think that putting this stuff into /usr/share/skel/extras might very well lead to something far nicer in the long run due to the extra exposure and collaborative opportunities bestowed by the CVS repository. It's a tough call. In any case, I think we should be careful to keep the issues separate so that if one battle is lost the whole "war" doesn't go with it. An attempt to gather this information was made once before and it failed. I'd hate to see that happen twice. :-) Jordan