Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 12 May 2015 08:26:43 +0100
From:      Arthur Chance <freebsd@qeng-ho.org>
To:        nightrecon@hotmail.com, freebsd-questions@freebsd.org
Subject:   Re: permissions and ownership of /usr/src
Message-ID:  <5551AB33.1050006@qeng-ho.org>
In-Reply-To: <mirj55$3c8$1@ger.gmane.org>
References:  <20150510190342.GA9986@skytracker.ca> <20150510234531.f2398880.freebsd@edvax.de> <44r3qnfbwl.fsf@be-well.ilk.org> <mirj55$3c8$1@ger.gmane.org>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help
On 12/05/2015 01:57, Michael Powell wrote:
> Lowell Gilbert wrote:
>
>> Polytropon <freebsd@edvax.de> writes:
>>
>>> On Sun, 10 May 2015 15:03:44 -0400, David Banning wrote:
>>>> Can anyone tell me what the permissions - ownership are/should
>>>> be for /usr/src ?
>>>
>>> /usr/src should belong to root:wheel and have rwxr-xr-x permissions
>>> (those are the defaults). Does mergemaster indicate an error for
>>> /usr/src itself or for a subdirectory thereof?
>
> I was wondering about this too, e.g. is the permission error in /var/tmp/
> when mergemaster is trying to create the temproot directory tree under
> /var/tmp, and reflecting back through mergemaster when it fails. Somehow, I
> don't really think it likely, as a time or two I've had a problem like this
> mergemaster was very explicit about what was wrong.

I have a note to myself in one of my machine's /etc/fstab that reads

# Note: whereas noexec,nosuid seems like a good idea on /tmp,
# make -C /usr/src installworld creates programs under /tmp that
# it uses to do the install, so fails with the secure options.

As I've switched to using freebsd-update lately this is irrelevant for 
me now, but maybe this is what's hitting the OP. ISTR that mergeemaster 
does something with make in /usr/src.

>> Or, if the bandwidth isn't a big deal, remove the whole tree and do a
>> fresh "svn checkout". Or remove the directory where the error is
>> happening, and do an "svn update".
>
> Just something to mention in case anyone is interested: When I cd to
> /usr/src and do rm -rf * it will delete everything except the hidden
> directory .svn. Operation not permitted. In order to delete this internal
> svn housekeeping directory one must first chflags -R noschg .svn
>
> Then one can rm -rf .svn normally, and /usr/src will be truly empty. If
> someone can blow away /usr/src without seeing the operation not permitted
> error on the .svn directory, something is wrong with the flags under
> /usr/src/.svn




-- 
Those who do not learn from computing history are doomed to
GOTO 1



Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?5551AB33.1050006>