From owner-freebsd-questions@FreeBSD.ORG Sun Jan 15 16:49:35 2012 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 EF158106564A for ; Sun, 15 Jan 2012 16:49:35 +0000 (UTC) (envelope-from DStaal@usa.net) Received: from mail.magehandbook.com (173-8-4-45-WashingtonDC.hfc.comcastbusiness.net [173.8.4.45]) by mx1.freebsd.org (Postfix) with ESMTP id C46A58FC14 for ; Sun, 15 Jan 2012 16:49:35 +0000 (UTC) Received: from [192.168.1.50] (Mac-Pro.magehandbook.com [192.168.1.50]) by mail.magehandbook.com (Postfix) with ESMTP id 056BFF6B for ; Sun, 15 Jan 2012 11:49:35 -0500 (EST) Date: Sun, 15 Jan 2012 11:48:55 -0500 From: Daniel Staal To: FreeBSD Message-ID: <329BBA85301E2290BF6E0570@mac-pro.magehandbook.com> In-Reply-To: <20120115103332.09d5f2ca@scorpio> References: <40F552CF734E955EB7878763@mac-pro.magehandbook.com> <20120115103332.09d5f2ca@scorpio> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: Portmanager Status Report Gone 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: Sun, 15 Jan 2012 16:49:36 -0000 --As of January 15, 2012 10:33:32 AM -0500, Jerry is alleged to have said: > Exactly how are you invoking "portmanager"? Usually, just give it it the > "-s" flag will get you a list of port and there status as you probably > know. Yep. I have that in a weekly cron command, so I know what's out of date. ;) Basically, any way I invoke portmanager is showing the problem: If I invoke with -s, the status doesn't show. If I invoke with -u, it doesn't upgrade anything. Either way the result is the same: It gathers all the data on the ports (at least to 00001), and then prints the header for the next section and quits, without actually doing anything. > If you just want to update everything before updating FreeBSD itself, I > would suggest running it as: "portmanager -u -l -p -y" Obviously, > update your ports tree prior to running that command. At the very > least, you will end up with a log file telling you what failed to > update properly. The problem is that it's not *getting* to the updating, somehow. It gathers all the info on what it needs to know for the updating, and then stops. No error message, no output, no log, just stop. Running that command (or any other) doesn't result in portmanager actually *doing* anything. Here is the last four lines of output of a `portmanager -u -l`: > 00001 sane-backends-1.0.22 /graphics/sane-backends > ------------------------------------------------------------------------ > Port Status Report > ------------------------------------------------------------------------ The log noted two broken ports (geany-plugins, both times). No other output. > I use portmanager myself because it "just works" when other port > management tools fail. This has been my experience as well. ;) The one thing I don't like about it is that it tends to need someone to watch it: If a port has changed it's config options, or added a new dependency that I haven't configured before, it will pull up the config screen and wait for input. I'd heard some of the other port management tools went and did that all at the beginning, which would mean I wouldn't have to sit and watch the screen as much. Unfortunatly, they appear to have more annoying behaviors. (portmaster tended to die on the smallest problem, where portmanager would have just logged a failure and gone on.) I'm mostly happy with portmanager. I just want it *back.* Daniel T. Staal --------------------------------------------------------------- This email copyright the author. Unless otherwise noted, you are expressly allowed to retransmit, quote, or otherwise use the contents for non-commercial purposes. This copyright will expire 5 years after the author's death, or in 30 years, whichever is longer, unless such a period is in excess of local copyright law. ---------------------------------------------------------------