#39795: py-obspy: update to 0.8.4 ------------------------------+--------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: haspatch maintainer Port: py-obspy | ------------------------------+--------------------------------- Comment (by Peter.Danecek@…): Replying to [comment:3 larryv@…]:
Replying to [ticket:39795 Peter.Danecek@…]:
1. Currently for Python 2.6 this port works fine **only** if py26-scipy +gcc44 and py26-obspy +gcc44 is used. This is due to #35141 as py-scipy is an important dependency. (Maybe a similar problem applies here as well).
It’s broken for all variants other than +gcc44? Does it work without any variants at all?
Well I did not try gcc43 until now, but I somehow assumed that this broke from gcc44 to gcc45. It may be actually be an gcc4{5,6,7} issue or at least some combination with python26, gcc & binary builds, fortran support (just guessing here!). I think the gccXX variants for scipy are due to Fortran support, and that's why it comes in for obspy as well. So doing without gcc variants is difficult. For obspy we could try to leave out modules requiring fortran, but I would have preferred not to do that, as most people just want to install the whole package as is.
2. On Mac OS X 10.5.8 only the py27 subport works correctly. The py26 subport installs, but some test will fail.
Do you think we should actively prevent installation of py26-obspy on
10.5, then? Well this is one possibility. Another would be just to support py27 for the moment. But as there is the +gcc44 work-arround I proposed it as is. In any case, I would appreciate if we can get the update committed because at least for python 2.7 it seems to work all fine, both on 10.8 and on 10.5. -- Ticket URL: <https://trac.macports.org/ticket/39795#comment:4> MacPorts <http://www.macports.org/> Ports system for OS X