Date: Fri, 21 Apr 1995 12:48:27 -0700 (PDT) From: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> To: mark@linus.demon.co.uk Cc: freebsd-bugs@freefall.cdrom.com Subject: Re: misc/355: policy on /usr/local permission in base release Message-ID: <199504211948.MAA09181@gndrsh.aac.dev.com> In-Reply-To: <199504202100.OAA09697@freefall.cdrom.com> from "Mark Valentine" at Apr 20, 95 02:00:05 pm
index | next in thread | previous in thread | raw e-mail
Satoshi, what I am proposing here may effect the new use of this
by bsd.port.mk, so make sure you read this!
> >Number: 355
> >Category: misc
> >Synopsis: policy on /usr/local permission in base release
> >Confidential: no
> >Severity: non-critical
> >Priority: low
> >Responsible: freebsd-bugs (FreeBSD bugs mailing list)
> >State: open
> >Class: change-request
> >Submitter-Id: current-users
> >Arrival-Date: Thu Apr 20 14:00:03 1995
> >Originator: Mark Valentine
> >Organization:
> >Release: FreeBSD 2.1.0-Development i386
> >Environment:
>
> All systems.
>
> >Description:
>
> /usr/src/etc/mtree/BSD.usr.dist has an entry for /usr/local,
> which specifies policy for directory permissions which may
> be incompatible with local policy. This policy is enforced
> whenever you "make world". It's a little annoying having
> to keep undoing this, and inconvenient to keep patching the
> file in a ctm tree before each build. Is there any reason
> to keep this line in BSD.usr.dist - would BSD.local.dist
> not suffice for those who want to simply adopt the default
> policy for /usr/local?
>
> >How-To-Repeat:
>
> make world
>
> >Fix:
>
> Remove "local" entry from etc/mtree/BSD.usr.dist.
That is not a complete fix. I propose the following changes.
a) Remove local from etc/mtree/BSD.usr.dist
b) Rewrite etc/mtree/BSD.local/dist to include local and
push all the other stuff under it down one level so that a
mtree -deu -f BSD.local.dist -p /usr
does the same thing that a
mtree -deu -f BSD.local.dist -p /usr/local
did.
c) Fix etc/Makefile and other related makefiles that call mtree for
this file do the right things.
d) Check with the ports master to make sure I don't break any thing
in there.
--
Rod Grimes rgrimes@gndrsh.aac.dev.com
Accurate Automation Company Custom computers for FreeBSD
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199504211948.MAA09181>