Date: Tue, 15 Mar 2016 07:29:37 -0700 (PDT) From: "Jeffrey Bouquet" <jbtakk@iherebuywisely.com> To: "José Pérez" <fbl@aoek.com> Cc: "Matthew Seaman" <matthew@freebsd.org>, "freebsd-current" <freebsd-current@freebsd.org>, "owner-freebsd-current" <owner-freebsd-current@freebsd.org> Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <E1afpyb-0006I9-7i@rmm6prod02.runbox.com> In-Reply-To: <3a1d11dde8186d73db1b8b32004bdd30@mail.yourbox.net>
index | next in thread | previous in thread | raw e-mail
On Tue, 15 Mar 2016 08:53:10 +0100, José Pérez <fbl@aoek.com> wrote: > El 2016-03-03 11:27, Matthew Seaman escribió: > > On 03/02/16 23:54, Glen Barber wrote: > >> Also note (as repeated below), running 'pkg delete -a' will implicitly > >> remove base system packages after they are installed. > > > > This has the potential for many feet to be shot, given that up to now, > > 'pkg delete -a' would always leave you with a viable system. > > Agreed. > > Suggested workaround (a las *grep): create two pkg binaries with > different names: > - "pkg" does what it does now and works on non-base packages by default. > Need an extra > arg to work on base system > - "syspkg" (or something) works by default on base system > > We'd need way less crutches. > > Regards, > > --- > José Pérez > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hmm... To reiterate this point.......... (1) As a wish here is for more code within pkg-install so that I do not encounter a situation such as late last night whereupon I had to spend an extra half hour or so figuring out that hplip installed a large number of unwanted additional qt4 ports alongside the cups upgrade with pkg, ... so that a parameter or usual output would show NEW PORTS TO BE INSTALLED alongside each one from WHICH port is the request to install the new dependency... as a backdrop for this that I just thought of (2)... .... what if pkg on the base system deletes SOONER THAN THE USUAL make-delete-old that PREVENTS/HALTS the successful completion of the pkg updating base? Something critical to pkg itself proceeding? As a typo or bug?...... Maybe another cluster of testing machines and weeks of testing before each pkg-release-avail or pkg-stable-avail became known to FreeBSD users in emails... and that would maybe preclude pkg OF BASE from being useful for CURRENT installs due to a lack of testing, and/or make current upgrades more risky. Unless of course pkg of base is NOT relevant to CURRENT builds. In which case please pardon the additional text slipping into this two-part food for thought... little time to keep current on FreeBSD details vs FreeBSD ordinary usage cases.help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1afpyb-0006I9-7i>