Date: Wed, 7 Feb 2007 23:02:43 +0100 From: Ulrich Spoerlein <uspoerlein@gmail.com> To: Kip Macy <kmacy@fsmware.com> Cc: freebsd-hackers@freebsd.org Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) Message-ID: <20070207220243.GA3644@roadrunner.q.local> In-Reply-To: <20070206180540.Q90547@demos.bsdclusters.com> References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <20070207020205.GC62321@grummit.biaix.org> <20070206180540.Q90547@demos.bsdclusters.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Kip Macy wrote: > On Wed, 7 Feb 2007, Joan Picanyol i Puig wrote: > > >I know what I'd like: a utility in the base system for binary upgrading > >of packages. More flexible logic in how the '-r' option is handled would > >be nice (being able to fetch all packages from All/ even if you are > >on RELENG). Doesn't > > > >freebsd-update fetch install && pkg_upgrade -a > > > >look nice for keeping up to date? The obvious hairy details must be > >harder than it seems, I'm sure others have considered it (and would have > >done it) before. > > portupgrade -aPP Requires a fully populated /usr/ports together with an up-to-date INDEX. Not exactly what we are looking for here. I hacked together an ugly shell script, that will use pkg_version (it can grab the INDEX from the pkg-site via ftp) and gives you the feature to pkg_delete/pkg_add selected packages. It is missing a lot of other stuff, though. Ulrich Spoerlein -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070207220243.GA3644>