From owner-svn-src-projects@freebsd.org Fri Feb 5 00:41:04 2016 Return-Path: Delivered-To: svn-src-projects@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00D61A9C9EF for ; Fri, 5 Feb 2016 00:41:04 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from d.mail.sonic.net (d.mail.sonic.net [64.142.111.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C9E55F88; Fri, 5 Feb 2016 00:41:00 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from aurora.physics.berkeley.edu (aurora.physics.berkeley.edu [128.32.117.67]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u150etYq019357 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 4 Feb 2016 16:40:58 -0800 Subject: Re: svn commit: r295280 - projects/release-pkg/release/packages To: Bryan Drewery , Glen Barber , src-committers@FreeBSD.org, svn-src-projects@FreeBSD.org References: <201602042120.u14LKQ2b026571@repo.freebsd.org> <56B3C34B.1080501@freebsd.org> <56B3C6E4.60907@FreeBSD.org> <56B3C7A3.5000502@FreeBSD.org> From: Nathan Whitehorn Message-ID: <56B3EF97.9040205@freebsd.org> Date: Thu, 4 Feb 2016 16:40:55 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <56B3C7A3.5000502@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVbXvHtKEgcTR1N0GpCWnLoNpO4rQaUXh+aWlwiPaq+u+ByoNU3Yf28q3BqToJ+h3/cmJC7mKOqOqBwATvbsPet9qYgQ4b0+66g= X-Sonic-ID: C;UEIZHqHL5RG7hnFkAoajKQ== M;5OV7H6HL5RG7hnFkAoajKQ== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 00:41:04 -0000 On 02/04/16 13:50, Bryan Drewery wrote: > 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. > My question, which you did not quite answer, was in how many packages the FreeBSD base system will be delivered. I didn't have any conclusions, since I don't know anything about what is happening. However the metadata is organized is fine, though I do worry that this level of per-library/-binary/-whatever manual dependency tracking may quickly become stale and will raise the barrier to adding new libraries. But that doesn't really matter. The general worry, which has been expressed by others and never to my knowledge addressed, is that: 1) Splitting the base system into 1000 packages will make it easier to not have some of those packages. This would destroy one of the absolute best things about the operating system: that "FreeBSD 10.2" is a coherent thing and all of the tools that make it up can be relied on to exist. The earlier version of "packaging base" that I heard about would have a handful (maybe 5 or 6) packages similar to the granularity that the installer and freebsd-update use, which is an easy enough thing to handful. 2) Having that split makes it easier to have mismatched versions. This is a problem I have encountered often on Linux distributions that blend third- and first-party software or have the 1000-package base system concept and that I encounter all the time with ports. Having a reliable, monolithic base system that is guaranteed to be internally consistent is *tremendously* valuable. Would it be possible to have some summary of what the plan for "packaging base" actually is? I'm sure these are things that have been thought about, but it's been difficult for me at least to follow what is going on. Just some kind of white paper would be really helpful, or, at the very least, a few paragraphs in the quarterly status report to give a view from 10k feet. -Nathan