Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Nov 28 15:11
    mike9753 commented #642
  • Nov 25 13:25
    jeready opened #658
  • Nov 25 13:25
    jeready labeled #658
  • Nov 24 05:29
    yidai1996 commented #789
  • Nov 22 14:00
    saeedehbasir opened #789
  • Nov 22 09:57
    kena22 commented #655
  • Nov 21 19:03
    vilcapomaparejaca1998 commented #655
  • Nov 21 19:02
    vilcapomaparejaca1998 commented #657
  • Nov 21 14:11
    pfitzseb commented #787
  • Nov 19 17:12
    HannahMBeckmann commented #787
  • Nov 19 16:24
    MCJAPPIE opened #657
  • Nov 19 16:17
    Wandobel opened #656
  • Nov 19 16:17
    Wandobel labeled #656
  • Nov 19 13:33
    RacIkh labeled #655
  • Nov 19 13:33
    RacIkh opened #655
  • Nov 17 13:41
    Abdou-Moujar opened #788
  • Nov 16 00:50
    Abdou-Moujar labeled #654
  • Nov 16 00:50
    Abdou-Moujar opened #654
  • Nov 02 17:18
    gjfina20 edited #653
  • Nov 02 17:16
    gjfina20 opened #653
BridgingBot
@GitterIRCbot
[slack] <Vincent Landau> How do I prevent Juno assuming file paths are relative to the current directory when running commands with file paths from the editor? For example, my pwd() is home, and I'm editing a file, file1.jl at home/code/file1.jl. I might want to include another file in home/code, so I would add include("home/code/file2.jl") .When I add this code to file1.jl and run from the code editor I get could not open file /home/code/code/file2.jl
BridgingBot
@GitterIRCbot
[slack] <naoyabpr> Use full paths like
joinpath(homedir(), dir, file)
or relative with @__DIR__ / @__FILE__
BridgingBot
@GitterIRCbot
[slack] <Vincent Landau> Thanks! So I guess there's not a Juno setting that says "use the pwd as the base instead of the path of the current opened file"?
BridgingBot
@GitterIRCbot
[slack] <Datseris> Any news on a transition tutorial from Atom to VSCode?
BridgingBot
@GitterIRCbot
[slack] <Andrew> Hi guys did some updates on atom packages and now Julia REPL won't start neither the Julia tab doesn't show, on checking the config it points to the path of Julia installation can't quite figure out why that is: https://files.slack.com/files-pri/T68168MUP-F01BHHPK7FT/download/image.png
BridgingBot
@GitterIRCbot
[slack] <wupeifan> Probably because you didn't update correctly. run apm update in your terminal, and then ] up Atom Juno , then enter Atom (by the way you might want to switch to VScode soon)
BridgingBot
@GitterIRCbot
[slack] <nils.gudat> Anyone else seeing the inline display breaking randomly? Since the latest update I generally can't use Juno for more than 5 minutes before the inline display gets stuck on the little cog. The actual Julia instance still seems to be running and responsive, i.e. I can put a line into the REPL and it will show a result, but inline results won't work
[slack] <nils.gudat> Actually if I put a plot command into the REPL, that also won't return and get stuck until I Ctrl+C it
[slack] <nils.gudat> Only way to get inline results back is to restart Julia, which isn't an ideal workflow...
[slack] <Fredrik Bagge Carlson> It happens for me, but only if I restart Julia and rapidly starts evaling things in the editor. Has been like that for at least a year though
BridgingBot
@GitterIRCbot
[slack] <wupeifan> I encountered a strange crash on Atom-Juno. It shows "press enter to start julia", but when i pressed enter, "julia has exited/press enter to start julia" shows up twice. Not exactly sure what happened, as thing worked well yesterday...
BridgingBot
@GitterIRCbot
[slack] <aramirezreyes> Something is killing julia very fast. Does the standalone REPL work fine? Did you update something? I once had that problem when changing julia versions due to something in the startup.jl file
[slack] <wupeifan> As a comparison, VScode+Julia works fine
[slack] <wupeifan> I did a ] up yesterday though
BridgingBot
@GitterIRCbot
[slack] <Sören Dobberschütz> I had the same problem today. I suspect the auto-update from Atom 1.51 to 1.52 broke things, maybe because they switched to a different version of electron.
BridgingBot
@GitterIRCbot
[slack] <wupeifan> That makes sense. Thanks!
BridgingBot
@GitterIRCbot
[slack] <Datseris> I have exactly the same problem
[slack] <Datseris> @pfitzseb can you confirm whether it is Atom 1.52?
[slack] <pfitzseb> does this happen even when following http://docs.junolab.org/latest/man/update/?
[slack] <Datseris> You're asking me to reinstall everything, right? I'll do this once I first check whether 1.52 -> 1.51 fixes things.
[slack] <Datseris> Althought...
[slack] <Datseris> I see I don't know how to downgrade Atom. I thought the user meant the Julia package Atom.
[slack] <Datseris> Do you know how I can "pin" atom to a specific version?
[slack] <pfitzseb> you should still have older versions installed at ~\AppData\Local\atom
[slack] <pfitzseb> just disable auto-updating and then start one of those
[slack] <Datseris> alright!
BridgingBot
@GitterIRCbot
[slack] <Datseris> Thank you, reinstalling all related packages made it work. Now time to freeze all possible versions I Can think of and never autoupdate 😄
[slack] <pfitzseb> yeah it's a bit unfortunate this happens
[slack] <pfitzseb> but I don't think it's gonna get fixed
[slack] <Datseris> It's okay, I am going to be switching to VSCode once a tutorial is out anyways, so I don't mind!
[slack] <pfitzseb> ah, if only I wouldn't dislike writing tutorials so much... 😐
[slack] <Datseris> haha you don't have to be the one that does it, any user that has already transitioned can do it. Perhaps ask in the #vscode channel?
BridgingBot
@GitterIRCbot
[slack] <Sören Dobberschütz> I didn't find switching to Vscode that difficult - make sure to adjust the keyboard shortcuts to what you are used to from Atom. The only thing that prevents me from using it is that you can't interrupt the REPL with Ctrl - C. I like setting a number of batch calculations over when my computer is not in use, and then interrupt it when I need to use the PC. The only way to do that in Vscode is by killing Julia.
[slack] <pfitzseb> not for much longer: julia-vscode/julia-vscode#1690
[slack] <Datseris> I guess if the differences are small I should just go ahead and use it and just ask in #vscode
BridgingBot
@GitterIRCbot

