Date: Tue, 26 Jun 2012 16:18:16 +0200 From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no> To: Warner Losh <wlosh@bsdimp.com> Cc: freebsd-arch@freebsd.org, Simon Gerraty <sjg@juniper.net> Subject: Re: Allow user install Message-ID: <86obo6w40n.fsf@ds4.des.no> In-Reply-To: <367C13EE-D631-4864-B873-FE912E6727A4@bsdimp.com> (Warner Losh's message of "Tue, 26 Jun 2012 07:59:26 -0600") References: <20120626063017.D05DA58081@chaos.jnpr.net> <86wr2uwdgf.fsf@ds4.des.no> <367C13EE-D631-4864-B873-FE912E6727A4@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Warner Losh <wlosh@bsdimp.com> writes:
> Dag-Erling Sm=C3=B8rgrav <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.
We already have install -d for mkdir, and in any case, very few
Makefiles actually create directories.
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.
DES
--=20
Dag-Erling Sm=C3=B8rgrav - des@des.no
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?86obo6w40n.fsf>