From owner-freebsd-ports@FreeBSD.ORG Wed Mar 31 17:10:24 2010 Return-Path: Delivered-To: ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8A2F1065673 for ; Wed, 31 Mar 2010 17:10:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 64CAD8FC13 for ; Wed, 31 Mar 2010 17:10:24 +0000 (UTC) Received: (qmail 32677 invoked by uid 399); 31 Mar 2010 17:10:23 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 31 Mar 2010 17:10:23 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BB381FD.4010200@FreeBSD.org> Date: Wed, 31 Mar 2010 10:10:21 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: jhell References: <4BB365E5.5010805@dataix.net> In-Reply-To: <4BB365E5.5010805@dataix.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: portmaster v2.20 + request for (continue) feature improvement. 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: Wed, 31 Mar 2010 17:10:24 -0000 On 03/31/10 08:10, jhell wrote: > > Dear Doug, ;) > > It has crossed my mind through a couple upgrades the idea to implement a > way for portmaster to continue a upgrade if the package set that is > being upgraded have no dependencies on per say a package set that > previously failed to upgrade. I've said many times that I'm not interested in implementing that feature. In my opinion a failed build/install is something that requires operator attention. While it is theoretically possible to work out the dependency graph in advance, it's not possible for portmaster to know the priorities of the human doing the upgrade. > Please correct me if I am wrong but when the recent ports update that > happened with png- I also had other ports that were out of date that > needed upgrades that did not depend on png- or one of the packages that > depended on something that depended png-. When one of the packages that > depended on png- failed, portmaster then terminated leaving me to either > specify package by package till the png- & dependents were fixed or > provide a manual list of ports I knew could be upgraded without failing. > > Do you think it would be practical to build per say an array of packages > that should be upgraded together that would result in portmaster to be > able to continue with ports that it knows won't come back to a port that > failed ? > > For instance mysql- needed to be upgraded but had no other dependencies > that lead back to a port that depended on png-. This left my machine in > a complete idle state while I was hoping! to use build time while I was > not at the machine so actual usage time would not be affected by any > type of load. I look forward to reviewing your patches to implement this feature. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/