[julia-users] Re: API deployments on JuliaBox

2015-09-15 Thread tanmaykm
meters it expects. >From anywhere (including from within the JuliaBox container), any mechanism to invoke HTTP can be used. All APIs are accessible to everyone, unless the API implementation imposes some authorization. a couple of examples of JuliaBox APIs can be found at: - https://github.com/

[julia-users] Re: API deployments on JuliaBox

2015-09-27 Thread tanmaykm
abox account, but that doesn't seem to work. > > Is that by design, i.e., the APIs must have publicly-available source? > Or is it just a current limitation and if so, are there any plans to allow > using non-public repos or source files in some way? > > Cheers, > >

[julia-users] PSA: Managing packages on JuliaBox (recover from notebooks failing to start on JuliaBox)

2015-10-01 Thread tanmaykm
Hi, After the recent update, some JuliaBox users have faced issues where IJulia/Jupyter notebooks failed to start, or started with one version of Julia but not with another. The most likely cause is an incompatible Julia package and the fix for this is to simply update your Julia packages. - o

[julia-users] Re: API deployments on JuliaBox

2016-03-28 Thread tanmaykm
Hi Eric, Yes, it should be possible to send `get` variables to a Julia API. The API needs to accept them as named keyword arguments. You can see some examples of such APIs at https://github.com/JuliaWeb/JuliaWebAPI.jl Best, Tanmay On Thursday, March 24, 2016 at 12:04:41 AM UTC+5:30, Eric Eisam

[julia-users] JuliaBox limitations on parallel computing

2015-10-25 Thread tanmaykm
Hi, from the past few days we have had some users run large parallel programs on JuliaBox sessions. While in some cases they succeed, we see a lot of failures due to resource constraints. Though we have plans to enable large programs in future, we do not allocate enough resources for that now.

[julia-users] Re: JuliaBox limitations on parallel computing

2015-10-26 Thread tanmaykm
heers, > > _Chris > > On Sunday, October 25, 2015 at 5:11:19 AM UTC-4, tanmaykm wrote: >> >> Hi, >> >> from the past few days we have had some users run large parallel programs >> on JuliaBox sessions. While in some cases they succeed, we see a lot of &g

[julia-users] Re: JuliaBox limitations on parallel computing

2015-10-26 Thread tanmaykm
30 > people in 6th November, from 12h30 to 16h (UTC-3), to use IJulia notebook > sessions to learn Julia and run some simple parallel code with few Workers. > > Would it be a problem? > > Thanks, > > > André Lage. > > On Sunday, October 25, 2015 at 6:11:19 AM UTC-3, t

[julia-users] Re: JuliaBox limitations on parallel computing

2015-10-26 Thread tanmaykm
Hi Iliyan, this sounds great! On Tuesday, October 27, 2015 at 10:53:33 AM UTC+5:30, Iliyan Zarov wrote: > > For anyone wishing to run large parallel programs I may be able to help - > I'm working on a cloud computing platform for Julia that takes care of > provisioning and managing all resource

[julia-users] Re: API deployments on JuliaBox

2015-11-04 Thread tanmaykm
alone juliabox instance? > > Thanks, > Michael > > On Sunday, September 27, 2015 at 9:25:44 PM UTC-4, tanmaykm wrote: >> >> Hi Miguel, >> >> Server instances are created per API. Server instances are stateless, and >> are reused across API calls and acro

[julia-users] Re: PSA: Managing packages on JuliaBox (recover from notebooks failing to start on JuliaBox)

2015-12-17 Thread tanmaykm
All Julia binaries are installed at /opt. You could update the PATH in your .bashrc suitably to pick up the version that you prefer. On Thursday, December 17, 2015 at 11:16:05 PM UTC+5:30, c.d. mclean wrote: > > is there a means for choosing which version > of Julia to run through the JuliaBox C

[julia-users] Re: PSA: Managing packages on JuliaBox (recover from notebooks failing to start on JuliaBox)

2015-12-18 Thread tanmaykm
"vi" is available. The notebook interface also allows simple file editing. "emacs" may be available too, though I'm not sure. - Tanmay On Saturday, December 19, 2015 at 12:01:42 AM UTC+5:30, c.d. mclean wrote: > > > doing "ls -a" shows the .bashrc file ... > > but "nano .bashrc" does not launch a