Opened 11 years ago

Closed 11 years ago

#37334 closed submission (fixed)

NEW: py-obspy @0.8.3

Reported by: petrrr Owned by: ryandesign (Ryan Carsten Schmidt)
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc:
Port: py-obspy

Description

This port installs the ObsPy framework.

The port was tested on Mac OS X 10.5.8 and Xcode 3.1.4, against python26.

The whole framework is now installed from a single package (and this port). So a set of several ports is not needed any more and this submission replaces #35165 and r97743. The changes to Ticket #35165 were considered.

Attachments (2)

Portfile (1.8 KB) - added by petrrr 11 years ago.
Portfile for py-obspy (NEW) -- updated
Portfile.2 (2.8 KB) - added by petrrr 11 years ago.

Download all attachments as: .zip

Change History (12)

comment:1 Changed 11 years ago by mf2k (Frank Schima)

Keywords: py-obspy-core removed
Version: 2.1.2

This port obsoletes the current py-obspy-core port.

comment:2 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Instead of deleting py-obspy-core immediately as suggested in comment:ticket:35165:2, we should mark it "replaced_by py-obspy" for one year, to help users upgrading. We'll have to manually handle replacing each of its subports with the corresponding subport of py-obspy.

"fetch.type standard" is not needed because that's the default.

"fetch.ignore_sslcert yes" is not needed since your master_sites is not an https URL.

"depends_lib-append" can take multiple ports at once, e.g.:

    depends_lib-append    port:py${python.version}-numpy \
                          port:py${python.version}-scipy \
                          port:py${python.version}-lxml \
                          port:py${python.version}-suds \
                          port:py${python.version}-sqlalchemy

comment:3 in reply to:  2 Changed 11 years ago by petrrr

Replying to ryandesign@…:

Instead of deleting py-obspy-core immediately as suggested in comment:ticket:35165:2, we should mark it "replaced_by py-obspy" for one year, to help users upgrading. We'll have to manually handle replacing each of its subports with the corresponding subport of py-obspy.

Well fine, I will provide an diff for py-obspy-core. Anyway, I guess there are not TOO many users yet, as only the core component was provided so far.

Thanks for the corrections, the fetch stuff is a left over. I replace the Portfile.

Changed 11 years ago by petrrr

Attachment: Portfile added

Portfile for py-obspy (NEW) -- updated

comment:4 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Owner: changed from macports-tickets@… to ryandesign@…
Status: newassigned

Thanks. Installing py*-obspy fails when the corresponding py*-obspy-core is already installed. So we should employ the "deactivate hack".

comment:5 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Error: org.macports.activate for port py27-obspy returned: Image error: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/obspy-reftek-rescue is being used by the active py27-obspy-core port.  Please deactivate this port first, or use 'port -f activate py27-obspy' to force the activation.

comment:6 in reply to:  5 Changed 11 years ago by petrrr

I added the requested "deactivate hack". Tested on my system for different cases. I included some minor modifications. This port also replaces py-obspy-core which should become a stub by #37334.

NOTE: Python 2.5 is not supported by this version of Obspy.

Last edited 11 years ago by petrrr (previous) (diff)

Changed 11 years ago by petrrr

Attachment: Portfile.2 added

comment:7 Changed 11 years ago by jmroot (Joshua Root)

You shouldn't need the deactivate hack if the other port is replaced_by this one. source:tags/release_2_1_2/base/src/registry2.0/portimage.tcl#L461

comment:8 in reply to:  7 Changed 11 years ago by petrrr

Replying to jmr@…:

You shouldn't need the deactivate hack if the other port is replaced_by this one. source:tags/release_2_1_2/base/src/registry2.0/portimage.tcl#L461

Sorry, I am not sure if I am getting this right. Is this a new feature of the base system (version 2.1.2)? I understood that the hack would be necessary to correctly replace the former port, see also comment:2. But maybe I did the testing against the earlier version?

comment:9 in reply to:  7 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Replying to jmr@…:

You shouldn't need the deactivate hack if the other port is replaced_by this one. source:tags/release_2_1_2/base/src/registry2.0/portimage.tcl#L461

That's true.... I'm not sure why I thought otherwise. Sorry for making you do extra work, Peter!

comment:10 Changed 11 years ago by ryandesign (Ryan Carsten Schmidt)

Resolution: fixed
Status: assignedclosed

Committed in r101443 with these changes:

  • removed deactivate hack
  • removed "supported_archs noarch" because this port does install architecture-specific files
  • "rmd160" was misspelled "rdm160"
  • disabled universal variant because some of the dependencies are not universal

Marked py-obspy-core replaced_by py-obspy in r101445.

Note: See TracTickets for help on using tickets.