From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 8 22:43:14 2007 Return-Path: X-Original-To: freebsd-hackers@freebsd.org Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57EF816A401 for ; Thu, 8 Feb 2007 22:43:14 +0000 (UTC) (envelope-from fbsd-hackers@mawer.org) Received: from customer-domains.icp-qv1-irony15.iinet.net.au (customer-domains.icp-qv1-irony15.iinet.net.au [203.59.1.175]) by mx1.freebsd.org (Postfix) with ESMTP id CE11B13C48D for ; Thu, 8 Feb 2007 22:43:13 +0000 (UTC) (envelope-from fbsd-hackers@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [10.24.1.1]) ([203.206.173.235]) by iinet-mail.icp-qv1-irony15.iinet.net.au with ESMTP; 09 Feb 2007 06:33:09 +0800 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAADk0y0XLzq3r/2dsb2JhbAANoQMBAQGBEA X-IronPort-AV: i="4.13,302,1167580800"; d="scan'208"; a="49147313:sNHT13583898" Message-ID: <45CBA534.5000907@mawer.org> Date: Fri, 09 Feb 2007 09:33:24 +1100 From: Antony Mawer User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Kip Macy , Joan Picanyol i Puig , freebsd-hackers@freebsd.org References: <8b4c81f0702061514r5a753e48yea0ce9b937236fc3@mail.gmail.com> <17865.6041.605201.772296@bhuda.mired.org> <20070207020205.GC62321@grummit.biaix.org> <20070206180540.Q90547@demos.bsdclusters.com> <20070207220243.GA3644@roadrunner.q.local> In-Reply-To: <20070207220243.GA3644@roadrunner.q.local> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: pkg_upgrade (was Re: pkg_add does not backtrack, does it?) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2007 22:43:14 -0000 On 8/02/2007 9:02 AM, Ulrich Spoerlein wrote: > 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. Yes - we found the same thing a few months ago when we were faced with upgrading a large number of packages on many systems in an automated manner. We wanted to build the packages ourselves (no problems there), then use portupgrade or something similar to handle fixing the dependency links in the package information. We ended up having to push out a minimal /usr/ports/ tree of _just_ the packages we were updating and dependencies (enough to keep portupgrade happy and allow it to work), along with the package files and an INDEX file, and let portupgrade take it from there. It was definitely a painful and kludgy process, and something that would be great to come up with an easier way of doing! Having to push out portupgrade (and ruby as a result) was a fairly bulky requirement just to upgrade some packages... --Antony