From owner-freebsd-ports@FreeBSD.ORG Fri Sep 8 19:42:51 2006 Return-Path: X-Original-To: freebsd-ports@FreeBSD.org Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B404416A407 for ; Fri, 8 Sep 2006 19:42:51 +0000 (UTC) (envelope-from dougb@dougbarton.us) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 1EDA343D4C for ; Fri, 8 Sep 2006 19:42:50 +0000 (GMT) (envelope-from dougb@dougbarton.us) Received: (qmail 15618 invoked by uid 399); 8 Sep 2006 19:42:49 -0000 Received: from localhost (HELO ?192.168.0.3?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 8 Sep 2006 19:42:49 -0000 Message-ID: <4501C7B6.9080704@dougbarton.us> Date: Fri, 08 Sep 2006 12:42:46 -0700 From: Doug Barton User-Agent: Thunderbird 1.5.0.5 (X11/20060729) MIME-Version: 1.0 To: freebsd-ports@FreeBSD.org X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Yet another new portmaster version available for testing 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: Fri, 08 Sep 2006 19:42:51 -0000 I've listened to the requests for portmaster to handle failed installs more gracefully, so I have put a new version at http://dougbarton.us/portmaster which has the following: New features ============ 1. Make a backup package by default, unless the user specifies the new -B option to disable that functionality. Delete the backup package unless the user specified -b. If the install actually fails, print a helpful message about where to find the package. 2. Cache answers to the +IGNOREME file question 3. Handle fulfillment of a dependency with a different version of the port by checking whether something that CONFLICTS with the dependency is already installed (e.g., bison and bison-devel). 4. Use build-depends-list and run-depends-list to track dependencies, rather than all-depends-list, which tends to recurse too far. Bug fixes ========= 1. If a port has moved, treat the new location as the port to check for upgrades in dependency_check() 2. Add /usr/local/sbin to PATH 3. Don't only check IGNORE status to determine whether to halt processing, also check FORBIDDEN and BROKEN. 4. When updating dependent ports using -r, don't error out if an entry in /var/db/pkg has disappeared, it probably got updated as a dependency for something else. 5. Check FORCE_DONE_LIST for dependent ports in -r before trying to build them again. Enjoy, Doug -- If you're never wrong, you're not trying hard enough