Date: Wed, 29 Sep 2004 01:32:08 +0800 From: Xin LI <delphij@frontfree.net> To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de> Cc: current@FreeBSD.org Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way Message-ID: <20040928173208.GA277@frontfree.net> In-Reply-To: <m3d606gw8o.fsf@merlin.emma.line.org> References: <20040927224353.845381B217@merlin.emma.line.org> <20040928043351.GA2400@frontfree.net> <20040928071758.GB14942@ip.net.ua> <m31xgmzt34.fsf@merlin.emma.line.org> <20040928153537.GA3185@frontfree.net> <m3d606gw8o.fsf@merlin.emma.line.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--yrj/dFKFPuw6o+aM
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Tue, Sep 28, 2004 at 07:05:11PM +0200, Matthias Andree wrote:
> X-Sieve: CMU Sieve 2.2
> To: Xin LI <delphij@frontfree.net>
> Cc: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>,
> Ruslan Ermilov <ru@FreeBSD.org>,
> Matthias Andree <matthias.andree@web.de>, current@FreeBSD.org
> Subject: Re: bin/72138: libc.so.5 isn't installed in a safe way
> In-Reply-To: <20040928153537.GA3185@frontfree.net> (Xin LI's message of "=
Tue,
> 28 Sep 2004 23:35:37 +0800")
> From: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>
> Date: Tue, 28 Sep 2004 19:05:11 +0200
> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (gnu/linux)
> X-Virus-Scanned: by amavisd-new at frontfree.net
>=20
> Xin LI <delphij@frontfree.net> writes:
>=20
> > So I personally prefer we have -S for the shared libraries (as Ruslan's
> > patch did) - and give our user community the choose of whether to have
> > INSTALL=3Dinstall -S in their make.conf.
> >
> > What do you think about this?
>=20
> It is important that a failing "make installworld" doesn't leave a
> non-working system behind. I don't care much about temporary files left
> over.
I concur that it's important, however, it is much less by chance when faili=
ng to
install binaries then failing to install shared objects, because the
latter would cause serious problem with *all* binaries when they are
dynamically linked newadays.
Generally speaking I've no idea why general binaries should be installed
in ``safe mode'' because:
- Little chances that lacking one binary will cause an unbootable
system. If you have different idea, we may probably list them
individually rather than having everything installed in ``safe
mode'', as most of the binaries won't cause problem even they
are deleted. We can live without ``rm'' because we can still
``make install'' it...
- Users who feel this important can still set INSTALL=3Dinstall -S
instead of the default make.conf value.
- Rename operation might be expensive in some situation, for
instance, a flash disk. Their life is limited by re-writes
and -S will cause four writes.
It seems to me, however, a good compromise to document this in make.conf
rather than making it default. Maybe we can make the following changes:
- Have INSTALL_BIN_FLAGS, INSTALL_LIB_FLAGS, INSTALL_SHLIB_FLAGS,
INSTALL_DOC knobs
which control the installation of binaries, libraries, shared
objects, documentations, while retaining the INSTALL as the
all-over knob.
- Change
${INSTALL} foo $[BINPATH}/bar
into
${INSTALL} ${INSTALL_BIN_FLAGS} foo ${BINPATH}/bar
or so forth. With this change, we can control whether
documentation is or is not installed in safe mode.
However, this change may need more tests so I'd ratherr having Ruslan's
patch in the tree first (and I highly recommend that it should be MFC'ed
to RELENG_5 and the upcoming RELENG_5_3), and consider the above after
5.3-RELEASE.
Will that helpful?
Cheers,
--=20
Xin LI <delphij frontfree net> http://www.delphij.net/
See complete headers for GPG key and other information.
--yrj/dFKFPuw6o+aM
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (FreeBSD)
iD8DBQFBWaAY/cVsHxFZiIoRAkEeAJ9Ygkhk6xWflvHhbK6c8qNAfo5uOACfb5I4
uiNijXqFH4DhIpWfQ08dHkk=
=JhVj
-----END PGP SIGNATURE-----
--yrj/dFKFPuw6o+aM--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040928173208.GA277>