GR.jl
GR.jl copied to clipboard
Current state with master branch, GR_jll v0.69.1+0 (v0.69.1+1 yanked)
Because there may be some confusion, I wanted to clarify the current state of affairs.
The master branch currently has #483 merged. This adds several capabilities:
- It now contains portions of the old build script as
GR.GRPreferences.Downloader
. The main entry point there isGR.GRPreferences.Downloader.download()
which should help to download and extract the sciapp/gr tarball. - We now have a
GR.GRPreferences.use_upstream_binary()
which invokes the abovedownload
function and sets GR to use that viaGR.GRPreferences.use_system_binary()
. -
GR.GRPreferences
now also installs overrides forGR_jll
. There is adepot
based mechanism for doing so viaOverrides.toml
and aLocalPreferences.toml
based mechanism that can be more local to the project. The default is to use thedepot
based mechanism. - It is compatible with the GR_jll v0.69.1+1
dont_dlopen
patch due to https://github.com/mkitti/GR.jl/blob/005b721753beb8e2af7dc6d2eb459128ad3fe466/src/preferences.jl#L59-L65
Since GR_jll v0.69.1+1 was yanked:
-
LD_PRELOAD
may be needed without first invokingGR.GRPreferences.use_system_binary()
and restarting Julia. This is becauseGR_jll
is loaded automatically and it loads the BinaryBuilder.org binaries regardless ofGRDIR
or theGRPreferences
settings. - For a system install of GR_jll, I highly recommend the use of an Overrides.toml within the system depot artifacts directory.
- I believe we should repropose GR_jll v0.69.1+1 as GR_jll v0.70.0+0. This will stop GR_jll from loading its binaries automatically.
To clarify, I mean the master branch at da5cfd3