[julia-users] Re: Running Julia in Ubuntu

2016-08-31 Thread Jeffrey Sarnoff 
click on this  
   (doing that should start the downloading of a prebuit-for-arm copy of 
the development version of julia 
  usually, you would not want the development version -- here, 
the alternative is to rebuild julia 
  and that is something you may not want to do even more than 
using a development version. )
when the file finishes downloading, click the file to decompress its 
contents into a directory of your choice
   (if you have no preference, use the default directory it offers .. but 
add (without the quotes) "/julia")
after the file expands, go into the julia directory and find the 
subdirectory "bin" in that subdirectory
   there should be a file named julia.  That is the one to run to start 
Julia.

I am not familiar with the Arm stuff -- if you have additional questions, 
post them here (along with any
  helpful context) and someone else is likely to continue on.



On Wednesday, August 31, 2016 at 4:49:13 PM UTC-4, Angshuman Goswami wrote:
>
> I don't know how to do this manually. can you please guide.
>
> On Wednesday, August 31, 2016 at 2:54:38 AM UTC-4, Lutfullah Tomak wrote:
>>
>> You are on an arm cpu so Conda cannot install python for you. Also, you 
>> tried downloading x86 cpu linux binaries, instead try arm nightlies.
>> To get away with PyCall issues you have to manually install all 
>> depencies. 
>>
>> On Wednesday, August 31, 2016 at 7:53:24 AM UTC+3, Angshuman Goswami 
>> wrote:
>>>
>>> When i performed build again errors cropped up.
>>>
>>> Pkg.build("PyCall")
>>> WARNING: unable to determine host cpu name.
>>> INFO: Building PyCall
>>> INFO: No system-wide Python was found; got the following error:
>>> could not spawn `/usr/local/lib/python2.7 -c "import 
>>> distutils.sysconfig; 
>>> print(distutils.sysconfig.get_config_var('VERSION'))"`: permission denied 
>>> (EACCES)
>>> using the Python distribution in the Conda package
>>> INFO: Downloading miniconda installer ...
>>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>>> Current
>>>  Dload  Upload   Total   SpentLeft  
>>> Speed
>>> 100 24.7M  100 24.7M0 0  2401k  0  0:00:10  0:00:10 --:--:-- 
>>> 2743k
>>> INFO: Installing miniconda ...
>>> PREFIX=/home/odroid/.julia/v0.4/Conda/deps/usr
>>> installing: _cache-0.0-py27_x0 ...
>>> installing: python-2.7.11-0 ...
>>> installing: conda-env-2.4.5-py27_0 ...
>>> installing: openssl-1.0.2g-0 ...
>>> installing: pycosat-0.6.1-py27_0 ...
>>> installing: pyyaml-3.11-py27_1 ...
>>> installing: readline-6.2-2 ...
>>> installing: requests-2.9.1-py27_0 ...
>>> installing: sqlite-3.9.2-0 ...
>>> installing: tk-8.5.18-0 ...
>>> installing: yaml-0.1.6-0 ...
>>> installing: zlib-1.2.8-0 ...
>>> installing: conda-4.0.5-py27_0 ...
>>> installing: pycrypto-2.6.1-py27_0 ...
>>> installing: pip-8.1.1-py27_1 ...
>>> installing: wheel-0.29.0-py27_0 ...
>>> installing: setuptools-20.3-py27_0 ...
>>> /home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh: line 288: 
>>> /home/odroid/.julia/v0.4/Conda/deps/usr/pkgs/python-2.7.11-0/bin/python: 
>>> cannot execute binary file: Exec format error
>>> ERROR:
>>> cannot execute native linux-32 binary, output from 'uname -a' is:
>>> Linux odroid 3.10.69 #1 SMP PREEMPT Thu Feb 12 15:22:14 BRST 2015 armv7l 
>>> armv7l armv7l GNU/Linux
>>> ===[ ERROR: PyCall 
>>> ]
>>>
>>> LoadError: failed process: 
>>> Process(`/home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh -b -f -p 
>>> /home/odroid/.julia/v0.4/Conda/deps/usr`, ProcessExited(1)) [1]
>>> while loading /home/odroid/.julia/v0.4/PyCall/deps/build.jl, in 
>>> expression starting on line 17
>>>
>>>
>>> 
>>>
>>> [ BUILD ERRORS 
>>> ]
>>>
>>> WARNING: PyCall had build errors.
>>>
>>>  - packages with build errors remain installed in 
>>> /home/odroid/.julia/v0.4
>>>  - build the package(s) and all dependencies with `Pkg.build("PyCall")`
>>>  - build a single package by running its `deps/build.jl` script
>>>
>>>
>>> 
>>>
>>>
>>> On Wednesday, August 31, 2016 at 12:08:33 AM UTC-4, Angshuman Goswami 
>>> wrote:

 julia> Pkg.status()
 7 required packages:
  - AmplNLWriter  0.2.2
  - CoinOptServices   0.1.2
  - IJulia1.2.0
  - Ipopt 0.2.4
  - JuMP  0.14.0
  - PyCall1.7.1
  - RobotOS   0.4.1
 19 additional packages:
  - BinDeps   0.4.3
  - Calculus  0.1.15
  - Cbc   0.2.3
  - Clp   0.2.2
  -

[julia-users] Re: How to publish a package

2016-08-31 Thread Cedric St-Jean 
It's in the documentation: 
http://docs.julialang.org/en/release-0.4/manual/packages/#creating-a-new-package

On Wednesday, August 31, 2016 at 1:11:41 AM UTC-4, M Hashmi wrote:
>
> Hi,
> I need to know that how to publish a package for Julia.
> Regards,
> Mudassar
>

[julia-users] Re: Announcing TensorFlow.jl, an interface to Google's TensorFlow machine learning library

2016-08-31 Thread Jeffrey Sarnoff 


 This is very nice, Jon.



(interested parties)

regards,

 Jeffrey

[julia-users] Re: Announcing TensorFlow.jl, an interface to Google's TensorFlow machine learning library

2016-08-31 Thread Jeffrey Sarnoff 





some of the interested parties


