Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#76835 - [julia] Consider adding a libopenblas64_.so symlink pointing to libopenblas.so

Attached to Project: Community Packages
Opened by Kostas Kardaras (coxackie) - Thursday, 15 December 2022, 11:24 GMT
Last edited by Antonio Rojas (arojas) - Tuesday, 20 December 2022, 07:11 GMT
Task Type Feature Request
Category Packages
Status Closed
Assigned To Lukas Fleischer (lfleischer)
Antonio Rojas (arojas)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Certain packages (notably, Arpack) fail to compile using the community version of Julia (for sure in the 1.8.* versions). The reason is that the library file libopenblas64_.so is missing. The issue can be resolved simply by `ln -s /usr/lib/libopenblas.so /usr/lib/libopenblas64_.so`. Would it be possible to add the symlink? Of course, it is easy to do manually, but it can help in a better out-of-the-box experience.

Steps to reproduce:

Install and try to precompile Arpack. Without symlinking as above, it will fail.
This task depends upon

Closed by  Antonio Rojas (arojas)
Tuesday, 20 December 2022, 07:11 GMT
Reason for closing:  Fixed
Additional comments about closing:  julia 1.8.3-3
Comment by Toolybird (Toolybird) - Thursday, 15 December 2022, 20:47 GMT
This looks like  FS#73102  in disguise?
Comment by Antonio Rojas (arojas) - Sunday, 18 December 2022, 23:29 GMT
There is such a symlink already, in /usr/lib/julia (exactly where the upstream binary ships it). The question is figuring out why our package can't find it there. Polluting the top level libdir is a dirty hack and not the right solution.
Comment by Kostas Kardaras (coxackie) - Monday, 19 December 2022, 12:24 GMT
Thanks, understood. It is very annoying form a practical point of view - just to confirm: the upstream binary has the symlink in /usr/lib/julia (only), and it manages to build Arpack without issues?
Comment by Antonio Rojas (arojas) - Monday, 19 December 2022, 23:03 GMT
Actually this *should* be fixed with newer Arpack_jll by using libblastrampoline instead of openblas directly https://github.com/JuliaBinaryWrappers/Arpack_jll.jl/commit/319ed8694d35426874c54d286bea2edc36218755

But for some reason, "add Arpack" installs an older version of Arpack_jll
Comment by Antonio Rojas (arojas) - Tuesday, 20 December 2022, 07:11 GMT
Added a workaround in 1.8.3-3. Note that you need to import Arpack twice, the first time it won't work. This should be actually fixed once the Arpack package is updated upstream to allow using new Arpack_jll

Loading...