Summary: | math/py-numpy: Enable ATLAS option by default. Fixes science/py-scipy & science/avogadro packages | ||||||
---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Peter C B Henderson <peter.henderson> | ||||
Component: | Individual Port(s) | Assignee: | freebsd-python (Nobody) <python> | ||||
Status: | Closed Not Accepted | ||||||
Severity: | Affects Some People | CC: | koobs, thierry, xmj | ||||
Priority: | --- | Keywords: | easy, feature | ||||
Version: | Latest | ||||||
Hardware: | Any | ||||||
OS: | Any | ||||||
Attachments: |
|
Thanks for your report Peter. A couple of questions to help move this along: What is the impact from a dependency point of view, with and without this option? Is any other software potentially impacted without this option enabled by default? Is any other software potentially impacted with this option enabled by default? Note: I strongly discourage this: - math/atlas is not packageable, so that all ports using it won't be packageable either; - it is not deprecated, but it is unmaintained; - it is lagging (although there is a proposed upgrade at https://phabric.freebsd.org/D1140 ). Anyway, I use math/py-numpy at several places, without the described problem. Do you still encounter it? Hi, Yes Thierry is right, with my portmgr hat you can't enable ATLAS by default as the packages of py-scipy wouldn't be available. Close as "WONTFIX", see https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191741#c3. |
Created attachment 144517 [details] pkg version output py27-scipy would not upgrade. The messages indicated the problem was that py27-numpy had an undefined symbol in /usr/local/lib/libalapack.so.2. This was installed by math/atlas. The final solution to this problem was to change the configuration of py27-numpy so that ATLAS is on. This also fixed the problems I had upgrading science/avogadro. FYI uname -a on my system produces FreeBSD 9.1-RELEASE-p16 FreeBSD 9.1-RELEASE-p16 #0 r267893: Thu Jun 26 15:45:22 EST 2014 root@:/usr/obj/usr/src/sys/GENERIC amd64