From owner-freebsd-ports@FreeBSD.ORG Sat Sep 1 17:44:05 2012 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DF65106564A; Sat, 1 Sep 2012 17:44:05 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 372A38FC0A; Sat, 1 Sep 2012 17:44:03 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EAGJIQlBbsRDj/2dsb2JhbABFux6BCIIgAQEFViIBEAsOCgkWDwkDAgECASceBg0BBwEBiA26PosNhyMDjmKBIJVxgmU Received: from 227.16-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.16.227]) by relay.skynet.be with ESMTP; 01 Sep 2012 19:43:56 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id q81HhuB4013973; Sat, 1 Sep 2012 19:43:56 +0200 (CEST) (envelope-from tijl@freebsd.org) Message-ID: <50424956.4090804@freebsd.org> Date: Sat, 01 Sep 2012 19:43:50 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:14.0) Gecko/20120804 Thunderbird/14.0 MIME-Version: 1.0 To: Baptiste Daroussin References: <97612B57-1255-4BB3-A6D3-FC74324C6D67@FreeBSD.org> <503FF0EE.2020605@FreeBSD.org> <20120831095910.GQ64447@ithaqua.etoilebsd.net> <201208310810.50725.jhb@freebsd.org> <20120831122211.GS64447@ithaqua.etoilebsd.net> In-Reply-To: <20120831122211.GS64447@ithaqua.etoilebsd.net> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigD9236123771117E0EDDE850C" Cc: freebsd-ports , freebsd-current@freebsd.org, Chris Rees , John Baldwin , Doug Barton Subject: Re: pkgng suggestion: renaming /usr/sbin/pkg to /usr/sbin/pkg-bootstrap X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2012 17:44:05 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD9236123771117E0EDDE850C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 31-08-2012 14:22, Baptiste Daroussin wrote: > On Fri, Aug 31, 2012 at 08:10:50AM -0400, John Baldwin wrote: >> On Friday, August 31, 2012 5:59:10 am Baptiste Daroussin wrote: >>> On Thu, Aug 30, 2012 at 01:02:06PM -1000, Doug Barton wrote: >>>> I agree with John on all counts here. Further, the idea of a >>>> self-installing package, at least for the pkg stuff itself, addresse= s >>>> the issue that someone else brought up about how to handle installat= ion >>>> of pkg by the installer for a new system. >>> >>> I like the idea of also providing a self-installing package, and it s= eems really >>> easy to do, so I'll try to see what I can do in this area I'll wrote = a PoC in 5 >>> minutes which looks pretty good, this could also be a very simple and= easy way >>> to integrate into bsdinstaller. >>> >>> I'll do work in that direction. >>> >>> Still it doesn't solve the problem of boostrapping pkgng in a fresh n= ew box, >>> because the user may not know where to download the pkg-setup.sh. >> >> I do think that is something bsdinstall should be able to handle, and = I would >> certainly want bsdinstall to include a dialog that says "do you want t= o install >> the package manager?" >=20 > Of course this is being worked on by dteske@ on his bsdconfig scripts, = so yes in > anycase the bsdinstaller will end up with a boostrap dialog to install = pkgng. Something else I thought of, you can't assume there's a working internet connection during installation. And also, even if there is a connection, = can you guarantee that the downloaded pkg supports the packages on the dvd fo= r the lifetime of the release? I really think you should just do vendor imports of pkg in base and inclu= de pkg on the dvd. There's no bootstrap problem then and the dvd is nicely self-contained. It also shouldn't be a problem to keep the official pkg r= epo for that release compatible with it. Just keep using the same version of = pkg to create the repo. You've been able to develop and introduce pkgng without breaking older releases which shows having pkg tools tied to releases was never a proble= m. All that was needed was to move pkg development outside base. You should = be able to do pkg 2.0 development in the same way. And when that new version= is ready you import betas and release candidates in head and use current users as testers, just like is done with clang. In this scenario the ports tree needs to keep support for older releases,= but that's a consequence of the fact that there's only one ports tree for= all releases. Somewhere in between the ports and the various releases the= re has to be some form encapsulation, not just for pkg, but for all the tool= s used by the ports tree. Given how the ports tree currently encapsulates both the old and new pkg tools I don't see how supporting multiple versio= ns of pkgng would be a problem because presumably the difference between pkg= ng versions is going to be much smaller than the difference between the old and new tools. --------------enigD9236123771117E0EDDE850C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlBCSVsACgkQfoCS2CCgtiv2JQD/cJdmaQFrkmL9RxlOdr7gvEyI WHu0CmlazhqPktt0Nu8A/0sBSQOh0TRLj5HMRoiOrerome7zqhXFSoOxCaGT2OXY =8TJr -----END PGP SIGNATURE----- --------------enigD9236123771117E0EDDE850C--