Date: Mon, 18 Apr 2016 21:52:21 +0300 From: Lev Serebryakov <lev@FreeBSD.org> To: Glen Barber <gjb@FreeBSD.org>, freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <57152CE5.5050500@FreeBSD.org> In-Reply-To: <20160302235429.GD75641@FreeBSD.org> References: <20160302235429.GD75641@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --XtIdACha8xTfvoG8FgjBstUvU774Ajm8B Content-Type: multipart/mixed; boundary="FdWJfP2PF2txj1CjoXQmWiav8p6mf9jkD" From: Lev Serebryakov <lev@FreeBSD.org> Reply-To: lev@FreeBSD.org To: Glen Barber <gjb@FreeBSD.org>, freebsd-current@freebsd.org, freebsd-pkgbase@freebsd.org Message-ID: <57152CE5.5050500@FreeBSD.org> Subject: Re: [CFT] packaging the base system with pkg(8) References: <20160302235429.GD75641@FreeBSD.org> In-Reply-To: <20160302235429.GD75641@FreeBSD.org> --FdWJfP2PF2txj1CjoXQmWiav8p6mf9jkD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 03.03.2016 02:54, Glen Barber wrote: > 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 binar= y > 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. I understand, that maybe it is too late, but ARE YOU KIDDING?! 755 packages?! WHY?! What are reasons and goals to split base in such enormous number of packages? I understand debug symbols as separate package (one for almost whole base, except several "contrib" parts), I could understand separate package with all static libs (again, ONE package for all system static libraries) and headers. I could understand separate packages for SEVERAL "contrib" chunks: sendmail (it is often replaced by postfix / exim now), kerberos, toolchain and, maybe, unbound. But extract EACH WITH_XXX feature to several separate packages? It looks like nightmare. IMHO, it is very inconvenient for "default" installation and it doesn't look as good replacement to NanoBSD. NanoBSD is much more customized, typically. I don't have THAT number of packages even on "workstation"-like setup with X and some desktop software now, leave sever installation alone. And I don't see, how could this fragmentation could help me, as administrator. But it adds load to "pkg", to many pkg-related scripts, to "pkg version" output, at last! Why, or why, such fine-grained splitting (or should I say "shattering") of base was chosen? Is here good rationale for this? --=20 // Lev Serebryakov --FdWJfP2PF2txj1CjoXQmWiav8p6mf9jkD-- --XtIdACha8xTfvoG8FgjBstUvU774Ajm8B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJXFSzrXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePqvkP/ispXjrrs8C+G2PVPm+btdDU lyxpiMuM0A5cfa+xyJtFhEU+FgVeisjzroyY5g8d1w+nlxD0hUvI3sEKVUWPOfbM rkVFOOddjxcuRSbficcPGM/aVU/4CMaS160DYHri3vaMq1Iiifzwxa9Bi9ihxoji Su9CEhR6sW4hR7QJxRtcTWNvOgxjesg7xKRU7uDO3IJqbXRtSAX7kK4FYhG83i2W VXd6R5JTUy0Kj0t3pSiZIAg+xOTLYhy3cI9BxGIuvHRZceXAEjQJkAyt8DLyVkby RBvbK2J+fvmCWEJD2UwnZbJfHTuBPWxbK8hO0M8RjUzHJUiNI3CpPCwESNwtXssm AQoIxz8nIVlMrxxeHyroZEeC94442e/iGVmJ8onSAGnB9fVF82gK6wzPJF4rwgdO t+gtjhp3CcAUuau3Ah5uMZzHb3tYNsWGoYURwa3wre+u/LFNwH+7mjI4ctGsYckK GktU+W0wh1VZNhjfEDIepEqJCZAH5X4Q4qLG8LBEtx4g4nVM5EEGphyE6gB/f+9N tIVx1JDK6xSFiRFnFheBUdfgpoiUUQ018pybXkbevqMWdQbzntaFLlBoD46TomfA IHe4yZ7jk4Z8EQaLiH0pKOuzC/uRq5XucaJaStTosdERQ7l3pKI/l5ox5iTaIZUD v+VgggtMNW+jcMuAgGas =kbEe -----END PGP SIGNATURE----- --XtIdACha8xTfvoG8FgjBstUvU774Ajm8B--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?57152CE5.5050500>