Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 4 Mar 2016 01:09:49 +0000
From:      Glen Barber <gjb@FreeBSD.org>
To:        Garrett Wollman <wollman@csail.mit.edu>
Cc:        freebsd-pkgbase@freebsd.org
Subject:   Re: [CFT] packaging the base system with pkg(8)
Message-ID:  <20160304010949.GC48568@FreeBSD.org>
In-Reply-To: <22232.56734.691784.696540@khavrinen.csail.mit.edu>
References:  <20160302235429.GD75641@FreeBSD.org> <22232.56734.691784.696540@khavrinen.csail.mit.edu>

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

--m51xatjYGsM+13rf
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Mar 03, 2016 at 07:58:06PM -0500, Garrett Wollman wrote:
> <<On Wed, 2 Mar 2016 23:54:29 +0000, Glen Barber <gjb@FreeBSD.org> said:
>=20
> > After checking out the project branch, build the userland and kernel as
> > normal with the 'buildworld' and 'buildkernel' targets.  Afterward,
> > packages can be created with the 'packages' target.
>=20
> >  # cd /usr/src
> >  # make [make flags] buildworld
> >  # make [make flags] buildkernel
> >  # make packages
>=20
> Since I don't have any 11-current machines yet, I tried cross-building
> this on my 10.2 build server, and it seems to work just fine, although
> pkg(8) whines copiously about "Major OS version upgrade detected.
> Running "pkg-static install -f pkg" recommended".

This is expected.

> I note also that
> "make packages" doesn't work with -jN, but "make release" never worked
> in parallel either, and I suspect they break in the same place for the
> same underlying reason.

Until the 'install' targets are '-j' safe, 'make packages' will not be.

> I did this build as myself with -DNO_ROOT and
> everything went fine; a spot check of the packages shows the correct
> file ownership.
>=20
> > At present, the base system consists of 755 packages with the default
> > build (empty src.conf(5) and make.conf(5)) for amd64.  The number of
> > packages depends on several factors, but for most cases a runtime binary
> > is split into several components.  In particular, most shared libraries
> > are individually packaged, in addition to debugging symbols, profiling
> > libraries, and 32-bit packaged separately.
>=20
> I was prepared to freak out at this, but with half the packages
> consisting of debugging symbols for binaries that ship stripped in
> 10.x anyway (so most users would never need nor install those
> packages), the number isn't so unreasonable.  I get 531 non-"-debug-"
> packages here, which is still more than I'd like but tolerable given
> how many of them will never be installed.  (Could some of those
> library packages be consolidated?

This was intentional.  If, for example, there is a libxo bug that
requires an EN or SA, we do not want the binary upgrade to exceed more
than required.

> I'm not convinced that it makes
> much sense to have all the different -lib32-* variants given the
> normal use case is runtime-only.

For those who have no need for lib32 stuff, we do not want to enforce
its existence.

> And I don't see the profit in having
> separate libusb, libusbhid, libutil, libvmmapi, libwrap, libxo, liby,
> libypclnt, libz, etc. packages, either.)
>=20

The underlying reason for this is noted above.

> Also, for the "FreeBSD-kernel" package, why is the kernel
> configuration name downcased, and why is the opposite of "-debug-"
> "-release-" as opposed to "" like all the other packages.
>=20

It's how the awk script generates the resulting plist and ucl file,
which I forgot to fix.

> Maybe all of the CDDL-licensed stuff should be in a (meta)package of
> its own?
>=20

Yes.  Good catch.

Glen


--m51xatjYGsM+13rf
Content-Type: application/pgp-signature; name="signature.asc"

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

iQIcBAEBCAAGBQJW2OBdAAoJEAMUWKVHj+KT7UoP/RZ3a14gOROFuEHSFCaeOwOd
doD7I4WXUDBR6fAEf3Q7ibXmfspyythniJoO8vLnh2rgXtVtF8EBt6kMgkbE6HW/
rpjUEOZBCkn80CJpueTagqU4MhRFiB9wxUUWdon/6pSI/iYXVOikl9lQIC33eQvW
m//sBOxx8F/3WIl19eQnPa5bVFzzv2oTNFbzgHs7vYCT3K3n42uxGRUuzTHAYUwV
SpOMsZE9QW+7hJjD4/6zGAWvqGdx0ARAUDOGFf85Ilt/flsTHLw2hbpnhJa59FKS
vdYeHBu2kANaS9vNsYPyL8g7hfC7EO3nzJvGiZO6MDO4h5h50Tcm2E5J0kg53mKl
cQ1gHvgJ8gl0vw/a7+gWn+dsRg7phhnn5IKBApD7ZFXmOOaTZMNj/CQr71kjOJ4t
S/jp3RoeKTMKzpv0DDIbjvoeVg6XjLnobI1ybkjRbVR0CSpo5HbfsiNk0s3bVz9z
oWiHun0yizW2CkPc/Ym53p8v5G+fQD6hlovr/R3kWz4qXF94zEi63vPnDSTR8A32
GuPSZFee7qyyvZDvNOcWu0HUC8OQR4Da3TDrXcKrIL4RFqYz/yexzJDeG3pt1abi
dfkpooB38MA9FBeftirDkSWdaZXNYrheIIxp+/sNQM4e3D1ptuwgVRl4At/cDzmG
U0xi1ZyaZM5A/3J33FYx
=5FGx
-----END PGP SIGNATURE-----

--m51xatjYGsM+13rf--



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