From owner-freebsd-questions@FreeBSD.ORG Wed Dec 3 06:12:41 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DC271065670 for ; Wed, 3 Dec 2008 06:12:41 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id F0B658FC08 for ; Wed, 3 Dec 2008 06:12:40 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id mB36Cees001154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 2 Dec 2008 22:12:40 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id mB36CeiR001153; Tue, 2 Dec 2008 22:12:40 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA11413; Tue, 2 Dec 08 22:00:14 PST Date: Tue, 02 Dec 2008 22:03:42 -0800 From: perryh@pluto.rain.com To: mail@ozzmosis.com Message-Id: <4936213e.rW8/A4S+KcDyjFCb%perryh@pluto.rain.com> References: <200812020928.46110.fbsd.questions@rachie.is-a-geek.net> <20081202161358.GC2158@ozzmosis.com> <200812021722.54517.fbsd.questions@rachie.is-a-geek.net> <20081202164306.GA3341@ozzmosis.com> In-Reply-To: <20081202164306.GA3341@ozzmosis.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: [freebsd-questions] Looking @ upgrades mechanisms... X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2008 06:12:41 -0000 > ... I'm trying to remember why I did not like pkg_add -r. IIRC, one issue with pkg_add -r is that it insists on doing everything from the remote repository, and will not bother looking for any packages (incl. dependencies) locally first. This makes sense for a brand-new installation where you know there's no local repository to search -- which is probably the use case that the author had in mind -- but can be inefficient otherwise. I started hacking on it a while back, but have not had much time lately.