[slack] <rveltz> Hi,

I have two questions regarding the plot pane:
• where I saved the pictures of the plotpane?
• why are they some of the pictures that are blank? Is it because I use a subplot or a display somewhere too early?

Thank you for your help

BridgingBot
@GitterIRCbot
[slack] <loki._.> AFAIK the pictures are not stored
BridgingBot
@GitterIRCbot
[slack] <pfitzseb> Plots+GR usually puts them into tempdir, but that's an implementation detail actually, not sure if that's the case -- even if they are stored somewhere, you shouldn't rely on that
[slack] <pfitzseb> > why are they some of the pictures that are blank? Is it because I use a subplot or a display somewhere too early?
Possible. Hard to tell without further info
BridgingBot
@GitterIRCbot
[slack] <loki._.> why is that?
Juno.@run display(quiver(x,y,z, quiver=(u,v,w))) ERROR: UndefVarError: pgfplotsx not defined Stacktrace: [1] evaluate_call_recurse!(::Any, ::JuliaInterpreter.Frame, ::Expr; enter_generated::Bool) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/interpret.jl:213 [2] evaluate_call_recurse! at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/interpret.jl:202 [inlined] [3] eval_rhs(::Any, ::JuliaInterpreter.Frame, ::Expr) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/interpret.jl:389 [4] step_expr!(::Any, ::JuliaInterpreter.Frame, ::Any, ::Bool) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/interpret.jl:527 [5] step_expr!(::Any, ::JuliaInterpreter.Frame, ::Bool) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/interpret.jl:582 [6] finish!(::Any, ::JuliaInterpreter.Frame, ::Bool) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/commands.jl:14 [7] finish_and_return!(::Any, ::JuliaInterpreter.Frame, ::Bool) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/commands.jl:29 [8] finish_stack!(::Any, ::JuliaInterpreter.Frame, ::Bool) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/commands.jl:59 [9] debug_command(::Any, ::JuliaInterpreter.Frame, ::Symbol, ::Bool; line::Nothing) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/commands.jl:473 [10] debug_command(::Any, ::JuliaInterpreter.Frame, ::Symbol, ::Bool) at /Users/christ/.julia/packages/JuliaInterpreter/muncv/src/commands.jl:415 [11] (::Atom.JunoDebugger.var"#54#56"{Bool,Bool,Bool})() at /Users/christ/.julia/packages/Atom/qOIZb/src/debugger/stepper.jl:159 [12] evalscope(::Atom.JunoDebugger.var"#54#56"{Bool,Bool,Bool}) at /Users/christ/.julia/packages/Atom/qOIZb/src/debugger/stepper.jl:392 [13] startdebugging(::JuliaInterpreter.Frame, ::Bool; istoplevel::Bool, toggle_ui::Bool) at /Users/christ/.julia/packages/Atom/qOIZb/src/debugger/stepper.jl:157 [14] startdebugging(::JuliaInterpreter.Frame, ::Bool) at /Users/christ/.julia/packages/Atom/qOIZb/src/debugger/stepper.jl:143 [15] top-level scope at /Users/christ/.julia/packages/Atom/qOIZb/src/debugger/stepper.jl:50
BridgingBot
@GitterIRCbot
[slack] <pfitzseb> do you have a MWE I can try?
BridgingBot
@GitterIRCbot
[slack] <loki._.> hmm.. I have a hard time reproducing it now, that I fixed the code ...
[slack] <pfitzseb> hm maybe it was a valid error? 😛
BridgingBot
@GitterIRCbot
[slack] <rveltz> Ashame….
BridgingBot
@GitterIRCbot
[slack] <Datseris> Hi, the Ctrl+Click on a link on an error message do not work on Windows 10 and Julia 1.6. I'd open an issue, but first I'd like to ask if there is any chance for this to be fixed or is development now exclusively with VSCode?
BridgingBot
@GitterIRCbot
[slack] <Datseris> Good news, it might not work when clicking on the REPL, but it does work when clicking on the inline presentation of the issue
BridgingBot
@GitterIRCbot
[slack] <sairus7> Maybe the same issue here? https://julialang.slack.com/archives/C6A044SQH/p1618769911008600
BridgingBot
@GitterIRCbot
[slack] <Christopher Revell> Suddenly getting this error with Atom.jl. Any ideas what’s happening here?
[ Info: Precompiling Atom [c52e3926-4ff0-5f6e-af25-54175e0327b1] ERROR: LoadError: UndefVarError: typof not defined
BridgingBot
@GitterIRCbot
[slack] <oxinabox> That's a CSTParser thing. That's all I know.
Maybe your install is some how broken
Maybe try updating via uninstalling and reinstall Juno.
If that doesn't work
Maybe delete ~/.julia/compiled
BridgingBot
@GitterIRCbot
[slack] <Christopher Revell> Thanks. Removing ~/.julia/compiled did not help, but uninstalling and reinstalling Juno packages did. I might start looking at VSCode now anyway…