From owner-freebsd-ports@FreeBSD.ORG Mon Oct 27 19:10:29 2008 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13C5D1065672 for ; Mon, 27 Oct 2008 19:10:29 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8CE488FC1B for ; Mon, 27 Oct 2008 19:10:28 +0000 (UTC) (envelope-from freebsd-ports@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KuXTr-0004Hu-6w for freebsd-ports@freebsd.org; Mon, 27 Oct 2008 19:10:23 +0000 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Oct 2008 19:10:23 +0000 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 27 Oct 2008 19:10:23 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-ports@freebsd.org From: martinko Date: Mon, 27 Oct 2008 20:10:10 +0100 Lines: 61 Message-ID: References: <489144B5.4030101@FreeBSD.org> <4892022F.1080009@FreeBSD.org> <9bbcef730807311438m45802827y91c7bb7366406af6@mail.gmail.com> <20080801125414.55567d37@ayiin> <4892B440.4090809@FreeBSD.org> <4892BD23.8000405@quip.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.17) Gecko/20081009 SeaMonkey/1.1.12 In-Reply-To: <4892BD23.8000405@quip.cz> Sender: news Subject: Re: Call for comments - pkg_trans 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: Mon, 27 Oct 2008 19:10:29 -0000 Miroslav Lachman wrote: > Doug Barton wrote: >> Norberto Meijome wrote: > > [...] > >>> And since we are just wishing for things, It'd be nice to have an >>> opportunity to back off from a install/remove after calculating >>> dependencies, such as that provided by yum (it shows everything it >>> will do and asks for confirmation before proceeding. ) >> >> >> portmaster has the --show-work option that gives you output like this: >> >> ===>>> Port directory: /usr/ports/sysutils/fusefs-ntfs >> ===>>> Starting check for all dependencies >> ===>>> Gathering dependency list for sysutils/fusefs-ntfs from ports >> >> ===>>> Installed archivers/unzip >> ===>>> Installed converters/libiconv >> ===>>> Installed devel/gmake >> ===>>> Installed devel/libtool15 >> ===>>> NOT INSTALLED devel/libublio >> ===>>> Installed devel/pkg-config >> ===>>> NOT INSTALLED lang/ruby18 >> ===>>> NOT INSTALLED sysutils/fusefs-kmod >> ===>>> NOT INSTALLED sysutils/fusefs-libs >> ===>>> NOT INSTALLED textproc/ruby-deplate >> >> Is that what you had in mind? That is currently a separate operation >> because for ports with a lot of dependencies it can take a long time >> to build the list. But I suppose that if there is interest I could >> create a new mode of operation to do that check first, then confirm >> with the user that they want to proceed. > > Yes, it would be useful to me. Sometimes old ports comes with new > default options and brings new dependencies which I do not want to have > installed with update / upgrade of port, but it is not easy to track > these changes. If portmaster will have option to firstly show above info > about dependencies and wait for confirmation, I will use this feature. > Maybe in combination with some advanced logic: if all dependencies are > installed, continue without confirmation, if some dependency is missing, > wait for my confirmation. > What you think about it? > Yes, this would definitely be very useful! BTW, I have a question (and a wish;)) -- if I specify multiple ports to install and portmaster fails to resolve some of them it aborts. I wish it would go on and install whatever ports it could resolve. More background -- I have a list of ports I always install. Using a little script I concatenate this list and pass it to portupgrade or portmaster after fresh system install. Now if there's a port which for instance was moved portupgrade will skip it and install everything else. portmaster, on the other hand, would simply fail. :-( With regards, Martin