You are not logged in.
I did a full system update with
sudo pacman -Syu. I updated my packages from the AUR with paru:
paru -SuaI use the AUR version of julia as is recommended by the ArchWiki (second colored box). However whenever I try to plot, I get the following error:
/home/charper/.julia/artifacts/7f59a0ec3d19c98dce30a3ba8ea9cbd8824ce4a6/bin/gksqt: /usr/bin/../lib/julia/libcurl.so.4: version `CURL_OPENSSL_4' not found (required by /usr/lib/libproxy/libpxbackend-1.0.so)
connect: Connection refused
GKS: can't connect to GKS socket application
GKS: Open failed in routine OPEN_WS
GKS: GKS not in proper state. GKS must beHowever I have both curl and openssl installed.
Last edited by charper_flow (2024-01-10 16:33:59)
Offline
This is an incompatibility between julia's vendored libraries and system one. Use the official julia Arch package unless you have a good reason not to (ie. anything is actually broken for you)
Offline
The ArchWiki specifically recommends against using the official version (second colored box in the link above) because it is compiled against system libraries, so I think I am correct in using the AUR version(?)
Last edited by charper_flow (2024-01-07 20:07:58)
Offline
The information tells you that the julia package (as in the version in the Arch repos) would not be supported were you to ask a question directly to the julia developers. It is supported in and linked against system libraries in Arch Linux precisely to avoid the kind of incompatibilites you are opening yourself up for if you opt for the package from the julia devs themselves.
Offline
Thank you for that clarification, that makes a lot of sense. However, I feel like while switching to the official version might fix this problem, it will open me up to many other problems. In my research on this issue I came across many posts on both this forum and the Julia forum that generally recommend using the AUR version. I think this is emphasized in that the ArchWiki's install instructions prioritize the AUR version. If possible, I would like to keep using this version, so what would be the next steps to bridge this incompatibility with system libraries?
Last edited by charper_flow (2024-01-07 20:37:58)
Offline
The ArchWiki is not some sort of God-revealed truth, it is written by users who may not have the same needs and requirements as you.
But anyway: if you insist on using the upstream binaries, then you should direct any support requests to them. That's exactly the point of using their binaries. The Arch Linux solution to your issue is to use the official package.
Last edited by arojas (2024-01-07 21:14:18)
Offline
FWIW for the literal question of this thread, is libcurl-compat/libcurl-gnutls installed? those should contain unversioned compat libs.
Offline
I do have both of those installed
Offline
Ah wait the problem is that the system libproxy can't handle the outdated curl lib in julia... I'd say the "safest" way of dealing with stuff like this is running a supported system baseline for julia in a docker or so. Otherwise you'd have to replace the old libcurl with the new libcurl and likely run into a bunch of other breakage when doing so.
Offline
Alright, I'll give that a try, and update this if I get it to work. Thanks for the guidance!
Offline
I wasn't able to find the root of the problem, but I got pretty close. In order to fix the problem I needed to figure out where
/usr/lib/libproxy/libpxbackend-1.0.sowas getting roped in, but I couldn't figure it out. However, uninstalling julia-bin and switching over to juliaup (the second supported AUR julia binary) fixed the problem. I'll probably try and switch back to julia-bin the next time it gets updated
Offline