On Wednesday, August 31, 2016 at 6:31:58 PM UTC-4, Jonathan Malmaud wrote:
>
> Hello,
> I'm pleased to announce the release of TensorFlow.jl, enabling modern 
> GPU-accelerated deep learning for Julia. Simply run Pkg.add("TensorFlow") 
> to install and then read through the documentation at 
> https://malmaud.github.io/tfdocs/index.html to get started. Please file 
> any issues you encounter at https://github.com/malmaud/TensorFlow.jl. 
>
> TensorFlow.jl offers a convenient Julian interface to Google's TensorFlow 
> library. It includes functionality for building up a computation graph that 
> encodes a deep-learning model and automatically minimizing an arbitrary 
> loss function with respect to the model parameters. Support is included for 
> convolutional networks, recurrent networks with LSTMs, the Adam 
> optimization algorithm, loading images, and checkpointing model parameters 
> to disk during training
>
> I'm hopeful that this package will ensure Julia remain a first-class 
> citizen in world of modern machine learning and look forward to the 
> community's help in getting it to match or exceed the capabilities of the 
> official Python TensorFlow API. 
>
> -Jon
>

[julia-users] Re: Running Julia in Ubuntu

2016-08-31 Thread Angshuman Goswami 
I don't know how to do this manually. can you please guide.

On Wednesday, August 31, 2016 at 2:54:38 AM UTC-4, Lutfullah Tomak wrote:
>
> You are on an arm cpu so Conda cannot install python for you. Also, you 
> tried downloading x86 cpu linux binaries, instead try arm nightlies.
> To get away with PyCall issues you have to manually install all depencies. 
>
> On Wednesday, August 31, 2016 at 7:53:24 AM UTC+3, Angshuman Goswami wrote:
>>
>> When i performed build again errors cropped up.
>>
>> Pkg.build("PyCall")
>> WARNING: unable to determine host cpu name.
>> INFO: Building PyCall
>> INFO: No system-wide Python was found; got the following error:
>> could not spawn `/usr/local/lib/python2.7 -c "import distutils.sysconfig; 
>> print(distutils.sysconfig.get_config_var('VERSION'))"`: permission denied 
>> (EACCES)
>> using the Python distribution in the Conda package
>> INFO: Downloading miniconda installer ...
>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>> Current
>>  Dload  Upload   Total   SpentLeft  
>> Speed
>> 100 24.7M  100 24.7M0 0  2401k  0  0:00:10  0:00:10 --:--:-- 
>> 2743k
>> INFO: Installing miniconda ...
>> PREFIX=/home/odroid/.julia/v0.4/Conda/deps/usr
>> installing: _cache-0.0-py27_x0 ...
>> installing: python-2.7.11-0 ...
>> installing: conda-env-2.4.5-py27_0 ...
>> installing: openssl-1.0.2g-0 ...
>> installing: pycosat-0.6.1-py27_0 ...
>> installing: pyyaml-3.11-py27_1 ...
>> installing: readline-6.2-2 ...
>> installing: requests-2.9.1-py27_0 ...
>> installing: sqlite-3.9.2-0 ...
>> installing: tk-8.5.18-0 ...
>> installing: yaml-0.1.6-0 ...
>> installing: zlib-1.2.8-0 ...
>> installing: conda-4.0.5-py27_0 ...
>> installing: pycrypto-2.6.1-py27_0 ...
>> installing: pip-8.1.1-py27_1 ...
>> installing: wheel-0.29.0-py27_0 ...
>> installing: setuptools-20.3-py27_0 ...
>> /home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh: line 288: 
>> /home/odroid/.julia/v0.4/Conda/deps/usr/pkgs/python-2.7.11-0/bin/python: 
>> cannot execute binary file: Exec format error
>> ERROR:
>> cannot execute native linux-32 binary, output from 'uname -a' is:
>> Linux odroid 3.10.69 #1 SMP PREEMPT Thu Feb 12 15:22:14 BRST 2015 armv7l 
>> armv7l armv7l GNU/Linux
>> ===[ ERROR: PyCall 
>> ]
>>
>> LoadError: failed process: 
>> Process(`/home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh -b -f -p 
>> /home/odroid/.julia/v0.4/Conda/deps/usr`, ProcessExited(1)) [1]
>> while loading /home/odroid/.julia/v0.4/PyCall/deps/build.jl, in 
>> expression starting on line 17
>>
>>
>> 
>>
>> [ BUILD ERRORS 
>> ]
>>
>> WARNING: PyCall had build errors.
>>
>>  - packages with build errors remain installed in /home/odroid/.julia/v0.4
>>  - build the package(s) and all dependencies with `Pkg.build("PyCall")`
>>  - build a single package by running its `deps/build.jl` script
>>
>>
>> 
>>
>>
>> On Wednesday, August 31, 2016 at 12:08:33 AM UTC-4, Angshuman Goswami 
>> wrote:
>>>
>>> julia> Pkg.status()
>>> 7 required packages:
>>>  - AmplNLWriter  0.2.2
>>>  - CoinOptServices   0.1.2
>>>  - IJulia1.2.0
>>>  - Ipopt 0.2.4
>>>  - JuMP  0.14.0
>>>  - PyCall1.7.1
>>>  - RobotOS   0.4.1
>>> 19 additional packages:
>>>  - BinDeps   0.4.3
>>>  - Calculus  0.1.15
>>>  - Cbc   0.2.3
>>>  - Clp   0.2.2
>>>  - Compat0.8.8
>>>  - Conda 0.2.3
>>>  - DataStructures0.4.5
>>>  - ForwardDiff   0.2.4
>>>  - JSON  0.7.0
>>>  - Lazy  0.11.0
>>>  - LightXML  0.3.0
>>>  - MacroTools0.3.2
>>>  - MathProgBase  0.5.4
>>>  - NaNMath   0.2.1
>>>  - Nettle0.2.4
>>>  - ReverseDiffSparse 0.5.8
>>>  - SHA   0.2.1
>>>  - URIParser 0.1.6
>>>  - ZMQ   0.3.4
>>>
>>>
>>> On Tuesday, August 30, 2016 at 10:58:39 PM UTC-4, Angshuman Goswami 
>>> wrote:

 I am running julia on a 32 bit system and I made sure the version i 
 downloaded is 32 bit

 On Tuesday, August 30, 2016 at 10:34:25 PM UTC-4, Angshuman Goswami 
 wrote:
>
> I did that and now I am getting this error when I type julia to run in 
> the command line 
> bash: /usr/local/bin/julia: cannot execute binary file: Exec format 
> error
>
>
> On Tuesday, August 30, 2016 at

[julia-users] Re: Running Julia in Ubuntu

