HDF5 Problem
Adam Dershowitz
dersh at alum.mit.edu
Fri Oct 14 19:16:45 CEST 2016
This ticket is showing the same error, although the situation is slightly different, since it is using the older version that worked fine for me:
https://trac.macports.org/ticket/52289 <https://trac.macports.org/ticket/52289>
--Adam
> On Oct 13, 2016, at 12:07 PM, Ryan Schmidt <ryandesign at macports.org> wrote:
>
>
>> On Oct 13, 2016, at 11:05 AM, Eric A. Borisch <eborisch at macports.org> wrote:
>>
>> As the error message points out, you can set HDF5_DISABLE_VERSION_CHECK=1 (or 2) to make things run. As they say, don't blame them if it crashes.
>>
>> There are plenty of reports out there (outside of MP) on this HDF5 feature. As far as I can tell, the HDF5 group's position is that they are used for storing critical data (output from experiments that you don't want to have to "re-do"), so they don't ever want to be the cause of errors from unintentional / unexpected behavior, even if the program can happily link.
>>
>> It would be nice if we had some centralized way to handle this rather than rev-bumping each dependent port, but that is where we are currently at. Is it possible to have an hdf5 PortGroup where we could centrally bump an epoch?
>
> No; bumping the epoch is not sufficient; you must change the revision or version for MacPorts to see it as an upgrade.
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macports.org/pipermail/macports-users/attachments/20161014/5367b0bc/attachment-0002.html>
More information about the macports-users
mailing list