From owner-freebsd-ports@FreeBSD.ORG Fri Aug 6 21:26:26 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 18D151065670 for ; Fri, 6 Aug 2010 21:26:26 +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 B41A18FC08 for ; Fri, 6 Aug 2010 21:26:25 +0000 (UTC) Received: (qmail 9908 invoked by uid 399); 6 Aug 2010 21:26:24 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 6 Aug 2010 21:26:24 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4C5C7DFF.8020400@FreeBSD.org> Date: Fri, 06 Aug 2010 14:26:23 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.7) Gecko/20100804 Thunderbird/3.1.1 MIME-Version: 1.0 To: jhell References: <4C5BC280.1070805@FreeBSD.org> <4C5BF352.5050004@dataix.net> In-Reply-To: <4C5BF352.5050004@dataix.net> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org Subject: Re: i keep *trying* to move from portupgrade to portmaster 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, 06 Aug 2010 21:26:26 -0000 On 08/06/2010 04:34, jhell wrote: > Doug, > > One fallback that I cannot seem to get over is the creation of a backup > package failed do you want to ignore [i] message prompt & the package > messages that are displayed with $PAGER at the end of the upgrades. I > do not recall the packages that his had happened on, it does not happen > often but when it did happen it was just before a nice long compile of > OpenOffice :( while I was gone. > > The pkg-message problem has been stumping me since it inhibits my use of > pwait(1) on another terminal. For instance I started a portmaster -a on > one terminal and issued pwait(1) on another so I could build a new > kernel and world right after a ports(7) upgrade. Since the pkg-message > is displayed with PAGER obviously the initial portmaster process never > terminates and post processes are revolving so they would/could exit to > soon. To deal with this you can use PAGER=cat, either on the command line, or you can put it in a portmaster rc file. > Do not prompt for a backup package creation failure I need to add an option for this, but it will likely be an "expert" option that you can set in the rc file. The theory is that package creation failure should be a rare thing, and since portmaster has no way to know what packages are really critical to any given system it treats inability to safely recover from an upgrade failure as a critical error. However, having the ability to disable this is an oft-requested feature, I just haven't gotten to it yet. I actually took a look at the code in this area last night with an eye towards creating this option, I'll see if I can get it done for the next release. > and force creation of whatever you have on the system already? Not sure what this means, can you explain it in more detail? > Configuration option to email the output of upgraded packages and their > pkg-message or a similar option to just log to a file? The ability to log actions to a file is already in the dev version in svn. You have to specify PM_LOG in your rc file. I want to see how that goes first before I consider adding a command line option for it. I don't anticipate adding e-mail functionality to portmaster, that sounds like something that should be done in a wrapper script, along with PM_LOG. (Although, there was a meme from the early days that no Unix app is complete until it grows the ability to do e-mail, so you never know ...) > Also I still see a need for installing a > /usr/local/etc/portmaster.rc.sample file for whatever version is > installed and seperating that from the man page. This would make it much > easier on the end user to configure portmaster for options they see fit. Yeah, I think you're probably right that it's time to do this. The current system actually makes it easier for me to keep the docs up to date when I add new options, but maybe if I remove that bit the man page won't seem so scary. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ Computers are useless. They can only give you answers. -- Pablo Picasso