2016-08-31 Thread Angshuman Goswami 
I don't get how to do that. 

Can you please tell me the steps. Its all too confusing and I am very new 
to Ubuntu or Julia. Mostly used to work on Matlab. I have no idea how to 
install dependancies

On Wednesday, August 31, 2016 at 3:26:40 AM UTC-4, Kaj Wiik wrote:
>
> Ah, sorry, I assumed you are using x86_64. Find the arm binary tarball and 
> follow the instructions otherwise. See
> https://github.com/JuliaLang/julia/blob/master/README.arm.md
>
>
> On Wednesday, August 31, 2016 at 9:54:38 AM UTC+3, Lutfullah Tomak wrote:
>>
>> You are on an arm cpu so Conda cannot install python for you. Also, you 
>> tried downloading x86 cpu linux binaries, instead try arm nightlies.
>> To get away with PyCall issues you have to manually install all 
>> depencies. 
>>
>> On Wednesday, August 31, 2016 at 7:53:24 AM UTC+3, Angshuman Goswami 
>> wrote:
>>>
>>> When i performed build again errors cropped up.
>>>
>>> Pkg.build("PyCall")
>>> WARNING: unable to determine host cpu name.
>>> INFO: Building PyCall
>>> INFO: No system-wide Python was found; got the following error:
>>> could not spawn `/usr/local/lib/python2.7 -c "import 
>>> distutils.sysconfig; 
>>> print(distutils.sysconfig.get_config_var('VERSION'))"`: permission denied 
>>> (EACCES)
>>> using the Python distribution in the Conda package
>>> INFO: Downloading miniconda installer ...
>>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>>> Current
>>>  Dload  Upload   Total   SpentLeft  
>>> Speed
>>> 100 24.7M  100 24.7M0 0  2401k  0  0:00:10  0:00:10 --:--:-- 
>>> 2743k
>>> INFO: Installing miniconda ...
>>> PREFIX=/home/odroid/.julia/v0.4/Conda/deps/usr
>>> installing: _cache-0.0-py27_x0 ...
>>> installing: python-2.7.11-0 ...
>>> installing: conda-env-2.4.5-py27_0 ...
>>> installing: openssl-1.0.2g-0 ...
>>> installing: pycosat-0.6.1-py27_0 ...
>>> installing: pyyaml-3.11-py27_1 ...
>>> installing: readline-6.2-2 ...
>>> installing: requests-2.9.1-py27_0 ...
>>> installing: sqlite-3.9.2-0 ...
>>> installing: tk-8.5.18-0 ...
>>> installing: yaml-0.1.6-0 ...
>>> installing: zlib-1.2.8-0 ...
>>> installing: conda-4.0.5-py27_0 ...
>>> installing: pycrypto-2.6.1-py27_0 ...
>>> installing: pip-8.1.1-py27_1 ...
>>> installing: wheel-0.29.0-py27_0 ...
>>> installing: setuptools-20.3-py27_0 ...
>>> /home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh: line 288: 
>>> /home/odroid/.julia/v0.4/Conda/deps/usr/pkgs/python-2.7.11-0/bin/python: 
>>> cannot execute binary file: Exec format error
>>> ERROR:
>>> cannot execute native linux-32 binary, output from 'uname -a' is:
>>> Linux odroid 3.10.69 #1 SMP PREEMPT Thu Feb 12 15:22:14 BRST 2015 armv7l 
>>> armv7l armv7l GNU/Linux
>>> ===[ ERROR: PyCall 
>>> ]
>>>
>>> LoadError: failed process: 
>>> Process(`/home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh -b -f -p 
>>> /home/odroid/.julia/v0.4/Conda/deps/usr`, ProcessExited(1)) [1]
>>> while loading /home/odroid/.julia/v0.4/PyCall/deps/build.jl, in 
>>> expression starting on line 17
>>>
>>>
>>> 
>>>
>>> [ BUILD ERRORS 
>>> ]
>>>
>>> WARNING: PyCall had build errors.
>>>
>>>  - packages with build errors remain installed in 
>>> /home/odroid/.julia/v0.4
>>>  - build the package(s) and all dependencies with `Pkg.build("PyCall")`
>>>  - build a single package by running its `deps/build.jl` script
>>>
>>>
>>> 
>>>
>>>
>>> On Wednesday, August 31, 2016 at 12:08:33 AM UTC-4, Angshuman Goswami 
>>> wrote:

 julia> Pkg.status()
 7 required packages:
  - AmplNLWriter  0.2.2
  - CoinOptServices   0.1.2
  - IJulia1.2.0
  - Ipopt 0.2.4
  - JuMP  0.14.0
  - PyCall1.7.1
  - RobotOS   0.4.1
 19 additional packages:
  - BinDeps   0.4.3
  - Calculus  0.1.15
  - Cbc   0.2.3
  - Clp   0.2.2
  - Compat0.8.8
  - Conda 0.2.3
  - DataStructures0.4.5
  - ForwardDiff   0.2.4
  - JSON  0.7.0
  - Lazy  0.11.0
  - LightXML  0.3.0
  - MacroTools0.3.2
  - MathProgBase  0.5.4
  - NaNMath   0.2.1
  - Nettle0.2.4
  - ReverseDiffSparse 0.5.8
  - SHA   0.2.1
  - URIParser 0.1.6
  - ZMQ   0.3.4

Re: [julia-users] Re: Embedding julia in VC++ app - crash in jl_init()

2016-08-31 Thread Bart Janssens 
Inspired by your question, I have posted an "embedding Julia" CMake project
here:
https://github.com/barche/embedding-julia

It should allow easy compilation of the embedding.c example on Windows
VC++, OS X and Linux.

Cheers,

Bart

On Wed, Aug 3, 2016 at 4:46 AM Kit Adams  wrote:

> Many thanks for these helpful pointers, which led me to this:
> https://node-julia.readme.io/docs/the-windows-situation
>
> Linking against a libopenlibm.lib import library created manually from
> libopenlibm.dll using dumpbin and lib fixed the crash.
>
> Also, in looking to link against libjulia-debug, I noticed the
> lib/libjulia.dll.a and lib/libjulia-debug.dll.a import libraries supply
> with the julia install.
> Linking against these works in VS2012 and saves having to manually create
> an import library from libjulia.dll.
>

Re: [julia-users] Re: another new 2D plotting library for Julia

