Ticket #34820 (closed defect: fixed)
py-tables: bump revision when changing hdf5
| Reported by: | Deil.Christoph@… | Owned by: | mmoll@… |
|---|---|---|---|
| Priority: | Normal | Milestone: | |
| Component: | ports | Version: | 2.1.1 |
| Keywords: | Cc: | ||
| Port: | py-tables |
Description
I get a similar crash (attached) as reported in ticket #33369 when executing the command:
python -c 'import tables; tables.test()'
I first noticed this problem when working with the pandas python package, this gives a similar crash:
nosetests-2.7 --exe pandas --verbose 10
Looking at the py-tables portfile I don't see an explicit reference to a hdf5 version, so maybe the dependency has to be set up differently so that py-tables is re-built automatically every time hdf5 is updated?
Attachments
Change History
comment:1 Changed 12 months ago by Deil.Christoph@…
I tried this command, which is recommended with update problems before filing a ticket in the user guide:
port -nR upgrade --force hdf5-18
The error remains.
I guess it doesn't help here because I re-download the binary version of the py-table port instead of re-building it with the hdf5-18 I have installed?
comment:2 follow-up: ↓ 3 Changed 12 months ago by ryandesign@…
- Owner changed from macports-tickets@… to mmoll@…
- Cc mmoll@… removed
That's likely. You can add the "-s" switch to force a build from source.
The subports of the py-tables port do have a declared dependency on the hdf5-18 port.
comment:3 in reply to: ↑ 2 Changed 12 months ago by Deil.Christoph@…
Replying to ryandesign@…:
That's likely. You can add the "-s" switch to force a build from source.
Thanks, after this everything works for me:
port -snR upgrade --force hdf5-18
The subports of the py-tables port do have a declared dependency on the hdf5-18 port.
Than why am I seeing a problem?
Were the binaries I am downloading (e.g. of py27-tables) rebuilt after the latest hdf5-18 update?

