From owner-cvs-etc  Wed Jun  4 16:16:55 1997
Return-Path: <owner-cvs-etc>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id QAA29345
          for cvs-etc-outgoing; Wed, 4 Jun 1997 16:16:55 -0700 (PDT)
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id QAA29337;
          Wed, 4 Jun 1997 16:16:47 -0700 (PDT)
Received: from labs.usn.blaze.net.au (local [127.0.0.1])
	by labs.usn.blaze.net.au (8.8.5/8.8.5) with ESMTP id JAA16937;
	Thu, 5 Jun 1997 09:16:17 +1000 (EST)
Message-Id: <199706042316.JAA16937@labs.usn.blaze.net.au>
X-Mailer: exmh version 2.0gamma 1/27/96
To: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= <ache@nagual.pp.ru>
cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-etc@FreeBSD.ORG
Subject: Re: cvs commit: src/etc/mtree BSD.include.dist 
In-reply-to: Your message of "Thu, 05 Jun 1997 02:49:12 +0400."
             <Pine.BSF.3.96.970605024737.3023C-100000@lsd.relcom.eu.net> 
X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P<Wc^}f75I|456ez/M
 E3OlD+ZL@c>#N+Ec~Z&@;'LL!;3?y<m[SK`'\R~Oe|(t-x+U@a%p!1_fZP0!Tb^?'%M1|"n9
 Fl{Ao~%X[Ec|bMlaN-3#x.e')nZ2/HHYSa2D[:bk#pj0(}\HpKeE}/GqUb3-1}lnUm6Et4?(
 gB5[*Z3Mu6o{Og.EJ))beY9oq9wcVU7_n}:I2JvCaa[5=&PI;x__["DL`uI}=s>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 05 Jun 1997 09:16:17 +1000
From: David Nugent <davidn@labs.usn.blaze.net.au>
Sender: owner-cvs-etc@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> > Erm, they are always directories in releases.  I'm not sure
> > where this is configured for releases, but it is option
> > SHARED=copies in include/Makefile.
>  
>  Do we really need them as directories?

Yes. it's kind of nice to be able to build your hello world program
and ports on a newly installed FreeBSD box without having to also
install kernel sources. Otherwise, we should leave installation of
the entire compiler kit out unless /sys is also installed (which is
actually pretty typical of any Linux installation, and I hated it
there too). None of this may be obvious to the end-user, which is
why it should remain as it is.

Personally, I don't much like mtree following symlinks, but I guess
I don't really get a vote. :-) This is one case where you really
don't want to do so, so I guess some extension to the mtree format
or a command line switch (less flexible here) would be necessary
to take care of these special cases where you don't want to follow
them.


Regards,
David

David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/