2016-08-31 Thread Igor 
Oups...looks like I'll have to change package name one more time. It 
should start with an upper case letter.



среда, 31 августа 2016 г., 19:00:08 UTC+3 пользователь Igor написал:
>
> Tom,  thanks for the question; I created a list of (what I think are) 
> "killer features" here: https://github.com/ig-or/qwtwplot.jl/wiki/features
>
> Best regards, Igor
>
> среда, 31 августа 2016 г., 16:05:23 UTC+3 пользователь Tom Breloff написал:
>>
>> Hi Igor... any idea how your package compares to other libraries like 
>> GR.jl?  What are the "killer features" which inspired you to work on this?
>>
>> On Wed, Aug 31, 2016 at 8:55 AM, Igor  wrote:
>>
>>> Package name changed! now new package name:  
>>> https://github.com/ig-or/qwtwplot.jl   ("*.jl*" added)
>>> Also, RPM installation package for underlying qwtw "C" library for 
>>> Fedora-24 x64 added; examples and Readme files slightly changed.  Hope this 
>>> will be included in global Metadata: 
>>> https://github.com/JuliaLang/METADATA.jl/pull/6191
>>>
>>> Best regards, Igor
>>>
>>> пятница, 26 августа 2016 г., 14:16:20 UTC+3 пользователь Henri Girard 
>>> написал:
>>>
 Thanks, I am updating. For julia jupyter is IJulia. Just 
 Pkg.add("IJulia") will install it. They are developing a promising tool 
 jupyterlab which enable to work with most kernels. It's an improved 
 jupyter 
 notebook at the moment in alpha preview. But apparently it develops quiet 
 quickly. Now I use it instead jupyter notebook.


 Le jeudi 25 août 2016 12:01:30 UTC+2, Igor a écrit :
>
> Hello! 
> I made another 2D plotting library for Julia. Please try to test it if 
> you have some free time. Current version works only for Windows7 x64, but 
> I'm planning to make everything work for Fedora Linux also. 
>
> It is located here: https://github.com/ig-or/qwtwplot
> you'll have to read its description before the installation. 
>
> It is based on underlying "C" library, which I used to use for data 
> analysis for many years, but now I tried to make a Julia package out of 
> it. 
> I'm new to github, so your comments will be very appreciated. 
>
> Best regards, Igor
>
>
>
>
>
>
>
>
>>

Re: [julia-users] Re: another new 2D plotting library for Julia

2016-08-31 Thread Igor 
Tom,  thanks for the question; I created a list of (what I think are) 
"killer features" here: https://github.com/ig-or/qwtwplot.jl/wiki/features

Best regards, Igor

среда, 31 августа 2016 г., 16:05:23 UTC+3 пользователь Tom Breloff написал:
>
> Hi Igor... any idea how your package compares to other libraries like 
> GR.jl?  What are the "killer features" which inspired you to work on this?
>
> On Wed, Aug 31, 2016 at 8:55 AM, Igor  
> wrote:
>
>> Package name changed! now new package name:  
>> https://github.com/ig-or/qwtwplot.jl   ("*.jl*" added)
>> Also, RPM installation package for underlying qwtw "C" library for 
>> Fedora-24 x64 added; examples and Readme files slightly changed.  Hope this 
>> will be included in global Metadata: 
>> https://github.com/JuliaLang/METADATA.jl/pull/6191
>>
>> Best regards, Igor
>>
>> пятница, 26 августа 2016 г., 14:16:20 UTC+3 пользователь Henri Girard 
>> написал:
>>
>>> Thanks, I am updating. For julia jupyter is IJulia. Just 
>>> Pkg.add("IJulia") will install it. They are developing a promising tool 
>>> jupyterlab which enable to work with most kernels. It's an improved jupyter 
>>> notebook at the moment in alpha preview. But apparently it develops quiet 
>>> quickly. Now I use it instead jupyter notebook.
>>>
>>>
>>> Le jeudi 25 août 2016 12:01:30 UTC+2, Igor a écrit :

 Hello! 
 I made another 2D plotting library for Julia. Please try to test it if 
 you have some free time. Current version works only for Windows7 x64, but 
 I'm planning to make everything work for Fedora Linux also. 

 It is located here: https://github.com/ig-or/qwtwplot
 you'll have to read its description before the installation. 

 It is based on underlying "C" library, which I used to use for data 
 analysis for many years, but now I tried to make a Julia package out of 
 it. 
 I'm new to github, so your comments will be very appreciated. 

 Best regards, Igor








>

[julia-users] Re: unable to connect to FTP using IP address

2016-08-31 Thread Samuel Massinon 
Hi Yared,

Hopefully my last reply worked for you.

If you have anymore questions about how to use FTPClient.jl or find other 
issues, you are more than welcome to make an issue 
here https://github.com/invenia/FTPClient.jl/issues 
I'll be more likely to see your problem there.

Cheers,
Sam

On Wednesday, August 17, 2016 at 10:03:50 AM UTC-5, Samuel Massinon wrote:
>
> Hi Yared,
>
> Okay, since it worked with you and not me I won't be able to tests my 
> solutions.
>
> You don't specify that you want to download in binary when you make the 
> connection. I'm not sure what version of FTPClient.jl you are using, but 
> binary downloads did not work on the first version of FTPClient.jl.
>
> If you have a correct version, you can do the following.
> using FTPClient
> ftp_init()
> ftp = FTP(host="192.168.251.200")
> file = download(ftp, "dataOnFTP.bin", "C:\Users\xyz\test.bin")
> close(ftp)
> ftp_cleanup()
>
> Binary is longer a function in the latest version of FTPClient.jl and it 
> is currently assumes that downloads are in binary. So there's no need to 
> specify it.
>
> Let me know if this does or doesn't work.
>
> On Wednesday, August 17, 2016 at 9:22:53 AM UTC-5, Yared Melese wrote:
>>
>> Hi Samuel, 
>>
>> Thanks 
>>
>> The following worked
>> ftp = FTP(host="192.168.255.69")
>> However, if I want the transfer to be in binary mode then it won't work 
>>
>>
>> Thanks 
>> Yared
>> On Tuesday, August 9, 2016 at 2:26:30 PM UTC-5, Samuel Massinon wrote:
>>
>>> Hi Yared
>>>
>>> Sorry, I got side tracked by other things and forgot about this. 
>>>
>>> Can you show what's in "host", "username", and "password"? Is it 
>>> just "192.168.251.200","anonymous", and "" respectively?
>>>
>>> I tried 
>>> ftp('192.168.251.200', 'anonymous', '')
>>> But got an error saying that I was unable to reach it. But that might 
>>> make sense if I don't have access to it, is that the case here?
>>>
>>> Other things that might help is that are you sure your ftp connection is 
>>> over ssl? Is it implicit? Maybe playing around with `implt=true, ssl=true` 
>>> in 
>>> ftp = FTP(host="192.168.251.200", implt=true, ssl=true, user="anonymous"
>>> , pswd="")
>>> might work.
>>>
>>> Sam
>>>
>>> On Friday, August 5, 2016 at 9:22:15 AM UTC-5, Yared Melese wrote:

 Hi Samuel, 

 Would you please let me know if the information I provided is enough? 

 Thanks 
 Yared

 On Wednesday, July 27, 2016 at 12:23:56 PM UTC-5, Yared Melese wrote:
