-
Notifications
You must be signed in to change notification settings - Fork 141
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
compat entry for HDF5_jll #1065
Comments
OpenSSL_jll v3.0.8 was recently introduced into the ecosystem by me: For the most part, I would most packages to be using OpenSSL_jll v1.1.20+0. There is only one package that is actually compatible with it at the moment, OpenSSL.jl. I created a temporary environment with just HDF5 v0.16.14 and HDF5_jll v1.10.5+7, and did not find any issues. The environment seemed to compile fine on x86_64 glibc Linux.
Could you provide some additional details about your platform and your environment? |
Thanks for looking into this. I originally encountered the above error on MacOS, and I can replicate the error on MacOS 13.3.1(a) with Julia 1.8.3 in an environment with only HDF5_jll and HDF5.jl:
The full stacktrace is
|
The issue is that we will have to retroactively modify the compat entries in the General registry to fully resolve this. However, I suspect the situation may be platform specific. |
I just hit this. Currently cannot install e.g. edit: a workaround is installing HDF5lib with e.g. homebrew and then set
make sure to wipe the precompilations when you change the HDF5 path, those seem to remember quite a few things 😆 |
Just specify [email protected].
|
The problem is that HDF5 is in quite a few of our packages and the automatic dependency solver falls back to v1.10. Pinning |
Just to be clear, if I create a release without a 1.10 compat, that will not fix the problem because it probably will still solve for an old version of HDF5. To prevent this solution, one would have to edit the following file in the general registry: Another solution is that we finish merging to release a HDF5_jll 1.14 which is compatible with OpenSSL v3. |
We just released HDF5_jll 1.14.
Will this solve the issue? |
Perfect! Works fine :) |
HDF5 v0.16.15 supports HDF5_jll v1.14. HDF5_jll v1.14 is compatible with OpenSSL_jll v3.0.8. This should solve many of the solutions which try to use OpenSSL_jll v3. A retroactive compat entry would cut off users from HDF5_jll v1.10 which works on on some platforms. |
On Julia 1.8.3 executing
] add HDF5
installed HDF5 v0.16.14 with HDF5_jll v1.10.5+7. However, this combination failed to precompile due to alibhdf5 not defined
error.julia> import HDF5 [ Info: Precompiling HDF5 [f67ccb44-e63f-5c2f-98bd-6dc0ccc4ba2f] ERROR: LoadError: UndefVarError: libhdf5 not defined...
I was able to get things working by explicitly running
] add HDF5_jll
, which installed HDF5_jll v1.10.5+7 again, but then running] update
updated it to HDF5_jll v1.12.2+2. Updating HDF5_jll apparently required a downgrade of OpenSSL_jll from v3.0.8+0 ⇒ v1.1.20+0. I have not explicitly added OpenSSL_jll, but it is required by some other package.My takeaway is that HDF5 v0.16.14 may not actually be compatible with HDF5_jll v1.10.5 and the compat entry may need to be updated. Additionally it seems that the newest versions of HDF5_jll do not support the newest versions of OpenSSL_jll, which can create conflicts in some environments.
The text was updated successfully, but these errors were encountered: