From owner-svn-src-projects@freebsd.org Mon Feb 8 05:24:47 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 B9BA1A9F79A for ; Mon, 8 Feb 2016 05:24:47 +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 9CB701D2E; Mon, 8 Feb 2016 05:24:47 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from zeppelin.tachypleus.net (75-101-50-44.static.sonic.net [75.101.50.44]) (authenticated bits=0) by d.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id u185Odfh019275 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 7 Feb 2016 21:24:40 -0800 Subject: Re: svn commit: r295280 - projects/release-pkg/release/packages To: Glen Barber References: <201602042120.u14LKQ2b026571@repo.freebsd.org> <56B3C34B.1080501@freebsd.org> <56B3C6E4.60907@FreeBSD.org> <56B3C7A3.5000502@FreeBSD.org> <56B3EF97.9040205@freebsd.org> <20160205005113.GD13799@FreeBSD.org> <56B3F5A2.7070600@freebsd.org> <20160205013040.GG13799@FreeBSD.org> Cc: Bryan Drewery , src-committers@FreeBSD.org, svn-src-projects@FreeBSD.org From: Nathan Whitehorn Message-ID: <56B82697.4090800@freebsd.org> Date: Sun, 7 Feb 2016 21:24:39 -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: <20160205013040.GG13799@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Sonic-CAuth: UmFuZG9tSVZj05nsBgV+UBs9VLn07YeqmWoJ1nDgHueyBHvZIEnzZQy3/VTzkSF3DyVF163npheH+tT0GBkatJB/H4osKI4QU7mBPMM3qdI= X-Sonic-ID: C;mBdKQCTO5RGpM3FkAoajKQ== M;xKySQCTO5RGpM3FkAoajKQ== 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: Mon, 08 Feb 2016 05:24:47 -0000 Thank you very much for the overview! I had a couple of questions inline, but please feel free to answer them at your leisure. On 02/04/16 17:30, Glen Barber wrote: > >> Maybe I missed them? The talks I've seen (e.g. >> https://www.bsdcan.org/2015/schedule/events/563.en.html) describe some >> technical problems, the idea that pkg is nicer than freebsd-update (true >> enough), and that having some more granularity (bind and sendmail separated >> out, for instance) in installation would be a good thing. That all sounds >> perfectly reasonable and good, but is also pretty nebulous. >> >> It would be good have something a little more detailed on what a packaged >> base system actually looks like: what kinds of things would constitute a >> package? > Short answer: A set of binaries and libraries upon which the binaries > require to run. So would this imply that, say, ls would be its own package? Or that we would have something less granular (so that things like sendmail would be a package)? It seems like this is something still in flux, so there may not be an answer yet. >> are those packages (e.g. for sendmail) interchangeable with ones >> from ports? > Separate package repositories. Separate package naming scheme. > Completely independent. > >> would the pkg tool be imported into base? > No. Doesn't this complicate the installer tremendously? The install ISOs would need pkg on them and couldn't be built only from the base system anymore. -Nathan > >> will all the versions of packages be locked together? > No more than is in place now. If library Z is updated to address > a vulnerability, and packages X and Y depend on Z, then X and Y will > be updated. > >> is the idea to have buildworld/installworld generate packages now? > No. I've made it very clear this is *not* the goal, nor even part of > the end result. > >> is it just equivalent to replacing tar and freebsd-update with pkg? >> > "Just equivalent" is a bit of a stretch for an understatement, but sure. > >> Some unified few-page white paper that goes through all of that would be >> really appreciated. If I'm asking questions here, it's only because I don't >> know what the overall plan is and don't have anywhere else to ask. >> Especially for something that is going to be a requirement for 11.x, it >> would be good to know what it is that we are actually requiring. Please >> don't take any of this as criticism -- I realize you are very busy writing >> code and that the plan is adapting to code realities as you go -- but it >> would be helpful for the rest of us to know where you are planning to go >> with the branch. > The end goal is still to be determined. Again, eggs and omelets. As > I have been able to spend more time focusing on this branch, more issues > have become obvious, and many changes committed to address the issues > (clearly some commits are not things people want to see). > > The single-sentence white-paper is this: > > This is still a work in progress, but the end goal is a consistent, > cohesive, and reliable set of packages that one can update and install > on the fly, providing granularity within FreeBSD, while ensuring future > SAs and ENs are addressable in a similar, sane manner. > > Glen >