>
> Hi Samuel, 
>
> Here is how it is done in matlab
> % connect to ftp 
> f = ftp(host, username, password)
> mget(f,'dataOnFTP.bin')
>
> % read data from file 
> readData = fopen('dataOnFTP.bin', 'r', 'ieee-le') 
>
> %delete file from server 
> delete(f, 'dataOnFTP.bin');
>
>  Here one thing not included is I would like to find the latest file 
> from FTP server because there might be similar names with different 
> suffix. 
>
> Thanks 
> Yared
>
>
>
>
> On Tuesday, July 26, 2016 at 1:29:36 PM UTC-5, Samuel Massinon wrote:
>
>> No worries, can you show me how you get the file with another program?
>>
>> On Tuesday, July 26, 2016 at 10:09:06 AM UTC-5, Yared Melese wrote:
>>>
>>> Hi Samuel, 
>>>
>>> Thanks for your inputs 
>>>
>>> I am trying to connect to a file server with IP address and get the 
>>> latest file with certain extension then process the data and save it on 
>>> local drive, then delete the file from the server. 
>>>
>>> Sorry, I don't know how to get files from Curl, it seems it is 
>>> mainly designed for Http 
>>>
>>> Thanks 
>>> Yared
>>>
>>>
>>>
>>>
>>>
>>>
>>> On Thursday, July 21, 2016 at 1:56:01 PM UTC-5, Samuel Massinon 
>>> wrote:
>>>
 Hi Yared,

 The error you are getting is something LibCURL is erring on, as 
 described here. https://curl.haxx.se/libcurl/c/libcurl-errors.html

 If I try using curl with your settings, I get
 ~ $ curl -u anonymous '192.168.251.200/dataOnFTP.bin 
 
 '
 Enter host password for user 'anonymous':
 curl: (7) Failed to connect to 192.168.251.200 port 80: Network is 
 unreachable

 The FTPClient.jl uses the same library as curl and if you could 
 post how to get the file with curl, I might be able to better serve 
 you.

 On Wednesday, July 20, 2016 at 4:17:29 PM UTC-5, Yared Melese wrote:
>
>
>
> Hello 
>
> Would you please let me know if I missed anything, I am using 
> FTPClient and using IP address as a host but not able to connect 
> Here are my commands 
>
> using FTPClient

Re: [julia-users] Re: another new 2D plotting library for Julia

2016-08-31 Thread Tom Breloff 
Hi Igor... any idea how your package compares to other libraries like
GR.jl?  What are the "killer features" which inspired you to work on this?

On Wed, Aug 31, 2016 at 8:55 AM, Igor  wrote:

> Package name changed! now new package name:  https://github.com/ig-or/
> qwtwplot.jl   ("*.jl*" added)
> Also, RPM installation package for underlying qwtw "C" library for
> Fedora-24 x64 added; examples and Readme files slightly changed.  Hope this
> will be included in global Metadata: https://github.com/JuliaLang/
> METADATA.jl/pull/6191
>
> Best regards, Igor
>
> пятница, 26 августа 2016 г., 14:16:20 UTC+3 пользователь Henri Girard
> написал:
>
>> Thanks, I am updating. For julia jupyter is IJulia. Just
>> Pkg.add("IJulia") will install it. They are developing a promising tool
>> jupyterlab which enable to work with most kernels. It's an improved jupyter
>> notebook at the moment in alpha preview. But apparently it develops quiet
>> quickly. Now I use it instead jupyter notebook.
>>
>>
>> Le jeudi 25 août 2016 12:01:30 UTC+2, Igor a écrit :
>>>
>>> Hello!
>>> I made another 2D plotting library for Julia. Please try to test it if
>>> you have some free time. Current version works only for Windows7 x64, but
>>> I'm planning to make everything work for Fedora Linux also.
>>>
>>> It is located here: https://github.com/ig-or/qwtwplot
>>> you'll have to read its description before the installation.
>>>
>>> It is based on underlying "C" library, which I used to use for data
>>> analysis for many years, but now I tried to make a Julia package out of it.
>>> I'm new to github, so your comments will be very appreciated.
>>>
>>> Best regards, Igor
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>

[julia-users] Re: SharedArray fails to gc() when called within a sequence of functions? 0.5.0-rc3

2016-08-31 Thread Eduardo Lenz 
It may be related to 
#15467


