From owner-freebsd-pkgbase@freebsd.org Fri Aug 11 10:00:36 2017 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 DAD72DC20E6 for ; Fri, 11 Aug 2017 10:00:36 +0000 (UTC) (envelope-from wollman@csail.mit.edu) Received: from outgoing-stata.csail.mit.edu (outgoing-stata.csail.mit.edu [128.30.2.210]) by mx1.freebsd.org (Postfix) with ESMTP id B87366A55C for ; Fri, 11 Aug 2017 10:00:36 +0000 (UTC) (envelope-from wollman@csail.mit.edu) Received: from [193.185.120.22] (helo=[10.100.96.32]) by outgoing-stata.csail.mit.edu with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1dg6F4-000LI4-Aj; Fri, 11 Aug 2017 05:28:30 -0400 Date: Fri, 11 Aug 2017 12:28:23 +0300 User-Agent: K-9 Mail for Android In-Reply-To: <8eb2fbb1-b9e2-e343-b2ba-fcdaa425c18b@FreeBSD.org> (sfid-20170811_03575_2566223D) References: <20170810140615.GD63224@FreeBSD.org> <1218488026.1377609.1502378299872.JavaMail.zimbra@ixsystems.com> <20170810152151.GB82820@FreeBSD.org> <8eb2fbb1-b9e2-e343-b2ba-fcdaa425c18b@FreeBSD.org> (sfid-20170811_03575_2566223D) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: pkgbase update and progress To: freebsd-pkgbase@freebsd.org From: Garrett Wollman Message-ID: X-BeenThere: freebsd-pkgbase@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Packaging the FreeBSD base system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2017 10:00:37 -0000 On August 11, 2017 10:57:35 AM GMT+03:00, Matthew Seaman wrote: >I think etcupdate(8) has a longer history and people are more familiar >with it whereas the 3-way merge code in pkg(8) has been exercised >relatively rarely=2E There's also considerations about how this would >fit >into various different workflows -- everything from people that only >ever download the standard pre-compiled packages for a release, to >developers trying to cross-build highly customized embedded systems=2E >Having a 'merge' step that is separated from the 'install' step seems >advantageous in that it allows a point where people can substitute in >their own alternatives for managing /etc files=2E Maybe it should be called a "configure" phase for consistency with other p= ackage managers=2E