From owner-freebsd-questions@FreeBSD.ORG Tue May 12 07:32:54 2015 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CDC3AFC8 for ; Tue, 12 May 2015 07:32:54 +0000 (UTC) Received: from bede.qeng-ho.org (bede.qeng-ho.org [217.155.128.241]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7136813E6 for ; Tue, 12 May 2015 07:32:53 +0000 (UTC) Received: from arthur.home.qeng-ho.org (arthur.home.qeng-ho.org [172.23.1.2]) by bede.home.qeng-ho.org (8.14.9/8.14.7) with ESMTP id t4C7Qhxw030420; Tue, 12 May 2015 08:26:44 +0100 (BST) (envelope-from freebsd@qeng-ho.org) Message-ID: <5551AB33.1050006@qeng-ho.org> Date: Tue, 12 May 2015 08:26:43 +0100 From: Arthur Chance User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: nightrecon@hotmail.com, freebsd-questions@freebsd.org Subject: Re: permissions and ownership of /usr/src References: <20150510190342.GA9986@skytracker.ca> <20150510234531.f2398880.freebsd@edvax.de> <44r3qnfbwl.fsf@be-well.ilk.org> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 May 2015 07:32:54 -0000 On 12/05/2015 01:57, Michael Powell wrote: > Lowell Gilbert wrote: > >> Polytropon 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