On Wednesday, August 31, 2016 at 2:11:41 AM UTC-3, Rafael Menegassi wrote:
>
> Dear all
> Quite new in julia so sorry if made something wrong;
> Reduced the case to simplest possible;
>
> Using SharedArray within a sequence of functions:
>
> addprocs(4)
>
> function chisq(n::Integer)
> A=SharedArray(Float64, n)
> @sync @parallel for i in 1:n
> A[i]=(rand()-rand())^2
> end
> sumsq=sum(A)
> end
>
> function calculate(n::Integer)
> b=0.0
> for j in 1:n
> b+=chisq(n)
> end
> return b
> end
>
> chisq(500^2)  #ok no failure
>
> calculate(500) # fails
>
>
> Calculating the same number of evaluations (500 x 500)  it does not fail 
> while it crashes before the same function is called 500 times
>
> And the failure is:
>
>> *ERROR: SystemError: shm_open() failed for /jl005889eze42OrPYHS9RKjHZihQ: 
>> Too many open files*
>>
>> * in uv_error at ./libuv.jl:68 [inlined]*
>>
>> * in _link_pipe(::Ptr{Void}, ::Ptr{Void}) at ./stream.jl:596*
>>
>> * in link_pipe(::Base.PipeEndpoint, ::Bool, ::Base.PipeEndpoint, ::Bool) 
>> at ./stream.jl:652*
>>
>> * in setup_stdio(::Pipe, ::Bool) at ./process.jl:419*
>>
>> * in setup_stdio(::Base.##412#413{Cmd,Ptr{Void},Base.Process}, 
>> ::Tuple{Base.DevNullStream,Pipe,Base.TTY}) at ./process.jl:464*
>>
>> * in #spawn#411(::Nullable{Base.ProcessChain}, ::Function, ::Cmd, 
>> ::Tuple{Base.DevNullStream,Pipe,Base.TTY}, ::Bool, ::Bool) at 
>> ./process.jl:477*
>>
>> * in (::Base.#kw##spawn)(::Array{Any,1}, ::Base.#spawn, ::Cmd, 
>> ::Tuple{Base.DevNullStream,Pipe,Base.TTY}, ::Bool, ::Bool) at ./:0*
>>
>> * in open(::Cmd, ::String, ::Base.DevNullStream) at ./process.jl:539*
>>
>> * in read(::Cmd, ::Base.DevNullStream) at ./process.jl:574*
>>
>> * in readstring at ./process.jl:581 [inlined] (repeats 2 times)*
>>
>> * in print_shmem_limits(::Int64) at ./sharedarray.jl:488*
>>
>> * in shm_mmap_array(::Type{T}, ::Tuple{Int64}, ::String, ::UInt16) at 
>> ./sharedarray.jl:515*
>>
>> * in #SharedArray#786(::Bool, ::Array{Int64,1}, ::Type{T}, 
>> ::Type{Float64}, ::Tuple{Int64}) at ./sharedarray.jl:70*
>>
>> * in SharedArray{T,N}(::Type{Float64}, ::Tuple{Int64}) at 
>> ./sharedarray.jl:57*
>>
>> * in #SharedArray#793(::Array{Any,1}, ::Type{T}, ::Type{T}, ::Int64, 
>> ::Vararg{Int64,N}) at ./sharedarray.jl:113*
>>
>> * in chisq(::Int64) at ./REPL[2]:2*
>>
>> * in calculate(::Int64) at ./REPL[3]:4*
>>
>
> It also happens at  0.4.6, albeit a little different error:
>
>> *ERROR: On worker 3:*
>>
>> *SystemError: shm_open() failed for /jl006428a6fpOftDBFr087xQnY6F: Too 
>> many open files*
>>
>> * in remotecall_fetch at multi.jl:747*
>>
>> * in remotecall_fetch at multi.jl:750*
>>
>> * in call_on_owner at multi.jl:793*
>>
>> * in wait at multi.jl:808*
>>
>> * in __SharedArray#138__ at sharedarray.jl:74*
>>
>> * in SharedArray at sharedarray.jl:117*
>>
>> * in chisq at none:2*
>>
>> * in calculate at none:4*
>>
>
> In fact, even without the @sync @parallel in the for o function chisq() 
> it still crashes; it crashes even without addprocs()
>
> if @everywhere gc() called in the second function (at each function 
> calling), it doesn't crash (but long gc() time).
>
> Is garbage collection not recognizing function creating SharedArrays being 
> called many times and hitting system's limit of open files?
>
> This might be a common case, for example, when adjusting parameters by 
> optimization of a chisquare function - and each simulation being done in 
> parallel, whereas optimization method calling chisquare many times...
>
> Or I made something wrong?
>
> Best regards
> Rafael
>
> p.s.: could reproduce also in juliabox 0.5.0-dev (below) and 0.4.6, but 
> not in a julia 0.4.5 32 bits system:
>
>> In [4]:
>>
>> calculate(500)
>>
>> LoadError: On worker 2:
>> SystemError: shm_open() failed for /jl34opVp2HcAjt3ix2bbeW5A: Too many 
>> open files
>>  in _jl_spawn at ./process.jl:321
>>  in #293 at ./process.jl:474 [inlined]
>>  in setup_stdio at ./process.jl:462
>>  in #spawn#292 at ./process.jl:473
>>  in #spawn at ./:0
>>  in ip:0x7f5f467573de at /opt/julia-0.5.0-dev/lib/julia/sys.so:? (repeats 2 
>> times)
>>  in readstring at ./process.jl:577 [inlined] (repeats 2 times)
>>  in print_shmem_limits at ./sharedarray.jl:488
>>  in shm_mmap_array at ./sharedarray.jl:515
>>  in #657 at ./sharedarray.jl:80
>>  in #494 at ./multi.jl:1189
>>  in run_work_thunk at ./multi.jl:844
>>  in run_work_thunk at ./multi.jl:853 [inlined]
>>  in #474 at ./task.jl:54
>> while loading In[4], in expression starting on line 1
>>
>>  in #remotecall_fetch#482(::Array{Any,1}, ::Function, ::Function, 
>> ::Base.Worker, ::Base.RRID, ::Vararg{Any,N}) at ./multi.jl:904
>>  in remotecall_fetch(::Function, ::Base.Worker, ::Base.RRID, 
>> ::Vararg{Any,N}) at ./multi.jl:898
>>  in #remotecall_fetch#483(::Array{Any,1}, ::Function, ::Function, ::Int64, 
>> ::Base.RRID, ::Vararg{Any,N}) at ./multi.jl:907
>>  in remotecall_fetch(::Function, ::Int64, ::Base.RRID, ::Vararg{Any,N}) at 
>> ./multi.jl:907
>>  in

[julia-users] Re: another new 2D plotting library for Julia

2016-08-31 Thread Igor 
Package name changed! now new package name:  
https://github.com/ig-or/qwtwplot.jl   ("*.jl*" added)
Also, RPM installation package for underlying qwtw "C" library for 
Fedora-24 x64 added; examples and Readme files slightly changed.  Hope this 
will be included in global Metadata: 
https://github.com/JuliaLang/METADATA.jl/pull/6191

Best regards, Igor

