Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 26 Jun 2012 09:01:35 -0600
From:      Warner Losh <wlosh@bsdimp.com>
To:        =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no>
Cc:        freebsd-arch@freebsd.org, Simon Gerraty <sjg@juniper.net>
Subject:   Re: Allow user install
Message-ID:  <789426A5-00FF-4880-BC51-1998BC354D46@bsdimp.com>
In-Reply-To: <86obo6w40n.fsf@ds4.des.no>
References:  <20120626063017.D05DA58081@chaos.jnpr.net> <86wr2uwdgf.fsf@ds4.des.no> <367C13EE-D631-4864-B873-FE912E6727A4@bsdimp.com> <86obo6w40n.fsf@ds4.des.no>

next in thread | previous in thread | raw e-mail | index | archive | help

On Jun 26, 2012, at 8:18 AM, Dag-Erling Sm=F8rgrav wrote:

> Warner Losh <wlosh@bsdimp.com> writes:
>> Dag-Erling Sm=F8rgrav <des@des.no> writes:
>>> I've been thinking for a while that some bor^H^H^Henterprising soul
>>> should hack install(1) so that if a specific environment variable is
>>> set, it writes the file to a tarball instead of writing it to disk.
>>> Unfortunately, there would still be a ton of ${LN} etc. that would =
need
>>> to be handled somehow.  Perhaps install(1) should have an option to
>>> create symlinks so we could use that instead of ln -s, in the =
interest
>>> of reducing the number of different tools used during installation.
>> I'd prefer that to this hack, honestly, but this hack is cool.  =
NetBSD
>> did this years ago, and bringing it and the changes to xtree would be
>> a good thing.  There's also a number of mkdirs that also need to be
>> updated.  Let's not reinvent the wheel here, when there's a perfectly
>> good wheel elsewhere.
>=20
> We already have install -d for mkdir, and in any case, very few
> Makefiles actually create directories.
>=20
> But if the Makefiles use ${LN} instead of ln, we can easily point LN =
at
> a tool (perhaps even just a shell script) that does whatever is needed
> to record the symlink in the tarball instead of creating it on disk.

NetBSD's build already handles those cases with install.  It would be =
easy enough to bring that in.  The time consuming part will be fixing =
all the "short cuts" and inconsistencies in the build so that its output =
can be used.

Warner




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?789426A5-00FF-4880-BC51-1998BC354D46>