Plotting packages that support Julia v1.0

Thanks. That helped.

But after Pkg.up GR was updated. (after a few tries) did not result in errors but:

julia> using Plots

julia> plot( cumsum(rand(10)))
ERROR: error compiling _plot!: error compiling _display: could not load library "" cannot open shared object file: No such file or directory
 [1] #plot#136(::Base.Iterators.Pairs{Union{},Union{},Tuple{},NamedTuple{(),Tuple{}}}, ::Function, ::Array{Float64,1}) at /home/js/.julia/packages/Plots/ex9On/src/plot.jl:57
 [2] plot(::Array{Float64,1}) at /home/js/.julia/packages/Plots/ex9On/src/plot.jl:51
 [3] top-level scope at none:0



Please download the latest run-time (for your platform) using

ENV["GRDIR"] = """GR")

I still have no idea, why the latter is required on some system - there were several users complaining about that, but the above step should fix the problem …

Sorry, this is from a binary newly unpacked from the tar.gz I downloaded from

  _       _ _(_)_     |  Documentation:
  (_)     | (_) (_)    |
   _ _   _| |_  __ _   |  Type "?" for help, "]?" for Pkg help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 1.0.0 (2018-08-08)
 _/ |\__'_|_|_|\__'_|  |  Official release
|__/                   |

julia> ENV["GRDIR"] = ""
julia> using Pkg

  Building GR → `~/.julia/packages/GR/5E5fX/deps/build.log`
┌ Error: Error building `GR`: 
│ ERROR: LoadError: failed process: Process(`grep ^ID_LIKE=`, ProcessExited(1)) [1]
│ Stacktrace:
│  [1] error(::String, ::Base.Process, ::String, ::Int64, ::String) at ./error.jl:42
│  [2] pipeline_error at ./process.jl:695 [inlined]
│  [3] pipeline_error(::Base.ProcessChain) at ./process.jl:708
│  [4] read(::Base.OrCmds) at ./process.jl:631
│  [5] get_os_release(::String) at /home/js/.julia/packages/GR/5E5fX/deps/build.jl:37
│  [6] top-level scope at /home/js/.julia/packages/GR/5E5fX/deps/build.jl:60
│  [7] include at ./boot.jl:317 [inlined]
│  [8] include_relative(::Module, ::String) at ./loading.jl:1038
│  [9] include(::Module, ::String) at ./sysimg.jl:29
│  [10] include(::String) at ./client.jl:388
│  [11] top-level scope at none:0
│ in expression starting at /home/js/.julia/packages/GR/5E5fX/deps/build.jl:45
└ @ Pkg.Operations /buildworker/worker/package_linux64/build/usr/share/julia/stdlib/v1.0/Pkg/src/Operations.jl:1068

It is not urgent for me, but might be worth while for the developers taking note of it.


Thanks for the hint. I added a check for missing keys in /etc/os-release. The problem should no longer exist.

VegaLite.jl should now work.


The Gadfly master branch appears to be working with 1.0 as well:


InspectDR is also working for Juila 1.0:

1 Like

]add Makie on 1.0 should also work now :slight_smile:

It’s not the final release, but pretty functional already!


Neat! Not necessary to use PackageCompiler for reasonable performance anymore?


Gadfly#master now supporst 1.0

1 Like

Winston (GitHub - JuliaGraphics/Winston.jl: 2D plotting for Julia) works fine on 1.0.

@MA_Laforge, @sdanisch, does Plots work with the packages? Not yet, I guess? Seems the only backend working with Plots is GR now, is it correct? Should I be better off relying on Plots, or going direct with individual packages? I really would like to try my script with InspectDR or Makie based on reported interactivity.

Plots should work with GR, Plotly, PGFPlots, Pyplot and possibly? plotlyjs backends on 1.0

@LeoK987: There are different opinions about whether Plots.jl should be considered “the one an only” plotting interface. Thus you have to make you own experiences. I am personally only using Winston+Gtk for interactive use and PyPlot for publication ready things.

I had been using Winston in the very early days (probably during Julia 0.3), and it was nice, but with some later version of Julia, Winston totally stopped working as if abandoned, so I switched to Plots with GR. So now it resurrected.

I use PlotlyJS for interactive mode and PGFPlotsX for publication ready figures.

1 Like

Its true that Winston is not been actively developed currently. However, I use it very actively and have ported Winston to 1.0 (together with @ararslan). Thus if you were satisfied with Winston before, there should be no reason that it destabilizes again.

I have not looked closely to InspectDR but it might be interesting to compare Winston and InspectDR in order to look if they could be combined. Both use the same technology (Cairo + Gtk).

1 Like

@LeoK987: Yes, InspectDR is now working with Plots as well.

A few notes:

  • There is a known issue where the alpha values (transparency) are not being used to draw markers & lines. This is fixed only in the master branch, and will be available the next time Plots.jl gets tagged with a new version.
  • InspectDR does write out a message “InspectDR not known to be compatible with current version of Plots.jl.” Please ignore the message. I simply have not yet “told” InspectDR that it is compatible with Plots.jl.

At this point, if you are having issues getting InspectDR to work with Plots.jl, please let me know somehow - preferably by opening an issue on Github.