пятница, 26 августа 2016 г., 14:16:20 UTC+3 пользователь Henri Girard 
написал:
>
> Thanks, I am updating. For julia jupyter is IJulia. Just Pkg.add("IJulia") 
> will install it. They are developing a promising tool jupyterlab which 
> enable to work with most kernels. It's an improved jupyter notebook at the 
> moment in alpha preview. But apparently it develops quiet quickly. Now I 
> use it instead jupyter notebook.
>
>
> Le jeudi 25 août 2016 12:01:30 UTC+2, Igor a écrit :
>>
>> Hello! 
>> I made another 2D plotting library for Julia. Please try to test it if 
>> you have some free time. Current version works only for Windows7 x64, but 
>> I'm planning to make everything work for Fedora Linux also. 
>>
>> It is located here: https://github.com/ig-or/qwtwplot
>> you'll have to read its description before the installation. 
>>
>> It is based on underlying "C" library, which I used to use for data 
>> analysis for many years, but now I tried to make a Julia package out of it. 
>> I'm new to github, so your comments will be very appreciated. 
>>
>> Best regards, Igor
>>
>>
>>
>>
>>
>>
>>
>>

Re: [julia-users] Re: Saving and Loading data (when JLD is not suitable)

2016-08-31 Thread Tim Holy 
https://github.com/JuliaIO/JLD.jl/blob/master/doc/jld.md#custom-serialization

On Wednesday, August 31, 2016 1:56:25 AM CDT Kristoffer Carlsson wrote:
> I am sure you know but I just want to point out that it is possible to
> overload the way JLD saves and loads types. You can write a custom save
> function that transforms the thing you are trying to save into a format
> more suitable for HDF5 and then the loader can transform it back into your
> original format.

[julia-users] Re: Package development - best practices

2016-08-31 Thread Kristoffer Carlsson 
I also use symlinks like you describe and it tends to work well.

[julia-users] Re: Saving and Loading data (when JLD is not suitable)

2016-08-31 Thread Kristoffer Carlsson 
I am sure you know but I just want to point out that it is possible to overload 
the way JLD saves and loads types. You can write a custom save function that 
transforms the thing you are trying to save into a format more suitable for 
HDF5 and then the loader can transform it back into your original format.

[julia-users] Re: Running Julia in Ubuntu

2016-08-31 Thread Kaj Wiik 
Ah, sorry, I assumed you are using x86_64. Find the arm binary tarball and 
follow the instructions otherwise. See
https://github.com/JuliaLang/julia/blob/master/README.arm.md


On Wednesday, August 31, 2016 at 9:54:38 AM UTC+3, Lutfullah Tomak wrote:
>
> You are on an arm cpu so Conda cannot install python for you. Also, you 
> tried downloading x86 cpu linux binaries, instead try arm nightlies.
> To get away with PyCall issues you have to manually install all depencies. 
>
> On Wednesday, August 31, 2016 at 7:53:24 AM UTC+3, Angshuman Goswami wrote:
>>
>> When i performed build again errors cropped up.
>>
>> Pkg.build("PyCall")
>> WARNING: unable to determine host cpu name.
>> INFO: Building PyCall
>> INFO: No system-wide Python was found; got the following error:
>> could not spawn `/usr/local/lib/python2.7 -c "import distutils.sysconfig; 
>> print(distutils.sysconfig.get_config_var('VERSION'))"`: permission denied 
>> (EACCES)
>> using the Python distribution in the Conda package
>> INFO: Downloading miniconda installer ...
>>   % Total% Received % Xferd  Average Speed   TimeTime Time  
>> Current
>>  Dload  Upload   Total   SpentLeft  
>> Speed
>> 100 24.7M  100 24.7M0 0  2401k  0  0:00:10  0:00:10 --:--:-- 
>> 2743k
>> INFO: Installing miniconda ...
>> PREFIX=/home/odroid/.julia/v0.4/Conda/deps/usr
>> installing: _cache-0.0-py27_x0 ...
>> installing: python-2.7.11-0 ...
>> installing: conda-env-2.4.5-py27_0 ...
>> installing: openssl-1.0.2g-0 ...
>> installing: pycosat-0.6.1-py27_0 ...
>> installing: pyyaml-3.11-py27_1 ...
>> installing: readline-6.2-2 ...
>> installing: requests-2.9.1-py27_0 ...
>> installing: sqlite-3.9.2-0 ...
>> installing: tk-8.5.18-0 ...
>> installing: yaml-0.1.6-0 ...
>> installing: zlib-1.2.8-0 ...
>> installing: conda-4.0.5-py27_0 ...
>> installing: pycrypto-2.6.1-py27_0 ...
>> installing: pip-8.1.1-py27_1 ...
>> installing: wheel-0.29.0-py27_0 ...
>> installing: setuptools-20.3-py27_0 ...
>> /home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh: line 288: 
>> /home/odroid/.julia/v0.4/Conda/deps/usr/pkgs/python-2.7.11-0/bin/python: 
>> cannot execute binary file: Exec format error
>> ERROR:
>> cannot execute native linux-32 binary, output from 'uname -a' is:
>> Linux odroid 3.10.69 #1 SMP PREEMPT Thu Feb 12 15:22:14 BRST 2015 armv7l 
>> armv7l armv7l GNU/Linux
>> ===[ ERROR: PyCall 
>> ]
>>
>> LoadError: failed process: 
>> Process(`/home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh -b -f -p 
>> /home/odroid/.julia/v0.4/Conda/deps/usr`, ProcessExited(1)) [1]
>> while loading /home/odroid/.julia/v0.4/PyCall/deps/build.jl, in 
>> expression starting on line 17
>>
>>
>> 
>>
>> [ BUILD ERRORS 
>> ]
>>
>> WARNING: PyCall had build errors.
>>
>>  - packages with build errors remain installed in /home/odroid/.julia/v0.4
>>  - build the package(s) and all dependencies with `Pkg.build("PyCall")`
>>  - build a single package by running its `deps/build.jl` script
>>
>>
>> 
>>
>>
>> On Wednesday, August 31, 2016 at 12:08:33 AM UTC-4, Angshuman Goswami 
>> wrote:
>>>
>>> julia> Pkg.status()
>>> 7 required packages:
>>>  - AmplNLWriter  0.2.2
>>>  - CoinOptServices   0.1.2
>>>  - IJulia1.2.0
>>>  - Ipopt 0.2.4
>>>  - JuMP  0.14.0
>>>  - PyCall1.7.1
>>>  - RobotOS   0.4.1
>>> 19 additional packages:
>>>  - BinDeps   0.4.3
>>>  - Calculus  0.1.15
>>>  - Cbc   0.2.3
>>>  - Clp   0.2.2
>>>  - Compat0.8.8
>>>  - Conda 0.2.3
>>>  - DataStructures0.4.5
>>>  - ForwardDiff   0.2.4
>>>  - JSON  0.7.0
>>>  - Lazy  0.11.0
>>>  - LightXML  0.3.0
>>>  - MacroTools0.3.2
>>>  - MathProgBase  0.5.4
>>>  - NaNMath   0.2.1
>>>  - Nettle0.2.4
>>>  - ReverseDiffSparse 0.5.8
>>>  - SHA   0.2.1
>>>  - URIParser 0.1.6
>>>  - ZMQ   0.3.4
>>>
>>>
>>> On Tuesday, August 30, 2016 at 10:58:39 PM UTC-4, Angshuman Goswami 
>>> wrote:

 I am running julia on a 32 bit system and I made sure the version i 
 downloaded is 32 bit

 On Tuesday, August 30, 2016 at 10:34:25 PM UTC-4, Angshuman Goswami 
 wrote:
