#43083: py27-scipy @0.13.3: fails to build on OS X 10.7 ------------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: invalid | Keywords: Port: py-scipy | ------------------------------+-------------------------------- Comment (by sean@…): Replying to [comment:7 Peter.Danecek@…]:
Replying to [comment:6 sean@…]:
Unless I am missing something, this is invalid because you are mixing python packages from the system which isn't supported in MacPorts. It seems you have numpy installed into: `/Library/Python/2.7/site-packages /numpy-override`.
Sean, I am not sure I understand your comment completely.
Now, that you are pointing to it I see the reference to system `/Library` as well, but I have no idea how it is tight in.
You are stating "invalid because you are mixing python packages from the system". But I do not see what I am doing wrong or at least I am not doing this intentionally. When I get to the machine, I will check the content of `/Library/Python/2.7/site-packages/`. But to my understanding, as long as I use MacPort, this content should be ignored, but apparently it is no.
So why this ticket is **invalid** ?
I can understand your confusion. MacPorts can't (yet?) sandbox itself from having its subprocesses access things outside /opt/local (or where ever MacPorts is installed). So, lots of configure and python scripts try to find everything it can on the system. In this case, someone on the machine installed a package outside of MacPorts that contains numpy. This package is interfering with the build of scipy. Basically, it is equivalent to installing something into /usr/local, https://trac.macports.org/wiki/FAQ#usrlocal -- Ticket URL: <https://trac.macports.org/ticket/43083#comment:8> MacPorts <http://www.macports.org/> Ports system for OS X