From owner-cvs-all Tue Jul 25 17:53:26 2000 Delivered-To: cvs-all@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 97D2137BCE4; Tue, 25 Jul 2000 17:53:19 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 752F5584; Tue, 25 Jul 2000 17:53:17 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id RAA23354; Tue, 25 Jul 2000 17:53:16 -0700 (PDT) Message-ID: <397E367C.E49F9FAE@cup.hp.com> Date: Tue, 25 Jul 2000 17:53:16 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Andrey A. Chernov" Cc: Warner Losh , Peter Wemm , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/etc Makefile src/include Makefile src/release Makefile src/release/picobsd/build Makefile.mfs src/release/picobsd/custom Makefile.mfs src/release/picobsd/dial Makefile.mfs src/release/picobsd/install Makefile.mfs References: <397E2B1B.896E430F@cup.hp.com> <397E24A9.81AA57BA@cup.hp.com> <200007252213.PAA34677@netplex.com.au> <200007252322.RAA24596@harmony.village.org> <200007252340.RAA24778@harmony.village.org> <397E2B1B.896E430F@cup.hp.com> <200007260018.SAA25201@harmony.village.org> <20000726043259.A45303@nagual.pp.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG "Andrey A. Chernov" wrote: > > On Tue, Jul 25, 2000 at 06:18:30PM -0600, Warner Losh wrote: > > : How does this weight up to the problem Peter mentions? > > > > Peter's problems are the reason that we should have PHYSICAL by > > default and a knob to make it LOGICAL for those few people that need > > it. I think I've said this about 20 times now... > > I don't think so. We should use LOGICAL by default since not all admins > are expirienced enough to understand whole issue or don't wish to deal > with so complex setup on many machines. Without LOGICAL they are under > security risk. Better to have secure variant by default. For the case > Peter describe we should use PHYSICAL. It is only special case with > symlinked includes. So here is where the confusion comes from... Since Warner just told me that other BSDs don't handle this (ie they only do PHYSICAL), why do you think *we* should handle this? If we're going to default for safety, why change the mtree defaults to the unsave variant in the first place? I think that you undermine your reasoning by changing the mtree defaults. I think we should either leave it as it is, or change mtree to use FTS_PHYSICAL and with that, change the defaults in our build process. Thoughts? -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message