From owner-freebsd-stable@FreeBSD.ORG Sun Jun 13 21:00:47 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94CC21065670 for ; Sun, 13 Jun 2010 21:00:47 +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 38E478FC0C for ; Sun, 13 Jun 2010 21:00:47 +0000 (UTC) Received: (qmail 1201 invoked by uid 399); 13 Jun 2010 21:00:44 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Jun 2010 21:00:44 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C1546FA.6060603@FreeBSD.org> Date: Sun, 13 Jun 2010 14:00:42 -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: Kevin Oberman References: <20100613203539.C64E21CC0E@ptavv.es.net> In-Reply-To: <20100613203539.C64E21CC0E@ptavv.es.net> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Nenhum_de_Nos Subject: Re: portmaster on updates X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jun 2010 21:00:47 -0000 First of all, I'm sorry to hear that you had problems. On 06/13/10 13:35, Kevin Oberman wrote: > In the recent gettext version bump, I did "portmaster -fRD -r gettext" The -f in portmaster means "recompile the port, and everything that it depends on" and really isn't necessary in combination with -r, which means "recompile the port, and everything that depends on IT." > (or something very similar) and had many instances of failure and > restart with ports that were already installed and not as a result of > the 'clutter' issue. I only had to cd to the port directory, 'make > deinstall&& make reinstall' and restart portmaster. Without knowing more details it's hard for me to address this problem directly. When things like that happens it's helpful to report it at the time, and include logs. I can say that I have had this same problem occasionally, and it's generally traced back to some sort of problem with the ports tree. Portmaster is intentionally "dumb" in this regard, it relies on the ports tree to tell it what needs to be done. > Also, the -R often seemed to not work and I'd get the full list > again. This made the process take a VERY long time. Not sure what to tell you about that. Since the flags that -R is looking for are only added after successful updates my guess is that when things got interrupted that the flags were not added. Also, if you rebuild a port by hand the flag will disappear because the ports infrastructure doesn't know about them. That's by design. > There have been a LOT of revisions to portmaster since the gettext > bump, so this may be already addresses, but it was rather painful, > especially on my rather slow laptop. I haven't (intentionally) made any changes to the -r or -f code recently. My suspicion is that most, if not all of your problems could have been avoided by omitting the -f option. If you try that next time and it doesn't work, please let me know. 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/