>
> I did that and now I am getting this error when I type julia to run in 
> the command line 
> bash:

[julia-users] Re: Running Julia in Ubuntu

2016-08-31 Thread Lutfullah Tomak 
You are on an arm cpu so Conda cannot install python for you. Also, you 
tried downloading x86 cpu linux binaries, instead try arm nightlies.
To get away with PyCall issues you have to manually install all depencies. 

On Wednesday, August 31, 2016 at 7:53:24 AM UTC+3, Angshuman Goswami wrote:
>
> When i performed build again errors cropped up.
>
> Pkg.build("PyCall")
> WARNING: unable to determine host cpu name.
> INFO: Building PyCall
> INFO: No system-wide Python was found; got the following error:
> could not spawn `/usr/local/lib/python2.7 -c "import distutils.sysconfig; 
> print(distutils.sysconfig.get_config_var('VERSION'))"`: permission denied 
> (EACCES)
> using the Python distribution in the Conda package
> INFO: Downloading miniconda installer ...
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  
> Speed
> 100 24.7M  100 24.7M0 0  2401k  0  0:00:10  0:00:10 --:--:-- 
> 2743k
> INFO: Installing miniconda ...
> PREFIX=/home/odroid/.julia/v0.4/Conda/deps/usr
> installing: _cache-0.0-py27_x0 ...
> installing: python-2.7.11-0 ...
> installing: conda-env-2.4.5-py27_0 ...
> installing: openssl-1.0.2g-0 ...
> installing: pycosat-0.6.1-py27_0 ...
> installing: pyyaml-3.11-py27_1 ...
> installing: readline-6.2-2 ...
> installing: requests-2.9.1-py27_0 ...
> installing: sqlite-3.9.2-0 ...
> installing: tk-8.5.18-0 ...
> installing: yaml-0.1.6-0 ...
> installing: zlib-1.2.8-0 ...
> installing: conda-4.0.5-py27_0 ...
> installing: pycrypto-2.6.1-py27_0 ...
> installing: pip-8.1.1-py27_1 ...
> installing: wheel-0.29.0-py27_0 ...
> installing: setuptools-20.3-py27_0 ...
> /home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh: line 288: 
> /home/odroid/.julia/v0.4/Conda/deps/usr/pkgs/python-2.7.11-0/bin/python: 
> cannot execute binary file: Exec format error
> ERROR:
> cannot execute native linux-32 binary, output from 'uname -a' is:
> Linux odroid 3.10.69 #1 SMP PREEMPT Thu Feb 12 15:22:14 BRST 2015 armv7l 
> armv7l armv7l GNU/Linux
> ===[ ERROR: PyCall 
> ]
>
> LoadError: failed process: 
> Process(`/home/odroid/.julia/v0.4/Conda/deps/usr/installer.sh -b -f -p 
> /home/odroid/.julia/v0.4/Conda/deps/usr`, ProcessExited(1)) [1]
> while loading /home/odroid/.julia/v0.4/PyCall/deps/build.jl, in expression 
> starting on line 17
>
>
> 
>
> [ BUILD ERRORS 
> ]
>
> WARNING: PyCall had build errors.
>
>  - packages with build errors remain installed in /home/odroid/.julia/v0.4
>  - build the package(s) and all dependencies with `Pkg.build("PyCall")`
>  - build a single package by running its `deps/build.jl` script
>
>
> 
>
>
> On Wednesday, August 31, 2016 at 12:08:33 AM UTC-4, Angshuman Goswami 
> wrote:
>>
>> julia> Pkg.status()
>> 7 required packages:
>>  - AmplNLWriter  0.2.2
>>  - CoinOptServices   0.1.2
>>  - IJulia1.2.0
>>  - Ipopt 0.2.4
>>  - JuMP  0.14.0
>>  - PyCall1.7.1
>>  - RobotOS   0.4.1
>> 19 additional packages:
>>  - BinDeps   0.4.3
>>  - Calculus  0.1.15
>>  - Cbc   0.2.3
>>  - Clp   0.2.2
>>  - Compat0.8.8
>>  - Conda 0.2.3
>>  - DataStructures0.4.5
>>  - ForwardDiff   0.2.4
>>  - JSON  0.7.0
>>  - Lazy  0.11.0
>>  - LightXML  0.3.0
>>  - MacroTools0.3.2
>>  - MathProgBase  0.5.4
>>  - NaNMath   0.2.1
>>  - Nettle0.2.4
>>  - ReverseDiffSparse 0.5.8
>>  - SHA   0.2.1
>>  - URIParser 0.1.6
>>  - ZMQ   0.3.4
>>
>>
>> On Tuesday, August 30, 2016 at 10:58:39 PM UTC-4, Angshuman Goswami wrote:
>>>
>>> I am running julia on a 32 bit system and I made sure the version i 
>>> downloaded is 32 bit
>>>
>>> On Tuesday, August 30, 2016 at 10:34:25 PM UTC-4, Angshuman Goswami 
>>> wrote:

 I did that and now I am getting this error when I type julia to run in 
 the command line 
 bash: /usr/local/bin/julia: cannot execute binary file: Exec format 
 error


 On Tuesday, August 30, 2016 at 4:55:54 AM UTC-4, Kaj Wiik wrote:
>
> I have been using the third route very successfully:
>
> Download the binary from e.g.
>
> https://julialang.s3.amazonaws.com/bin/linux/x64/0.4/julia-0.4.6-linux-x86_64.tar.gz
> or
>
>