Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 4 Feb 2016 21:36:29 +0000
From:      Glen Barber <gjb@FreeBSD.org>
To:        Nathan Whitehorn <nwhitehorn@freebsd.org>
Cc:        src-committers@freebsd.org, svn-src-projects@freebsd.org
Subject:   Re: svn commit: r295280 - projects/release-pkg/release/packages
Message-ID:  <20160204213629.GA74312@FreeBSD.org>
In-Reply-To: <56B3C34B.1080501@freebsd.org>
References:  <201602042120.u14LKQ2b026571@repo.freebsd.org> <56B3C34B.1080501@freebsd.org>

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

--WIyZ46R2i8wDzkSu
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Feb 04, 2016 at 01:31:55PM -0800, Nathan Whitehorn wrote:
>=20
>=20
> On 02/04/16 13:20, Glen Barber wrote:
> >Author: gjb
> >Date: Thu Feb  4 21:20:26 2016
> >New Revision: 295280
> >URL: https://svnweb.freebsd.org/changeset/base/295280
> >
> >Log:
> >   Add package files for libc, libedit, librtld_db, and libthr.
> >   libedit is needed for sh(1), which if updated before runtime,
> >   can cause undesirable behavior.
> >   For the rest, the installation order needs to be:
> >    1) librtld
> >    2) libc
> >    3) libthr
> >   The dependency listing and shilbs_required entries ensure this
> >   behavior.
>=20
> Are we really planning to split up the system at this level of granularit=
y?
> That seems like a huge regression from one of the main selling points of
> FreeBSD: that it is *not* split up at this level and forms a unified syst=
em.

Initially, the plan was to avoid this level of granularity unless where
needed.  Consider the case of jail(8), where having a libjail package
makes sense - otherwise libjail.so* is installed regardless.

For this specific commit, however, the ordering must be as described
above.

That said, I'm still looking through the library dependency chains, to
eliminate things everything requires (such as libc.so.7).  However, by
not having this level of granularity, the side effect is significantly
larger individual packages, and as a result, larger downloads for SAs
and ENs.

Glen


--WIyZ46R2i8wDzkSu
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJWs8RZAAoJEAMUWKVHj+KTXcYP/Rx3rfdNONDN7lfNARatpP0y
np/bATU/3QGRTJ+ounTVVi3j2KgtmXfauQI3aPaIwGX4KEII/B5kFc87QZxK8wJo
UIYVh58+ezVid5opy5Z5Da0iA1NbnPeqleAgyr+bh9tlYNnlzgnZiOjzbZq6dosJ
wTZDjIH0XbYh5OP8U72qR2RTD9Qlb2euBr86zzsbaIGztkg2QivxPEmyqcfki21V
82N91EBSrAkTiBfKMFPjH1VhMXrgZlYqua9iLJkvEOyA4Q6zObA6SAM1vCqR4KNM
vvvMm7hj8COmMwHsaIoykDuVuoSR6bt0PWZ9usD4i3Y5PiXjdfnZnUp2SIB7NB3A
WTlZMDMdOqBIyJRekRZlTJ57s0mDUIGHNBlnNmCjxpJTuxbGDRkPbJRB3fykzrRT
dKPvweIlHYcse1QJpq74nD85j6IRCRsTPeb4DEp8OrOdBkFHOdCK4q9cALSAhrl+
kD6+xL2OOzl3eWXh7hAVhNbWsrQdPLww2ItdpHy8v45kwnHHvxTSqTzj1rP32Xgi
OtowmtK4BazWlHXFCWVb6VrUCmpnSdF8W+Yf6ZHPpqgCIpgxgPB3vbq2y5aHqb5S
uS5TyrfiXVAlAqT3sAjYBY6CIFCTE1GApm/S1gDzxDd2STxKStkx/avXo0ysc3q/
C4RSc2EQC6dDVme+r2+z
=1wBj
-----END PGP SIGNATURE-----

--WIyZ46R2i8wDzkSu--



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