From owner-freebsd-questions@FreeBSD.ORG Mon Nov 9 07:59:32 2009 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 DDA9B106566B for ; Mon, 9 Nov 2009 07:59:31 +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 84BD48FC08 for ; Mon, 9 Nov 2009 07:59:31 +0000 (UTC) Received: (qmail 31619 invoked by uid 399); 9 Nov 2009 07:59:30 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 9 Nov 2009 07:59:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4AF7CBE1.70704@FreeBSD.org> Date: Sun, 08 Nov 2009 23:59:29 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20090822) MIME-Version: 1.0 To: "b. f." References: In-Reply-To: X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: maho@freebsd.org, Scott Bennett , freebsd-questions@FreeBSD.org Subject: Re: math/py-numpy vs. math/atlas-devel 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: Mon, 09 Nov 2009 07:59:32 -0000 First, sorry I missed the original problem report, I'm not subscribed to -questions. Usually ports questions (including those about tools) are handled on freebsd-ports@freebsd.org, but OTOH if you're not sure where to send a question it's always better to start on the -questions list. :) Second, thanks to b.f. for the very thorough analysis of the problem. I will respond and trim a bit as I go. Third, I've cc'ed maho@ since the genesis of the problem is that math/atlas and math/atlas-devel aren't setting CONFLICTS when apparently they should be. maho, if you need any help with this let me know. b. f. wrote: > Scott Bennett wrote: >> I would like to install science/gnudatalanguage but have been running >> into various obstacles. Lars Engels very kindly just fixed one of them >> (devel/lasi) (Thanks, Lars!), so now I'm on to the next one, which may not >> be a showstopper, but it's at least a nuisance. One of the gnudatalanguage >> dependencies is math/py-numpy, which, in turn, depends upon math/atlas. >> However, I have math/atlas-devel installed and do not wish to revert to an >> older, slower version of the ATLAS library. Adding a "-x atlas-\*" onto >> the portmaster command to build math/py-numpy fails to prevent portmaster >>from trying to build math/atlas. As was pointed out, that definitely won't work. With the glob patterns for exclusions, or specifying ports on the command line you want to be as conservative as possible. Also, it's not necessary to include a * at the end, portmaster will handle that for you. >> Creating a >> /var/db/pkg/atlas-3.8.3_1,1/+IGNOREME file in addition doesn't help. +IGNOREME files are only relevant to installed ports. >> How >> can I force math/py-numpy to accept the already installed math/atlas-devel >> libraries? >> Thanks in advance for any help! The easiest way for you to accomplish this would have been to use '-x atlas', the second-easiest would have been to use the -i command line option. See the man page for more information on that. > Congratulations, you've managed to defeat three sets of safeguards in > portmaster. > > Problem #1 > > math/atlas and math/atlas-devel don't have proper CONFLICTS entries in > their Makefiles (this should be fixed), Yes, this analysis was essentially correct. > Problem #2: > > You're using the -x flag incorrectly. Or portmaster isn't > implementing it properly when the port to be excluded is not actually > installed, take your pick. The way that -x is implemented currently really depends on the user's definition of the exclude pattern, and is designed to exclude things as early as possible so as to avoid what would ultimately become wasted effort. It's hard to justify modifying the code to guess that something we've already started working on might match what we think the user MEANT instead of what they SAID. > Problem #3: > > The +IGNOREME checks in portmaster aren't properly implemented for > this case, so they fail to prevent math/atlas from being built. s/properly implemented for/designed to handle/ If you think about this for a second, the entries in /var/db/pkg are exclusively related to installed ports, so trying to use an +IGNOREME file for this purpose doesn't make sense, although I can sympathize with the OPs sense of desperation here. :) > So what can you do while these problems are being fixed? Just to be clear, I didn't see anything that needs to be fixed in your message, and I hope my explanation makes it clear why. If you think that there are actual bugs that need to be fixed please feel free to create a thread on -ports to discuss them. hope this helps, Doug PS, Can't resist ... http://dougbarton.us/portmaster-proposal.html -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/