-
-
Notifications
You must be signed in to change notification settings - Fork 358
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
[BUG] Can't precompile Plots #4192
Comments
Your error states that Can you give the output of If missing, please delete the offending artifact (@v1.7) pkg> instantiate
(@v1.7) pkg> update
(@v1.7) pkg> precompile I see you are on Linux, so I suspect this is a loader thing. On which OS name and version are you ? Please run the following snippet, and show the output here: $ echo 'int main() {}' | gcc -xc -
$ readelf -l a.out | grep 'Requesting program interpreter'
$ /lib64/ld-linux-x86-64.so.2 --version # ^^^^^ use the loader path given from previous command, if different
ld.so (Ubuntu GLIBC 2.35-0ubuntu3) stable release version 2.35.
$ rm a.out |
Indeed I did rm -r Here are the outputs of
I am on a SSH server of my lab. Here are the info about the OS:
I am not sure to understand how to run the bash code you asked. What I did is:
Erreur de segmentation is segmentation fault in French. |
I work all the time flawlessly with ssh & julia. It seems there is a network or extraction issue, the line On a fresh install: (@v1.7) pkg> add Plots
[...]
Downloaded artifact: Xorg_libXinerama
Downloaded artifact: FreeType2
Downloaded artifact: Xorg_libX11
Downloaded artifact: Xorg_libXdmcp
Downloaded artifact: Xorg_libXau # <== the one provoking the precompile error.
Downloaded artifact: Xorg_libXcursor
Downloaded artifact: Libuuid
[...] You should see these files: $ ls ~/.julia/artifacts/4487a7356408c3a92924e56f9d3891724855282c/lib
libXau.a libXau.la libXau.so libXau.so.6 libXau.so.6.0.0 pkgconfig You can get the artifacts url by inspecting: $ cat ~/.julia/packages/Xorg_libXau_jll/z2hT9/Artifacts.toml
[...]
[[Xorg_libXau]]
arch = "x86_64"
git-tree-sha1 = "4487a7356408c3a92924e56f9d3891724855282c"
libc = "glibc"
os = "linux"
[[Xorg_libXau.download]]
sha256 = "763b24fb4a12e0a7d22b3a8f2f90f72e35b37c90771d1dcdad0d2d1e69f36e71"
url = "https://github.com/JuliaBinaryWrappers/Xorg_libXau_jll.jl/releases/download/Xorg_libXau-v1.0.9+3/Xorg_libXau.v1.0.9.x86_64-linux-gnu.tar.gz"
[...]
# 4487a7356408c3a92924e56f9d3891724855282c maps to the following URL
# try to see if you can download & extract the binaries without errors on your remote machine
$ curl -L -o Xorg_libXau.v1.0.9.x86_64-linux-gnu.tar.gz https://github.com/JuliaBinaryWrappers/Xorg_libXau_jll.jl/releases/download/Xorg_libXau-v1.0.9+3/Xorg_libXau.v1.0.9.x86_64-linux-gnu.tar.gz
$ tar -xf Xorg_libXau.v1.0.9.x86_64-linux-gnu.tar.gz Maybe a proxy is set ? (see and try the forum, e.g. https://discourse.julialang.org/t/new-julia-install-downloading-artifacts-fails-behind-proxy/43816). Maybe a $ export JULIA_SSL_NO_VERIFY_HOSTS='github.com'
$ rm -r [...]/.julia/artifacts/4487a7356408c3a92924e56f9d3891724855282c
$ julia
julia> ]
(@v1.7) pkg> instantiate
Never mind the code snippet, I see that you use
Langue maternelle, donc ça va ;) |
I do have those files, see below:
I am able to download and extract the corresponding tar.gz.
I do not know if it is going to help but I installed julia 1.7 alongside the julia 1.5.2 that was already installed in the server. I did not update from julia 1.5.2 because I was missing sudo rights. I have an alias to enter julia 1.7, j7 and I know using Plots did work for julia 1.5.2 but does not work since I updated to new julia. About the proxy, I do not know if I have one (I do not know very well what it is, I admit haha) I did:
Which do not return anything and:
Merci beaucoup pour ton aide :D |
That should work, I often switch between
Odd, sudo rights shouldn't be needed to update julia. Oh then If the files are present, and it still segfaults, or errors with Please show the output of the following: $ ldd -r [...]/.julia/artifacts/4487a7356408c3a92924e56f9d3891724855282c/lib/libXau.so
linux-vdso.so.1 (0x00007ffd52d5a000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f4ab1dd8000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4ab2280000)
$ ldd -r [...]/.julia/artifacts/51c48c945ae76d6c0102649044d9976d93b78125/lib/libXdmcp.so
linux-vdso.so.1 (0x00007fff1dde4000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ff0591bd000)
/lib64/ld-linux-x86-64.so.2 (0x00007ff059616000)
$ /lib64/ld-linux-x86-64.so.2 --version # <== adapt the path of the loader, with the output of the previous commands
ld.so (Ubuntu GLIBC 2.35-0ubuntu3) stable release version 2.35. |
Here are the requested outputs. Works for the first, does not for the second
|
Ok, this is an old loader not supporting the |
You can also temporarily set the $ export JULIA_DEPOT_PATH="$HOME/foo" # packages & artifacts will be installed in this location
$ julia
julia> using Pkg
julia> Pkg.add("Plots")
[...]
Downloaded artifact: Xorg_libXrender
Downloaded artifact: Xorg_libpthread_stubs
Downloaded artifact: Xorg_libXi
[...] |
Okaaayyy!!! It does work now!! And now everything is working including We can now close this issue. Thank you a lot t-bltg for your time, you helped me and saved me plenty of working time, thanks!!! |
I'm glad this helped, but bear in mind that this solution might only be a workaround. When the default env var is not set, julia populates its internal $ echo $JULIA_DEPOT_PATH
$ julia
julia> DEPOT_PATH
3-element Vector{String}:
"~/.julia"
"[...]/local/share/julia"
"[...]/share/julia"
# ^^^^^^ those are default values |
Details
Note that I asked for this bug on Julia StackOverflow
I installed a new version of Julia, version 1.7. And while trying to precompile Plots I have the following errors:
I tried to downgrade GR at v0.64.1 as suggested in the StackOverflow question but that did not change the issue.
I also tried to ] rm Plots ; ] update ; ] resolve ; add Plots ] ; build Plots ; using Plots which did not work neither.
Backends
This bug occurs on ( insert
x
below )Versions
Plots.jl version:
1.28.0
Backend version (
]st -m <backend(s)>
):Output of
versioninfo()
:The text was updated successfully, but these errors were encountered: