Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 4 Dec 2018 09:15:59 +0000
From:      Alexey Dokuchaev <danfe@freebsd.org>
To:        Yuri Pankov <yuripv@freebsd.org>
Cc:        src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   Re: svn commit: r341446 - head/release/amd64
Message-ID:  <20181204091559.GA38765@FreeBSD.org>
In-Reply-To: <05039715-2792-fdb2-735f-c5842f4d8087@FreeBSD.org>
References:  <201812032231.wB3MVvaD060931@repo.freebsd.org> <20181204084122.GB94570@FreeBSD.org> <05039715-2792-fdb2-735f-c5842f4d8087@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Dec 04, 2018 at 11:52:34AM +0300, Yuri Pankov wrote:
> Alexey Dokuchaev wrote:
> > On Mon, Dec 03, 2018 at 10:31:57PM +0000, Yuri Pankov wrote:
> >> New Revision: 341446
> >> URL: https://svnweb.freebsd.org/changeset/base/341446
> >>
> >> Log:
> >>   mkisoimages.sh: don't use -p flag when copying loader.efi to msdosfs.
> >>   
> >>   This fixes 'cdrom' target in the case when world was built by user,
> >>   and not root.
> > 
> > Could you please explain why -p should not have been used here?  I fail
> > to understand this from the commit log.  I've always considered preserving
> > various file metadata as a good thing to do, and this commit puzzles me.
> 
> Because the target is on msdosfs, and the only metadata that can be
> preserved is modification time which isn't that useful with the file
> being hidden in ESP.  OTOH, 'cp -p' fails trying to preserve owner/group
> if source is not owned by root (as commit message says).  Additional
> 'chmod' call done in HBSD doesn't do much as well -- it seems we can
> only set/unset owner's 'write' flag which corresponds to DOS 'readonly'
> attribute.

Ah, I see now, so cp(1) was failing and that upset 'set -e'.  Thanks for
explanation.

./danfe



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20181204091559.GA38765>