Hi Haoran,
Try pinning the Compat package by running `Pkg.pin("Compat", v"0.7.0")`
If you're running Julia 0.3.11 that should be the newest version that
will install, so I'm not sure how you ended up with Compat 0.7.3 (which
is currently tagged to be 0.4 and newer). That's a pretty recent change
though(yesterday evening), but if you just installed today I'd think
you'd be good to go.
-s
On Tue, Sep 22, 2015, at 02:58 AM, Haoran Jiang wrote:
> Hi Greg, I am new to Julia and Juno, I just installed this software
> today and I have the same error message as you do, can you tell me
> what did you do to make it right? this is my Pkg.status. I never had
> it worked before(since it is my first day install it) so i dont know
> what file to change and where to change them, Thanks!
>
>
> 在 2015年9月20日星期日 UTC-7下午6:09:56，Greg Plowman写道：
>> Serge,
>>
>> Below is output of Pkg.status():
>>
>> I had previously tried removing many packages, but nothing is pinned
>> (so not sure if rolling back will result in same config)
>>
>> The only error message I receive using Juno is: symbol could not
>> be found jl_generating_output (-1): The specified procedure could not
>> be found.
>>
>> but after this everything seems to work as normal.
>>
>> Hope this helps. -- Greg
>>
>>
>>
>> _ _ _ _(_)_ | A fresh approach to technical computing
>> (_) | (_) (_) | Documentation: http://docs.julialang.org _
>> _ _| |_ __ _ | Type "help()" for help. | | | | | | |/ _` | |
>> | | |_| | | | (_| | | Version 0.3.11 (2015-07-27 06:18 UTC) _/
>> |\__'_|_|_|\__'_| | Official http://julialang.org/ release
>> |__/ | x86_64-w64-mingw32
>> julia> Pkg.status()
>> 9 required packages: - Dates 0.3.2 -
>> Distributions 0.8.6 - HDF5
>> 0.5.5 - ImageView 0.1.16 - Images
>> 0.4.47 - JLD 0.5.4 - Jewel
>> 1.0.6 - Optim 0.4.2 - ZMQ
>> 0.2.0 39 additional packages: - ArrayViews
>> 0.6.3 - BinDeps 0.3.15 - Blosc
>> 0.1.4 - Cairo 0.2.30 - Calculus
>> 0.1.10 - ColorTypes 0.1.4 -
>> ColorVectorSpace 0.0.3 - Colors
>> 0.5.3 - Compat 0.7.1 - Compose
>> 0.3.15 - DataStructures 0.3.12 - Docile
>> 0.5.18 - DualNumbers 0.1.3 - FactCheck
>> 0.4.0 - FixedPointNumbers 0.0.10 - Graphics
>> 0.1.0 - HttpCommon 0.1.2 - IniFile
>> 0.2.4 - Iterators 0.1.8 - JSON
>> 0.4.5 - JuliaParser 0.6.2 - LNR
>> 0.0.1 - Lazy 0.10.0 - LibExpat
>> 0.0.8 - MacroTools 0.2.0 - NaNMath
>> 0.1.0 - PDMats 0.3.5 - Reexport
>> 0.0.3 - Requires 0.2.0 - SHA
>> 0.1.1 - SIUnits 0.0.5 - StatsBase
>> 0.7.2 - StatsFuns 0.1.3 - TexExtensions
>> 0.0.2 - Tk 0.3.6 - URIParser
>> 0.0.7 - WinRPM 0.1.12 - Winston
>> 0.11.12 - Zlib 0.1.9
>> Julia>
>>
>>
>>
>>
>> On Monday, September 21, 2015 at 9:44:24 AM UTC+10, Serge
>> Santos wrote:
>>> Hi All,
>>>
>>> I tried to roll back to JuliaParser v0.6.2 and it didn't work.
>>>
>>> If someone still manages to successfully run Juno with Julia 0.3.11,
>>> can you please send the list of packages with version numbers that
>>> does not create any issues with Juno (i.e,, output from
>>> Pkg.status()). I was not able to figure out what combination of
>>> versions work.
>>>
>>> Many thanks in advance Serge
>>>
>>> On Monday, 21 September 2015 00:16:27 UTC+1, Greg Plowman wrote:
>>>> Hi All,
>>>>
>>>> On 2 different PCs where Juno works (almost without error)
>>>> Pkg.status() reports JuliaParser v0.6.2 On PC that has Juno errors,
>>>> Pkg.status() reports JuliaParser v0.6.3 Rolling back to JuliaParser
>>>> v0.1.2 creates different errors. So it seems we need to revert to
>>>> JuliaParser v0.6.2
>>>>
>>>> I'm not at a PC where I can see if we can pin v0.6.2, in light of
>>>> the following:
>>>>
>>>>>> Before this JuliaParser was at version v0.6.3, are you sure we
>>>>>> should try reverting to v0.1.2?
>>>>
>>>>
>>>>> See the tagged versions
>>>>> https://github.com/jakebolewski/JuliaParser.jl/releases. So that’s
>>>>> the next latest tagged version. You could probably checkout a
>>>>> specific commit prior to the commit that’s causing the breakage
>>>>> instead though.
>>>>
>>>>
>>>>
>>>> Also, I don't want to play around with Pkg.ANYTHING on a working
>>>> configuration at the moment :)
>>>>
>>>> -- Greg
>>>>
>>>>
>>>> On Monday, September 21, 2015 at 4:50:37 AM UTC+10, Tony Kelman
>>>> wrote:
>>>>> What's temporarily broken here is some of the packages that Light-Table-
>>>>> based Juno relies on to work. In the meantime you can still use
>>>>> command-line REPL Julia, and while it's not the most friendly
>>>>> interface your code will still run. Your estimation of the Julia
>>>>> ecosystem's robustness is pretty accurate though, if you really
>>>>> want to ensure things stay working the best way of doing that
>>>>> right now is keeping all packages pinned until you have a chance
>>>>> to thoroughly test the versions that an upgrade would give you. We
>>>>> plan on automating some of this testing going forward, though in
>>>>> the case of Juno much of the code is being replaced right now and
>>>>> the replacements aren't totally ready just yet.
>>>>>
>>>>>
>>>>> On Sunday, September 20, 2015 at 10:45:01 AM UTC-7, Serge Santos
>>>>> wrote:
>>>>>> Thank you all for your inputs. It tried your suggestions and,
>>>>>> unfortunately, it does not work. I tried Atom but, after a good
>>>>>> start and some success, it keeps crashing in middle of a
>>>>>> calculation (windows 10).
>>>>>>
>>>>>> To summarize what I tried with Juno and julia 0.3.11:
>>>>>> - Compat v.0.7.0 (pinned)
>>>>>> - JuliaParser V0.1.2 (pinned)
>>>>>> - Jewel v1.0.6.
>>>>>>
>>>>>> I get a first error message, which seems to indicate that Julia
>>>>>> cannot generate an output.
>>>>>>
>>>>>> *symbol could not be found jl_generating_output (-1): The
>>>>>> specified procedure could not be found.*
>>>>>>
>>>>>> Followed by:
>>>>>>
>>>>>> *WARNING: LightTable.jl: `skipws` has no method matching
>>>>>> skipws(::TokenStream)* * in scopes at
>>>>>> C:\Users\Serge\.julia\v0.3\Jewel\src\parse\scope.jl:148* * in
>>>>>> codemodule at
>>>>>> C:\Users\Serge\.julia\v0.3\Jewel\src\parse/parse.jl:141* * in
>>>>>> getmodule at C:\Users\Serge\.julia\v0.3\Jewel\src\eval.jl:42* *
>>>>>> in anonymous at
>>>>>> C:\Users\Serge\.julia\v0.3\Jewel\src\LightTable\eval.jl:51* * in
>>>>>> handlecmd at C:\Users\Serge\.julia\v0.3\Jewel\src\LightTable/Lig-
>>>>>> htTable.jl:65* * in handlenext at C:\Users\Serge\.julia\v0.3\Jew-
>>>>>> el\src\LightTable/LightTable.jl:81* * in server at C:\Users\Serg-
>>>>>> e\.julia\v0.3\Jewel\src\LightTable/LightTable.jl:22* * in server
>>>>>> at C:\Users\Serge\.julia\v0.3\Jewel\src\Jewel.jl:18* * in include
>>>>>> at boot.jl:245* * in include_from_node1 at loading.jl:128* * in
>>>>>> process_options at client.jl:285* * in _start at client.jl:354*
>>>>>>
>>>>>> Looking at dependencies with MetadataTools, I smply got:*
>>>>>> nothing.* I assume that Jewel does not have any dependencies.
>>>>>>
>>>>>> I have a lot of understanding for the effort that goes into
>>>>>> making the Julia project work and a success, but I just lost two
>>>>>> days of my life trying to make things work and I have an
>>>>>> important deadline ahead that I am likely to miss because I
>>>>>> relied on a promising tool that, unfortunately, does not seem
>>>>>> robust enough at this stage given the amount of development
>>>>>> happening.It makes me wonder if I should not wait until Julia
>>>>>> becomes more established and robust and switch to other
>>>>>> solutions.
>>>>>>
>>>>>> On Sunday, 20 September 2015 16:47:05 UTC+1, Dongning Guo wrote:
>>>>>>> In case you're stuck, this may be a way out: I installed Atom
>>>>>>> editor and it seems Julia (v0.5??? nightly build) works with it
>>>>>>> after installing a few packages. I'm learning to use the new
>>>>>>> environment ... See
>>>>>>> https://github.com/JunoLab/atom-julia-client/tree/master/manual
>>>>>>>
>>>>>>>
>>>>>>> On Sunday, September 20, 2015 at 6:59:02 AM UTC-5, Michael
>>>>>>> Hatherly wrote:
>>>>>>>>>
>>>>>>>>> I can’t see LightTable listed in Pkg.status() output in either
>>>>>>>>> PC
>>>>>>>>>
>>>>>>>>
>>>>>>>> The LightTable module is part of the Jewel package is seems,
>>>>>>>> https://github.com/one-more-minute/Jewel.jl/blob/fb854b0a64047ee642773c0aa824993714ee7f56/src/Jewel.jl#L22,
>>>>>>>> and so won’t show up on Pkg.status() output since it’s not a
>>>>>>>> true package by itself. Apologies for the misleading directions
>>>>>>>> there.
>>>>>>>>
>>>>>>>>>
>>>>>>>>> What other packages would Juno depend on?
>>>>>>>>>
>>>>>>>>
>>>>>>>> You can manually walk through the REQUIRE files to see what
>>>>>>>> Jewel depends on, or use MetadataTools to do it:
>>>>>>>>
>>>>>>>> julia> using MetadataTools
julia> pkgmeta = get_all_pkg(); graph = make_dep_graph(pkgmeta); deps =
julia> get_pkg_dep_graph("Jewel", graph); map(println,
julia> keys(deps.p_to_i));
>>>>>>>>
>>>>>>>> You shouldn’t need to change versions for most, if any, of
>>>>>>>> what’s listed though. (Don’t forget to call Pkg.free on each
>>>>>>>> package you pin once newer versions of the packages are
>>>>>>>> tagged.) Compat 0.7.1 should be far enough back I think.
>>>>>>>>
>>>>>>>> — Mike
>>>>>>>>
>>>>>>>>
>>>>>>>> On Sunday, 20 September 2015 13:29:38 UTC+2, Greg Plowman
>>>>>>>> wrote:
>>>>>>>>> OK I see that second latest tag is v0.1.2 (17 June 2014).
>>>>>>>>> Seems a strange jump.
>>>>>>>>>
>>>>>>>>> But now I understand pinning, I can use a strategy of rolling
>>>>>>>>> back Juno-related packages until Juno works again.
>>>>>>>>>
>>>>>>>>> What other packages would Juno depend on?
>>>>>>>>>
>>>>>>>>> To help me in this endeavour, I have access to another PC on
>>>>>>>>> which Juno runs (almost) without error. Confusingly,
>>>>>>>>> Pkg.status() reports JuliaParser v0.6.2 on this second PC
>>>>>>>>> Jewel is v1.0.6 on both PCs. I can't see LightTable listed in
>>>>>>>>> Pkg.status() output in either PC
>>>>>>>>>
>>>>>>>>> I think Compat v0.7.2 is also causing ERROR: @doc not defined
>>>>>>>>> issue
>>>>>>>>> (https://groups.google.com/forum/#!topic/julia-users/rsM4hxdkAxg)
>>>>>>>>> so maybe reverting back to Compat v0.7.0 might also help.
>>>>>>>>>
>>>>>>>>> -- Greg
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Sunday, September 20, 2015 at 7:08:47 PM UTC+10, Michael
>>>>>>>>> Hatherly wrote:
>>>>>>>>>>>
>>>>>>>>>>> Before this JuliaParser was at version v0.6.3, are you sure
>>>>>>>>>>> we should try reverting to v0.1.2?
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> See the tagged versions
>>>>>>>>>> https://github.com/jakebolewski/JuliaParser.jl/releases. So
>>>>>>>>>> that’s the next latest tagged version. You could probably
>>>>>>>>>> checkout a specific commit prior to the commit that’s causing
>>>>>>>>>> the breakage instead though.
>>>>>>>>>>
>>>>>>>>>> What version of Jewel.jl and LightTable.jl are you using?
>>>>>>>>>>
>>>>>>>>>> — Mike
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Sunday, 20 September 2015 10:56:22 UTC+2, Greg Plowman
>>>>>>>>>> wrote:
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> I tried Pkg.pin("JuliaParser", v"0.1.2") but now I get the
>>>>>>>>>>> following error (multiple times).
>>>>>>>>>>>
>>>>>>>>>>> Before this JuliaParser was at version v0.6.3, are you sure
>>>>>>>>>>> we should try reverting to v0.1.2?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> WARNING: LightTable.jl: `skipws` has no method matching
>>>>>>>>>>> skipws(::TokenStream) in scopes at
>>>>>>>>>>> C:\Users\Greg\.julia\v0.3\Jewel\src\parse\scope.jl:148 in
>>>>>>>>>>> codemodule at
>>>>>>>>>>> C:\Users\Greg\.julia\v0.3\Jewel\src\parse/parse.jl:141 in
>>>>>>>>>>> filemodule at
>>>>>>>>>>> C:\Users\Greg\.julia\v0.3\Jewel\src\module.jl:93 in
>>>>>>>>>>> anonymous at
>>>>>>>>>>> C:\Users\Greg\.julia\v0.3\Jewel\src\LightTable\misc.jl:5 in
>>>>>>>>>>> handlecmd at C:\Users\Greg\.julia\v0.3\Jewel\src\LightTable-
>>>>>>>>>>> /LightTable.jl:65 in handlenext at C:\Users\Greg\.julia\v0.-
>>>>>>>>>>> 3\Jewel\src\LightTable/LightTable.jl:81 in server at C:\Use-
>>>>>>>>>>> rs\Greg\.julia\v0.3\Jewel\src\LightTable/LightTable.jl:22 in
>>>>>>>>>>> server at C:\Users\Greg\.julia\v0.3\Jewel\src\Jewel.jl:18 in
>>>>>>>>>>> include at boot.jl:245 in include_from_node1 at
>>>>>>>>>>> loading.jl:128 in process_options at client.jl
>>>>>>>>>>>
>> ...
> Email had 1 attachment:
> * Untitled.png 16k (image/png)
