Build problems with julia 0.5.0 #815

ethomag · 2016-03-23T07:26:07Z

I want to interface some external C++ libs, using @Keno 's amazing Cxx package and I have followed the instructions on https://github.com/Keno/Cxx.jl so my Make.user looks like:

override LLVM_ASSERTIONS=1
override BUILD_LLVM_CLANG=1
override USE_LLVM_SHLIB=1

I use this to build bleeding edge julia from master, but I can't get Gadfly to build with this setting:

master $ ./julia 
               _
   _       _ _(_)_     |  A fresh approach to technical computing
  (_)     | (_) (_)    |  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.5.0-dev+3235 (2016-03-23 05:32 UTC)
 _/ |\__'_|_|_|\__'_|  |  Commit c29bff1* (0 days old master)
|__/                   |  x86_64-linux-gnu

julia> using Gadfly
INFO: Precompiling module Gadfly...
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/Codecs.ji for module Codecs.
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/Compose.ji for module Compose.
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/Iterators.ji for module Iterators.
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/DataStructures.ji for module DataStructures.
WARNING: Method definition (::Type{DataStructures.Accumulator})(Base.Dict{#T<:Any, #V<:Number}) in module DataStructures at /home/ethomag/.julia/v0.5/DataStructures/src/accumulator.jl:4 overwritten at /home/ethomag/.julia/v0.5/DataStructures/src/accumulator.jl:12.
WARNING: Method definition get!(DataStructures.HashDict{#K<:Any, #V<:Any, O<:Union{Int64, Void}}, Any, Any) in module DataStructures at /home/ethomag/.julia/v0.5/DataStructures/src/hashdict.jl:399 overwritten at /home/ethomag/.julia/v0.5/DataStructures/src/hashdict.jl:414.
WARNING: Method definition hashindex(Any, Any) in module DataStructures at /home/ethomag/.julia/v0.5/DataStructures/src/hashdict.jl:106 overwritten at /home/ethomag/.julia/v0.5/DataStructures/src/ordereddict.jl:106.
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/Measures.ji for module Measures.
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/JSON.ji for module JSON.
ERROR: LoadError: LoadError: Not an `in` expression
 in include(::ASCIIString) at ./boot.jl:240
 in include_from_node1(::ASCIIString) at ./loading.jl:417
 in include(::ASCIIString) at ./boot.jl:240
 in include_from_node1(::ASCIIString) at ./loading.jl:417
 [inlined code] from ./boot.jl:243
 in anonymous at ./<no file>:4294967295
 in eval(::Module, ::Any) at ./boot.jl:243
 [inlined code] from ./sysimg.jl:11
 in process_options(::Base.JLOptions) at ./client.jl:239
 in _start() at ./client.jl:318
while loading /home/ethomag/.julia/v0.5/Compose/src/form.jl, in expression starting on line 188
while loading /home/ethomag/.julia/v0.5/Compose/src/Compose.jl, in expression starting on line 80
ERROR: LoadError: Failed to precompile Compose to /home/ethomag/.julia/lib/v0.5/Compose.ji
 in error(::ASCIIString) at ./error.jl:21
 in compilecache(::ASCIIString) at ./loading.jl:496
 in recompile_stale(::Symbol, ::ASCIIString) at ./loading.jl:572
 in _require_from_serialized(::Int64, ::Symbol, ::ASCIIString, ::Bool) at ./loading.jl:164
 in _require_from_serialized(::Int64, ::Symbol, ::Bool) at ./loading.jl:193
 in require(::Symbol) at ./loading.jl:323
 in include(::ASCIIString) at ./boot.jl:240
 in include_from_node1(::ASCIIString) at ./loading.jl:417
 [inlined code] from ./boot.jl:243
 in anonymous at ./<no file>:4294967295
 in eval(::Module, ::Any) at ./boot.jl:243
 [inlined code] from ./sysimg.jl:11
 in process_options(::Base.JLOptions) at ./client.jl:239
 in _start() at ./client.jl:318
while loading /home/ethomag/.julia/v0.5/Gadfly/src/Gadfly.jl, in expression starting on line 9
ERROR: Failed to precompile Gadfly to /home/ethomag/.julia/lib/v0.5/Gadfly.ji
 in error(::ASCIIString) at ./error.jl:21
 in compilecache(::ASCIIString) at ./loading.jl:496
 in compilecache(::Symbol) at ./loading.jl:485
 in require(::Symbol) at ./loading.jl:355
 in eval(::Module, ::Any) at ./boot.jl:243

I really need plotting capabilities for an internship project we are planning, using Cxx. Should I use another plotting package ?

The text was updated successfully, but these errors were encountered:

lobingera · 2016-03-23T08:57:15Z

looking at this i'd assume that's rather an precompilation issue than a Gadfly/Compose issue.
You could try to update all packages and try to build everything with Pkg.build first.
I'm not soo sure if other plotting packages have done the 0.4/0.5dev transition already...

ethomag · 2016-03-23T09:10:20Z

Like this ?

master $ ./julia 
               _
   _       _ _(_)_     |  A fresh approach to technical computing
  (_)     | (_) (_)    |  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.5.0-dev+3235 (2016-03-23 05:32 UTC)
 _/ |\__'_|_|_|\__'_|  |  Commit c29bff1* (0 days old master)
|__/                   |  x86_64-linux-gnu

julia> Pkg.update()
INFO: Updating METADATA...
INFO: Updating ELF master...
INFO: Updating AbstractTrees master...
INFO: Updating StructIO master...
INFO: Updating DWARF master...
INFO: Updating ObjFileBase master...
INFO: Updating Cxx master...
INFO: Computing changes...
INFO: No packages to install, update or remove

julia> Pkg.build("Gadfly")

julia> using Gadfly
INFO: Precompiling module Gadfly...
ERROR: LoadError: LoadError: Not an `in` expression
 in include(::ASCIIString) at ./boot.jl:240
 in include_from_node1(::ASCIIString) at ./loading.jl:417
 in include(::ASCIIString) at ./boot.jl:240
 in include_from_node1(::ASCIIString) at ./loading.jl:417
 [inlined code] from ./boot.jl:243
 in anonymous at ./<no file>:4294967295
 in eval(::Module, ::Any) at ./boot.jl:243
 [inlined code] from ./sysimg.jl:11
 in process_options(::Base.JLOptions) at ./client.jl:239
 in _start() at ./client.jl:318
while loading /home/ethomag/.julia/v0.5/Compose/src/form.jl, in expression starting on line 188
while loading /home/ethomag/.julia/v0.5/Compose/src/Compose.jl, in expression starting on line 80
ERROR: LoadError: Failed to precompile Compose to /home/ethomag/.julia/lib/v0.5/Compose.ji
 in error(::ASCIIString) at ./error.jl:21
 in compilecache(::ASCIIString) at ./loading.jl:496
 in compilecache(::Symbol) at ./loading.jl:485
 in require(::Symbol) at ./loading.jl:328
 in include(::ASCIIString) at ./boot.jl:240
 in include_from_node1(::ASCIIString) at ./loading.jl:417
 [inlined code] from ./boot.jl:243
 in anonymous at ./<no file>:4294967295
 in eval(::Module, ::Any) at ./boot.jl:243
 [inlined code] from ./sysimg.jl:11
 in process_options(::Base.JLOptions) at ./client.jl:239
 in _start() at ./client.jl:318
while loading /home/ethomag/.julia/v0.5/Gadfly/src/Gadfly.jl, in expression starting on line 9
ERROR: Failed to precompile Gadfly to /home/ethomag/.julia/lib/v0.5/Gadfly.ji
 in error(::ASCIIString) at ./error.jl:21
 in compilecache(::ASCIIString) at ./loading.jl:496
 in compilecache(::Symbol) at ./loading.jl:485
 in require(::Symbol) at ./loading.jl:355
 in eval(::Module, ::Any) at ./boot.jl:243

Since Pkg.build() works fine, this means that the problem in not in Gadfly, but rather an precompilation issue as stated by you ?

lobingera · 2016-03-23T09:53:19Z

i cannot qualitfy and i'm currently not sitting at my development box, so it' s more or less a feeling only...
Looks like the precompilation problems are starting in compose.jl/src/form.jl 188 and looking at this in github shows me a function header docstring. Could you try to build compose first?

ethomag · 2016-03-23T10:06:41Z

Doing Pkg.build("Compose") works fine, but using Compose causes the same error as before. So, your gut feeling is correct.

Looking at line 188 in my form.jl, I see:

function rectangle(x0s::AbstractArray, y0s::AbstractArray,
                   widths::AbstractArray, heights::AbstractArray, tag=empty_tag)
    return @makeform (x0 in x0s, y0 in y0s, width in widths, height in heights),
        RectanglePrimitive{Vec2, Measure, Measure}((x_measure(x0), y_measure(y0)),
                                                    x_measure(width), y_measure(height)) tag
end

In which I guess the ERROR: LoadError: LoadError: Not an 'in' expression origins from.

lobingera · 2016-03-23T12:07:36Z

I see (i was looking at master, not the release). This seems to be some implicit list comprehension, i guess rectangle should return a list of rectangles if a list of x0s, y0s etc is provided. You could check if the syntax has changed from 0.4/0.5dev (look in the documentation and select the release). I'd consider this as issue on Compose.jl (afair this pattern shows up in more places than rectangle only) and you can reference this here. Strange is, that not more people have reported this issue.

ethomag · 2016-03-27T16:34:23Z

After applying @ScottPJones fix to Compose.jl (GiovineItalia/Compose.jl#194), Gadfly seems to build ok. But, I still have problems running the plot command, with 0.5.0 dev. Am I doing something wrong ?

master $ ./julia
               _
   _       _ _(_)_     |  A fresh approach to technical computing
  (_)     | (_) (_)    |  Documentation: http://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _` |  |
  | | |_| | | | (_| |  |  Version 0.5.0-dev+3287 (2016-03-27 10:36 UTC)
 _/ |\__'_|_|_|\__'_|  |  Commit 62f8893* (0 days old master)
|__/                   |  x86_64-linux-gnu

julia> using Gadfly
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/GZip.ji for module GZip.
WARNING: New definition
    write(GZip.GZipStream, Array{#T<:Any, N<:Any}) at /home/ethomag/.julia/v0.5/GZip/src/GZip.jl:460
is ambiguous with:
    write(Base.IO, Array{UInt8, N<:Any}) at io.jl:154.
To fix, define
    write(GZip.GZipStream, Array{UInt8, N<:Any})
before the new definition.
WARNING: New definition
    write(GZip.GZipStream, Array{#T<:Any, N<:Any}) at /home/ethomag/.julia/v0.5/GZip/src/GZip.jl:460
is ambiguous with:
    write(Base.IO, Array{UInt8, N<:Any}) at io.jl:154.
To fix, define
    write(GZip.GZipStream, Array{UInt8, N<:Any})
before the new definition.
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/DataFrames.ji for module DataFrames.
WARNING: New definition
    write(GZip.GZipStream, Array{#T<:Any, N<:Any}) at /home/ethomag/.julia/v0.5/GZip/src/GZip.jl:460
is ambiguous with:
    write(Base.IO, Array{UInt8, N<:Any}) at io.jl:154.
    write(GZip.GZipStream, Array{UInt8, N<:Any})
before the new definition.
INFO: Recompiling stale cache file /home/ethomag/.julia/lib/v0.5/Gadfly.ji for module Gadfly.
WARNING: New definition
    write(GZip.GZipStream, Array{#T<:Any, N<:Any}) at /home/ethomag/.julia/v0.5/GZip/src/GZip.jl:460
is ambiguous with:
    write(Base.IO, Array{UInt8, N<:Any}) at io.jl:154.
To fix, define
    write(GZip.GZipStream, Array{UInt8, N<:Any})
before the new definition.
WARNING: Method definition (::Type{Gadfly.Theme})() in module Gadfly at /home/ethomag/.julia/v0.5/Gadfly/src/varset.jl:49 overwritten at /home/ethomag/.julia/v0.5/Gadfly/src/varset.jl:53.
WARNING: Method definition (::Type{Gadfly.Data})() in module Gadfly at /home/ethomag/.julia/v0.5/Gadfly/src/varset.jl:49 overwritten at /home/ethomag/.julia/v0.5/Gadfly/src/varset.jl:53.
WARNING: Method definition (::Type{Gadfly.Aesthetics})() in module Gadfly at /home/ethomag/.julia/v0.5/Gadfly/src/varset.jl:49 overwritten at /home/ethomag/.julia/v0.5/Gadfly/src/varset.jl:53.
WARNING: Method definition copy(Gadfly.Aesthetics) in module Gadfly at /home/ethomag/.julia/v0.5/Gadfly/src/varset.jl:67 overwritten at /home/ethomag/.julia/v0.5/Gadfly/src/aesthetics.jl:199.
WARNING: Method definition f(Any) in module Scale at /home/ethomag/.julia/v0.5/Gadfly/src/scale.jl:153 overwritten at /home/ethomag/.julia/v0.5/Gadfly/src/scale.jl:159.
WARNING: Method definition (::Type{Gadfly.Geom.HexagonalBinGeometry})() in module Geom at /home/ethomag/.julia/v0.5/Gadfly/src/geom/hexbin.jl:11 overwritten at /home/ethomag/.julia/v0.5/Gadfly/src/geom/hexbin.jl:15.
WARNING: Method definition Type(Array, Type{Gadfly.Geom.HexagonalBinGeometry}) in module Geom overwritten.
WARNING: Method definition (::Type{Gadfly.Stat.ContourStatistic})() in module Stat at /home/ethomag/.julia/v0.5/Gadfly/src/statistics.jl:1462 overwritten at /home/ethomag/.julia/v0.5/Gadfly/src/statistics.jl:1466.
WARNING: Method definition Type(Array, Type{Gadfly.Stat.ContourStatistic}) in module Stat overwritten.
WARNING: Method definition input_aesthetics(Gadfly.Stat.ViolinStatistic) in module Stat at /home/ethomag/.julia/v0.5/Gadfly/src/statistics.jl:1641 overwritten at /home/ethomag/.julia/v0.5/Gadfly/src/statistics.jl:1646.

julia> plot(x=1:10, y=sin(2*pi*(1:10)/10))
Error showing value of type Gadfly.Plot:
ERROR: BoundsError: attempt to access (3,2,true)
  at index [4]
 in plain_precision_heuristic(::Array{Float64,1}) at /home/ethomag/.julia/v0.5/Showoff/src/Showoff.jl:97
 in showoff(::Array{Float64,1}, ::Symbol) at /home/ethomag/.julia/v0.5/Showoff/src/Showoff.jl:130
 in identity_formatter(::Array{Float64,1}) at /home/ethomag/.julia/v0.5/Gadfly/src/scale.jl:76
 in render(::Gadfly.Guide.XTicks, ::Gadfly.Theme, ::Gadfly.Aesthetics, ::Bool) at /home/ethomag/.julia/v0.5/Gadfly/src/guide.jl:585
 in #render_prepared#34(::Bool, ::Bool, ::Any, ::Gadfly.Plot, ::Gadfly.Coord.Cartesian, ::Gadfly.Aesthetics, ::Array{Gadfly.Aesthetics,1}, ::Array{Array{Gadfly.StatisticElement,1},1}, ::Array{Array{Gadfly.Aesthetics,1},1}, ::Array{Array{Gadfly.Data,1},1}, ::Dict{Symbol,Gadfly.ScaleElement}, ::Array{Gadfly.GuideElement,1}) at /home/ethomag/.julia/v0.5/Gadfly/src/Gadfly.jl:795
 in render(::Gadfly.Plot) at /home/ethomag/.julia/v0.5/Gadfly/src/Gadfly.jl:722
 [inlined code] from /home/ethomag/.julia/v0.5/Gadfly/src/Gadfly.jl:822
 in display(::Base.REPL.REPLDisplay{Base.REPL.LineEditREPL}, ::MIME{symbol("text/html")}, ::Gadfly.Plot) at /home/ethomag/.julia/v0.5/Gadfly/src/Gadfly.jl:952
 [inlined code] from ./expr.jl:8
 in display(::Gadfly.Plot) at /home/ethomag/.julia/v0.5/Gadfly/src/Gadfly.jl:904
 in print_response(::Base.Terminals.TTYTerminal, ::Any, ::Void, ::Bool, ::Bool, ::Void) at ./REPL.jl:134
 in print_response(::Base.REPL.LineEditREPL, ::Any, ::Void, ::Bool, ::Bool) at ./REPL.jl:121
 in (::Base.REPL.##18#19{Bool,Base.#parse_input_line,Base.REPL.LineEditREPL,Base.LineEdit.Prompt})(::Base.LineEdit.MIState, ::Base.AbstractIOBuffer{Array{UInt8,1}}, ::Bool) at ./REPL.jl:628
 [inlined code] from ./LineEdit.jl:1099
 in run_interface(::Base.Terminals.TTYTerminal, ::Base.LineEdit.ModalInterface) at ./LineEdit.jl:1570
 in run_frontend(::Base.REPL.LineEditREPL, ::Base.REPL.REPLBackendRef) at ./REPL.jl:875
 in run_repl(::Base.REPL.LineEditREPL, ::Any) at ./REPL.jl:166
 in _start() at ./client.jl:360

lobingera · 2016-03-28T07:39:26Z

i can confirm. Looks like we will still find other v0.5dev dependencies not filled...

lobingera · 2016-03-28T07:41:45Z

... but there's hope in dcjones/Showoff.jl#11

lobingera · 2016-03-28T08:11:33Z

... well, at least it fails differently and in Compose again...

julia> plot(x=1:10, y=sin(2*pi*(1:10)/10))
Error showing value of type Gadfly.Plot:
ERROR: UndefVarError: minheight not defined
 in realize_brute_force(::Compose.Table, ::Compose.ParentDrawContext) at /home/lobi/.julia/v0.5/Compose/src/table.jl:246
 in drawpart(::Compose.SVG, ::Compose.Table, ::Compose.IdentityTransform, ::Compose.UnitBox{Float64,Float64,Float64,Float64}, ::Measures.BoundingBox{Tuple{Measures.Length{:mm,Float64},Measures.Length{:mm,Float64}},Tuple{Measures.Length{:mm,Float64},Measures.Length{:mm,Float64}}}) at /home/lobi/.julia/v0.5/Compose/src/container.jl:472
 in drawpart(::Compose.SVG, ::Compose.Context, ::Compose.IdentityTransform, ::Compose.UnitBox{Float64,Float64,Float64,Float64}, ::Measures.BoundingBox{Tuple{Measures.Length{:mm,Float64},Measures.Length{:mm,Float64}},Tuple{Measures.Length{:mm,Float64},Measures.Length{:mm,Float64}}}) at /home/lobi/.julia/v0.5/Compose/src/container.jl:590 (repeats 2 times)
 [inlined code] from /home/lobi/.julia/v0.5/Measures/src/boundingbox.jl:17
 in draw(::Compose.SVG, ::Compose.Context) at /home/lobi/.julia/v0.5/Compose/src/container.jl:434
 [inlined code] from /home/lobi/.julia/v0.5/Gadfly/src/Gadfly.jl:822
 in display(::Base.REPL.REPLDisplay{Base.REPL.LineEditREPL}, ::MIME{symbol("text/html")}, ::Gadfly.Plot) at /home/lobi/.julia/v0.5/Gadfly/src/Gadfly.jl:952
 [inlined code] from ./expr.jl:8
 in display(::Gadfly.Plot) at /home/lobi/.julia/v0.5/Gadfly/src/Gadfly.jl:904
 in print_response(::Base.Terminals.TTYTerminal, ::Any, ::Void, ::Bool, ::Bool, ::Void) at ./REPL.jl:134
 in print_response(::Base.REPL.LineEditREPL, ::Any, ::Void, ::Bool, ::Bool) at ./REPL.jl:121
 in (::Base.REPL.##18#19{Bool,Base.#parse_input_line,Base.REPL.LineEditREPL,Base.LineEdit.Prompt})(::Base.LineEdit.MIState, ::Base.AbstractIOBuffer{Array{UInt8,1}}, ::Bool) at ./REPL.jl:628
 [inlined code] from ./LineEdit.jl:1099
 in run_interface(::Base.Terminals.TTYTerminal, ::Base.LineEdit.ModalInterface) at ./LineEdit.jl:1570
 in run_frontend(::Base.REPL.LineEditREPL, ::Base.REPL.REPLBackendRef) at ./REPL.jl:875
 in run_repl(::Base.REPL.LineEditREPL, ::Any) at ./REPL.jl:166
 in _start() at ./client.jl:360

protogeezer · 2016-03-28T15:23:20Z

"minheight not defined" started showing up back in February along with various segfaults. I went as far as figuring out which Julia master commit instigated the problem(s). Building Julia 0.5 with the repository backed up to just before that commit seems to avoid the bugs - at least they did a few weeks ago. The problems I found are described in Gadfly 807 and Gadfly 808.

ScottPJones · 2016-03-29T02:27:27Z

I have another fix, GiovineItalia/Compose.jl#197, which should fix the minheight UndefVarError error, although Gadfly still isn't working correctly, it at least gets us a bit further!

lobingera · 2016-03-29T08:01:47Z

@ScottPJones, could you please share your setup and the error case?

ScottPJones · 2016-03-29T13:21:16Z

@lobingera Sorry, I didn't get a chance to do that last night (dealing with kids, sick wife, etc.!), I'd intended to follow up with that info. Since it is rather long, I put it in a gist: https://gist.github.com/ScottPJones/8122d2da3c7ecfa0e3dc

lobingera · 2016-03-29T14:14:04Z

@ScottPJones, no hurry needed...
The reported error is the grisu issue dcjones/Showoff.jl#11

ScottPJones · 2016-03-29T17:34:03Z

Have you tried it with my fixes, plus Simon's fix to Showoff.jl?

lobingera · 2016-03-29T17:58:37Z

yes, works for plotting (single line example).

ethomag · 2016-03-29T18:46:21Z

This sounds great ! Thanks a lot for your swift responses ! Any chance these patches will be applied to 0.5.0 / master, any time soon ? So, that Pkg.update() will be enough to make Gadfly plots to work.

I'm quite new to github and how corrections find their way into the main development flow.

lobingera · 2016-03-29T20:32:50Z

Avik Sengupta ( @aviks) was quite quick with the first two addtions to Compose. So the third should not be an issue. We all have the feeling some more testing, unit testing in both Gadfly and Compose is needed if more v0.5 issues show up. Showoff.jl seems to be only under Daniel's supervision, so this might take some more time.

ScottPJones · 2016-03-29T20:58:08Z

Yes, he was great to take care of that so quickly!
About Showoff.jl, since @dcjones hasn't been around much for a while (only one commit in 5 months, and that was 2 months ago), I wonder if @SimonDanisch could be persuaded to make a PR to change METADATA to point to his fixed fork of Showoff.jl, at least until the Daniel is able to return and spend some time working on his Julia projects (I heard he may be too busy with Ph.D. at the moment!)
I think that might benefit a number of people.

protogeezer · 2016-03-30T16:11:32Z

Having a version of the Gadfly constellation working on 0.5.0 would be huge. Nice going on getting the show stoppers under control.

A couple of suggestions: has anyone simply asked Dan if he’d add a (new) committer or two to the repositories? His UW email handle isn’t that hard to find and I’d be more than happy to ping him on that front. Barring that I’d highly doubt that there would be any ruffled feathers if someone (temporarily) cloned the necessary projects to keep the ball rolling.

Stephen

On Mar 29, 2016, at 2:58 PM, Scott P. Jones notifications@github.com wrote:

Yes, he was great to take care of that so quickly!
About Showoff.jl, since @dcjones hasn't been around much for a while (only one commit in 5 months, and that was 2 months ago), I wonder if @SimonDanisch could be persuaded to make a PR to change METADATA to point to his fixed fork of Showoff.jl, at least until the Daniel is able to return and spend some time working on his Julia projects (I heard he may be too busy with Ph.D. at the moment!)
I think that might benefit a number of people.

—
You are receiving this because you commented.
Reply to this email directly or view it on GitHub

lobingera · 2016-04-05T09:14:17Z

@protogeezer, did you reach @dcjones?

protogeezer · 2016-04-05T16:59:15Z

I’ll send him a note immediately. I was waiting for someone to say go. Sorry about the misunderstanding.

Stephen

On Apr 5, 2016, at 3:14 AM, Andreas Lobinger notifications@github.com wrote:

@protogeezer, did you reach @dcjones?

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub

protogeezer · 2016-04-05T17:07:20Z

@lobingera : BTW, if Dan responds and ask for a suggestion, who should we ask for as the committer?

lobingera · 2016-04-05T17:13:55Z

JuliaGraphics group looks like a good coverage of julia regulars and the topic is somehow matching, JuliaPlot would be my second guess

lobingera · 2016-04-20T11:46:49Z

@protogeezer, so you didn't get an answer?

protogeezer · 2016-04-20T19:59:54Z

Unfortunately no, I didn't get an answer. It seems like it's time to fork the repository so we can make "actual" tagged releases pointing at the forked repository for the time being. I would think that would be easy to undo if Dan restarts Gadfly development.

tlnagy · 2016-09-01T05:03:04Z

Everything should be hunky dory on master now. Please open a new issue if not. Thanks!

lobingera mentioned this issue Mar 28, 2016

no output on v0.5dev dcjones/Showoff.jl#13

Closed

ScottPJones mentioned this issue Mar 29, 2016

Fix UndefVarError in v0.5 GiovineItalia/Compose.jl#197

Merged

lobingera mentioned this issue Apr 29, 2016

Point Showoff at JuliaPackageMirrors JuliaLang/METADATA.jl#5049

Closed

Mattriks mentioned this issue Aug 5, 2016

geom.vector? #791

Closed

tlnagy closed this as completed Sep 1, 2016

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Build problems with julia 0.5.0 #815

Build problems with julia 0.5.0 #815

ethomag commented Mar 23, 2016

lobingera commented Mar 23, 2016

ethomag commented Mar 23, 2016

lobingera commented Mar 23, 2016

ethomag commented Mar 23, 2016

lobingera commented Mar 23, 2016

ethomag commented Mar 27, 2016

lobingera commented Mar 28, 2016

lobingera commented Mar 28, 2016

lobingera commented Mar 28, 2016

protogeezer commented Mar 28, 2016

ScottPJones commented Mar 29, 2016

lobingera commented Mar 29, 2016

ScottPJones commented Mar 29, 2016

lobingera commented Mar 29, 2016

ScottPJones commented Mar 29, 2016

lobingera commented Mar 29, 2016

ethomag commented Mar 29, 2016

lobingera commented Mar 29, 2016

ScottPJones commented Mar 29, 2016

protogeezer commented Mar 30, 2016

lobingera commented Apr 5, 2016

protogeezer commented Apr 5, 2016

protogeezer commented Apr 5, 2016

lobingera commented Apr 5, 2016

lobingera commented Apr 20, 2016

protogeezer commented Apr 20, 2016

tlnagy commented Sep 1, 2016

Build problems with julia 0.5.0 #815

Build problems with julia 0.5.0 #815

Comments

ethomag commented Mar 23, 2016

lobingera commented Mar 23, 2016

ethomag commented Mar 23, 2016

lobingera commented Mar 23, 2016

ethomag commented Mar 23, 2016

lobingera commented Mar 23, 2016

ethomag commented Mar 27, 2016

lobingera commented Mar 28, 2016

lobingera commented Mar 28, 2016

lobingera commented Mar 28, 2016

protogeezer commented Mar 28, 2016

ScottPJones commented Mar 29, 2016

lobingera commented Mar 29, 2016

ScottPJones commented Mar 29, 2016

lobingera commented Mar 29, 2016

ScottPJones commented Mar 29, 2016

lobingera commented Mar 29, 2016

ethomag commented Mar 29, 2016

lobingera commented Mar 29, 2016

ScottPJones commented Mar 29, 2016

protogeezer commented Mar 30, 2016

lobingera commented Apr 5, 2016

protogeezer commented Apr 5, 2016

protogeezer commented Apr 5, 2016

lobingera commented Apr 5, 2016

lobingera commented Apr 20, 2016

protogeezer commented Apr 20, 2016

tlnagy commented Sep 1, 2016