It is now possible to run Juliabox locally, but it's not a trivial setup: https://github.com/JuliaLang/JuliaBox/blob/master/docs/INSTALL.MD
On Monday, 16 November 2015 09:14:57 UTC, Sheehan Olver wrote: > > > You can do this locally? I tried using JuliaBox in my classes last year, > but it was a bit of disaster, as it was unreliable. > > > > > On 16 Nov 2015, at 7:53 PM, Sisyphuss <zhengw...@gmail.com <javascript:>> > wrote: > > Run a JuliaBox server? > > On Monday, November 16, 2015 at 9:05:38 AM UTC+1, Sheehan Olver wrote: >> >> Another requirement is that the packages are shared across users, to save >> disk space. Gadfly + PyPlot + IJulia (with Conda.jl version of Jupyter) >> takes over 750MB. Does .julia need to be writable? If not, I guess both >> options are still possible. >> >> On Monday, November 16, 2015 at 2:05:45 PM UTC+11, Sheehan Olver wrote: >>> >>> >>> I'm trying to figure out the "best" way to create a stable version of >>> Julia + Gadfly + PyPlot + IJulia (+ other packages?) for a semester long >>> course. I don't want to have the students run Pkg.add(...)/Pkg.update(), >>> as packages have a tendency to occasionally break on updates, and it's a >>> headache dealing with this during the lecture. >>> >>> Two possible solutions I can think of of are: >>> >>> 1) Prebake a .julia folder that contains all the necessary resources, >>> with a script to reset in case the students break it with Pkg.update(). >>> 2) Use system image >>> >>> http://docs.julialang.org/en/release-0.4/devdocs/sysimg/ >>> >>> that includes all the necessary packages. It's not really clear how to >>> do this from the documentation, though. I'm also not sure how that would >>> interact with Pkg.update() though, so probably instructions to delete >>> .julia would also need to be given. >>> >>> >>> Any other options I'm missing? If 2 is recommended, any tutorial how to >>> do this? >>> >> >
