Date: Thu, 4 Feb 2016 13:50:27 -0800 From: Bryan Drewery <bdrewery@FreeBSD.org> To: Nathan Whitehorn <nwhitehorn@freebsd.org>, Glen Barber <gjb@freebsd.org>, src-committers@freebsd.org, svn-src-projects@freebsd.org Subject: Re: svn commit: r295280 - projects/release-pkg/release/packages Message-ID: <56B3C7A3.5000502@FreeBSD.org> In-Reply-To: <56B3C6E4.60907@FreeBSD.org> References: <201602042120.u14LKQ2b026571@repo.freebsd.org> <56B3C34B.1080501@freebsd.org> <56B3C6E4.60907@FreeBSD.org>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On 2/4/2016 1:47 PM, Bryan Drewery wrote: > On 2/4/2016 1:31 PM, Nathan Whitehorn wrote: >> >> >> 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. >> >> Are we really planning to split up the system at this level of >> granularity? 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 system. >> -Nathan >> > > You are jumping to conclusions. Splitting how files are *tracked in > metadata* changes nothing about what we are delivering in a release. > > What level does freebsd-update track the system? It seems it is per-file. > > This constant idea that splitting files in metadata is bad is hindering > progress greatly. > Also, pkg has no binary diff packages. The plan to release 11 with packages is moving forward. Do we really want a multi-gigabyte world package being downloaded so we can modify a security bug in /etc/rc.d/jail? It makes no sense. This commit in particular is wrong in that it does not go *far enough*. Everything installed needs to be handled by dependency ordering. The resistance to doing this correctly needs to just stop or we're going to end up with a completely broken system. -- Regards, Bryan Drewery [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJWs8ejAAoJEDXXcbtuRpfPM8cIAKk0SRNNBnjXd9r4RxiE216b +/HywpNWewcz6D8hmnIhMlsbnF1jcgfCNfXqFmefD/qGPFAhxkqJChO0vunjtDdt XM2yGAaum8icyDV1jXInFgC2wI0PtKIq8egN7GwrVtW9lbNoUrA2P+6x+EWBR4gQ kAdt6V9bMOjFyuB6uPWNnlNO0HNIk2E8Vr6uYzYZ7ks/DhBBtUch0YwYwoH9sYZX OlgToQLvWDCzxfvcsHv5lIdv2qRj+Hkp+OdFPjg7UsTdsdbYrky9ifkoRMo5hgkq 71eKbxSO8luTaAYoPETHL2ZjvohYU5Q/S6dkiq6zZuytX9YLUFPF4+Da/7LUGB4= =t0Ja -----END PGP SIGNATURE-----help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?56B3C7A3.5000502>
