svn commit: r295280 - projects/release-pkg/release/packages

[Bryan Drewery]

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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/svn-src-projects/attachments/20160204/e13d5e48/attachment.sig>