From owner-freebsd-pkgbase@freebsd.org Tue Apr 19 20:43:16 2016 Return-Path: Delivered-To: freebsd-pkgbase@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 22EF0B156D5; Tue, 19 Apr 2016 20:43:16 +0000 (UTC) (envelope-from marquis@roble.com) Received: from mx5.roble.com (mx5.roble.com [206.40.34.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx5.roble.com", Issuer "mx5.roble.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DC5D51CBE; Tue, 19 Apr 2016 20:43:15 +0000 (UTC) (envelope-from marquis@roble.com) Date: Tue, 19 Apr 2016 13:43:15 -0700 (PDT) From: Roger Marquis To: Nathan Whitehorn cc: Lev Serebryakov , Alfred Perlstein , Lyndon Nerenberg , freebsd-pkgbase@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: [CFT] packaging the base system with pkg(8) In-Reply-To: <5716775A.2000401@freebsd.org> References: <20160302235429.GD75641@FreeBSD.org> <57152CE5.5050500@FreeBSD.org> <9D4B9C8B-41D7-42BC-B436-D23EFFF60261@ixsystems.com> <20160418191425.GW1554@FreeBSD.org> <571533B8.6090109@freebsd.org> <20160418194010.GX1554@FreeBSD.org> <57153E80.4080800@FreeBSD.org> <571551AB.4070203@freebsd.org> <5715772A.3070306@freebsd.org> <571588BB.2070803@orthanc.ca> <201604190201.u3J216NQ054020@orthanc.ca> <5715968B.303@orthanc.ca> <5715A338.5060009@freebsd.org> <57165C91.7070005@freebsd.org> <57166870.5060104@FreeBSD.org> <201604191755.u3JHtbfS020358@l.mx.sonic.net> <5716775A.2000401@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-pkgbase@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Packaging the FreeBSD base system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 20:43:16 -0000 Nathan Whitehorn wrote: > Thanks, Roger. That seems perfectly reasonable. I'm not sure that goal is > really met by having 800 packages, though, or at least I see no particular > gain relative to a handful (where things like OpenSSL or sendmail would be > discrete things). (Almost) every single individual library in the base system > is right now its own single-file package, which is what I am objecting to. Hey Nathan. I admit to not having looked at it with the goal of consolidation. Presumably there will be libs that can be grouped but we should look at each consolidation's pros and cons. Baptiste's rational is the policy we have and, IMO, refinement should start at that (policy) level. The process has no doubt accelerated thanks this thread but aside from debug, profile and a few others it's not clear if there are grouping policies that would significantly bridge the gap between our respective goals. It's critical that we look at other distribution's package systems. My count packages on Linux and monolithinc-base FreeBSD desktops is about 2,500 and 700 respectively. Adding 383 base packages (assuming no debug or profile) would push this 28% ratio to 43% of Linux' package count. Of course servers will be different and our FreeBSD package counts would rise from the low to mid 100s to over 600 which is still only 60-70% of the packages on Linux servers I have access to. Having managed Linux systems with 1000 to 3000 packages I can't say that I have real concerns for pkgng in this regard. The package management tools have to scale of course but on a KIS scale more packages = less time spent for a given level of functionality and security (in my experience). I hope we can look forward to some top-level policy suggestions to further refine the base package schema. Roger