[julia-users] Permissions in my 'usr' don't look right

[Colin Beckingham]

The latest 0.6 is failing to build on my openSUSE system. Specifically it 
keeps falling over when trying to handle the files and symlinks in usr/lib 
for libopenlibm.* that cannot be changed. Permissions on these files seem 
to be ok, but the permissions in the lib directory don't look right. I have 
a bunch of stuff owned by root for some reason, specifically
/julia> ls -l usr
total 24
drwxr-xr-x 2 colin users 4096 Aug 10 01:14 bin
drwxr-xr-x 3 colin users   19 Nov 25  2015 etc
drwxr-xr-x 8 root  root  4096 Aug  9 02:15 include
drwxr-xr-x 5 root  root  8192 Aug 10 01:22 lib
drwxr-xr-x 2 colin users6 Nov 25  2015 libexec
drwxr-xr-x 8 root  root80 Aug  9 02:15 share
drwxr-xr-x 2 root  root  4096 Aug  9 02:15 tools
I can't recall having switched to root to do any installs, but it is 
possible I did so and the memory faded.

[julia-users] creating a DataFrame from C now fails in 0.5 rc 1+1

[phaverty]

I'm contributing a bit to rjulia and I've run into some trouble creating 
julia DataFrames from C in 0.5 (rc 1+1)

Creating a DataFrame from C like this:

jl_value_t *ans = jl_eval_string("DataFrame( Any[ 1:4, 5:8 ], [:a,:b] )");

worked in 0.4 as did 

jl_function_t *func = jl_get_function(jl_main_module, "DataFrame");
jl_value_t *ans = jl_call2(func, (jl_value_t *)col_list, (jl_value_t 
*)col_names);

assuming the DataFrames package had been loaded.  col_list is an 
Array{Any,1} and col_names is an Array{Symbol,1}.

In 0.5 rc 1+1 with DataFrames 0.7.7,

I get a very verbose error message:

signal (11): Segmentation fault: 11
 while loading no file, in expression starting on line 0
 gc_mark_stack at 
/Users/osx/buildbot/slave/package_osx10_9-x64/build/src/gc.c:1239 [inlined]
 gc_mark_task_stack at 
/Users/osx/buildbot/slave/package_osx10_9-x64/build/src/gc.c:1275 [inlined]
 gc_mark_task at 
/Users/osx/buildbot/slave/package_osx10_9-x64/build/src/gc.c:1298
 push_root at 
/Users/osx/buildbot/slave/package_osx10_9-x64/build/src/gc.c:1426
 gc_push_root at 
/Users/osx/buildbot/slave/package_osx10_9-x64/build/src/gc.c:1179 [inlined]
 gc_mark_module at 
/Users/osx/buildbot/slave/package_osx10_9-x64/build/src/gc.c:1208
 push_root at 
/Users/osx/buildbot/slave/package_osx10_9-x64/build/src/gc.c:1419
...

As a positive control, 

jl_value_t *ans = jl_eval_string("DataFrame()");

works in both 0.4 and 0.5.

Can anyone think of something that changed that might cause such a problem? 
 The "OutOfMemory" bug in 0.5 rc0 caused some similar trouble, so I'm 
hoping that another (soon to be fixed) issue in 0.5 may be responsible

[julia-users] Re: can't get pyjulia to work

[Alex Kuefler]

After calling Pkg.Build("PyCall") I'm still having the same issue with 
1.7.0. When I run julia from python:

Python 2.7.6 (default, Jun 22 2015, 17:58:13) 

[GCC 4.8.2] on linux2

Type "help", "copyright", "credits" or "license" for more information.

>>> import julia

>>> julia.Julia()

ERROR: UndefVarError: dlpath not defined

 in process_options at ./client.jl:257

 in _start at ./client.jl:378

Traceback (most recent call last):

  File "", line 1, in 

  File "/home/alex/.local/lib/python2.7/site-packages/julia/core.py", line 
244, in __init__

raise JuliaError('error starting up the Julia process')

julia.core.JuliaError: error starting up the Julia process



On Tuesday, March 1, 2016 at 7:40:03 AM UTC-8, Neal Becker wrote:
>
> From time-to-time, I get interested in trying out moving some of my work 
> from python to julia.  Before I can even start, I need to be able to call 
> from python to julia.  But I've never gotten pyjulia to work on 
> linux/fedora 
> (currently 23).  I've tried the fedora version of julia (0.4.3), and I've 
> built my own julia today from master, and in both cases I get: 
>
> j = julia.Julia (jl_init_path='/home/nbecker/julia') 
> ERROR: UndefVarError: dlpath not defined 
>  in eval(::Module, ::Any) at ./boot.jl:267 
>  [inlined code] from ./sysimg.jl:14 
>  in process_options(::Base.JLOptions) at ./client.jl:239 
>  in _start() at ./client.jl:318 
> Traceback (most recent call last): 
>   File "/home/nbecker/pyjulia/julia/core.py", line 238, in __init__ 
> """]) 
>   File "/usr/lib64/python3.4/subprocess.py", line 620, in check_output 
> raise CalledProcessError(retcode, process.args, output=output) 
> subprocess.CalledProcessError: Command 
> '['/home/nbecker/julia/usr/bin/julia', '-e', '\n 
> println(JULIA_HOME)\n 
> println(Sys.dlpath(dlopen("libjulia")))\n ']' returned 
> non-zero exit status 1 
>
> During handling of the above exception, another exception occurred: 
>
> Traceback (most recent call last): 
>   File "", line 1, in  
>   File "/home/nbecker/pyjulia/julia/core.py", line 244, in __init__ 
> raise JuliaError('error starting up the Julia process') 
> julia.core.JuliaError: error starting up the Julia process 
>
>

Re: [julia-users] Re: can't get pyjulia to work

[Tim Wheeler]

Okay,  thank you!
We are trying to get it to work on another computer.

On Tuesday, August 9, 2016 at 3:19:02 PM UTC-7, Keno Fischer wrote:
>
> Should have been, yes.
>
> On Tue, Aug 9, 2016 at 6:05 PM, Tim Wheeler  > wrote:
>
>> Was this fixed?
>>
>> On Monday, July 11, 2016 at 11:24:00 AM UTC-7, Keno Fischer wrote:
>>>
>>> I've been working on making this work again. Should be merged in a 
>>> couple of days. 
>>>
>>> On Mon, Jul 11, 2016 at 1:30 PM, Tim Wheeler  
>>> wrote: 
>>> > So I may have figured it out. 
>>> > 
>>> > According to here, one needs to: 
>>> > 
>>> > Tag PyCall.jl at v1.3.0 
>>> > Use the pull request from benmoran 
>>> > 
>>> > Tagging is accomplished by navigating to the PyCall.jl package 
>>> directory and 
>>> > running git checkout v1.3.0. 
>>> > I wasn't sure how to install the pull request, so I overwrite the only 
>>> > changed file, core.py, in the pyjulia package source using benmoran's 
>>> > version. The installed package location can be found in python: 
>>> > 
>>> > ``` 
>>> > import julia 
>>> > julia.__file__ 
>>> > ``` 
>>> > 
>>> > The error has gone away. Hopefully it continues to work! 
>>> > 
>>> > On Monday, July 11, 2016 at 9:46:56 AM UTC-7, Tim Wheeler wrote: 
>>> >> 
>>> >> Have there been updates to this issue? I am seeing the same "ERROR: 
>>> >> UndefVarError: dlpath not defined" problem. 
>>> >> 
>>> >> I tried running git checkout v1.3.0 as recommended, and then rebuilt 
>>> with 
>>> >> 
>>> >> 1) Delete ~/.julia/lib 
>>> >> 2) Run in julia: 
>>> >> 2.1) ENV["PYTHON"] = " ... path to python ... " 
>>> >> 2.2) Pkg.build("PyCall") 
>>> >> 2.3) using PyCall 
>>> >> 
>>> >> as recommended. So far no luck. 
>>> >> 
>>> >> I am using ubuntu 14.04 and Python 2.7.10 | Anaconda 2.3.0 (64-bit) 
>>>
>>
>

Re: [julia-users] Re: can't get pyjulia to work

[Christoph Ortner]

seems to work for me.

Re: [julia-users] Re: can't get pyjulia to work

[Keno Fischer]

Should have been, yes.

On Tue, Aug 9, 2016 at 6:05 PM, Tim Wheeler 
wrote:

> Was this fixed?
>
> On Monday, July 11, 2016 at 11:24:00 AM UTC-7, Keno Fischer wrote:
>>
>> I've been working on making this work again. Should be merged in a
>> couple of days.
>>
>> On Mon, Jul 11, 2016 at 1:30 PM, Tim Wheeler 
>> wrote:
>> > So I may have figured it out.
>> >
>> > According to here, one needs to:
>> >
>> > Tag PyCall.jl at v1.3.0
>> > Use the pull request from benmoran
>> >
>> > Tagging is accomplished by navigating to the PyCall.jl package
>> directory and
>> > running git checkout v1.3.0.
>> > I wasn't sure how to install the pull request, so I overwrite the only
>> > changed file, core.py, in the pyjulia package source using benmoran's
>> > version. The installed package location can be found in python:
>> >
>> > ```
>> > import julia
>> > julia.__file__
>> > ```
>> >
>> > The error has gone away. Hopefully it continues to work!
>> >
>> > On Monday, July 11, 2016 at 9:46:56 AM UTC-7, Tim Wheeler wrote:
>> >>
>> >> Have there been updates to this issue? I am seeing the same "ERROR:
>> >> UndefVarError: dlpath not defined" problem.
>> >>
>> >> I tried running git checkout v1.3.0 as recommended, and then rebuilt
>> with
>> >>
>> >> 1) Delete ~/.julia/lib
>> >> 2) Run in julia:
>> >> 2.1) ENV["PYTHON"] = " ... path to python ... "
>> >> 2.2) Pkg.build("PyCall")
>> >> 2.3) using PyCall
>> >>
>> >> as recommended. So far no luck.
>> >>
>> >> I am using ubuntu 14.04 and Python 2.7.10 | Anaconda 2.3.0 (64-bit)
>>
>

Re: [julia-users] Re: can't get pyjulia to work

[Tim Wheeler]

Was this fixed?

On Monday, July 11, 2016 at 11:24:00 AM UTC-7, Keno Fischer wrote:
>
> I've been working on making this work again. Should be merged in a 
> couple of days. 
>
> On Mon, Jul 11, 2016 at 1:30 PM, Tim Wheeler  > wrote: 
> > So I may have figured it out. 
> > 
> > According to here, one needs to: 
> > 
> > Tag PyCall.jl at v1.3.0 
> > Use the pull request from benmoran 
> > 
> > Tagging is accomplished by navigating to the PyCall.jl package directory 
> and 
> > running git checkout v1.3.0. 
> > I wasn't sure how to install the pull request, so I overwrite the only 
> > changed file, core.py, in the pyjulia package source using benmoran's 
> > version. The installed package location can be found in python: 
> > 
> > ``` 
> > import julia 
> > julia.__file__ 
> > ``` 
> > 
> > The error has gone away. Hopefully it continues to work! 
> > 
> > On Monday, July 11, 2016 at 9:46:56 AM UTC-7, Tim Wheeler wrote: 
> >> 
> >> Have there been updates to this issue? I am seeing the same "ERROR: 
> >> UndefVarError: dlpath not defined" problem. 
> >> 
> >> I tried running git checkout v1.3.0 as recommended, and then rebuilt 
> with 
> >> 
> >> 1) Delete ~/.julia/lib 
> >> 2) Run in julia: 
> >> 2.1) ENV["PYTHON"] = " ... path to python ... " 
> >> 2.2) Pkg.build("PyCall") 
> >> 2.3) using PyCall 
> >> 
> >> as recommended. So far no luck. 
> >> 
> >> I am using ubuntu 14.04 and Python 2.7.10 | Anaconda 2.3.0 (64-bit) 
>

Re: [julia-users] Julia and sshd tests

[Tony Kelman]

The warning makes sense since it is skipping some tests. I'm asking more 
how we can avoid skipping those tests on non-Debian distros, without 
writing lots more Julia code.


On Tuesday, August 9, 2016 at 10:55:52 AM UTC-7, Keno Fischer wrote:
>
> Well, we could write an ssh server in julia and just use that to test 
> against, but who would want to do that ;). If it's just a matter of me 
> having put a scary warning there, I guess we can take that out.
>
> On Tue, Aug 9, 2016 at 1:44 PM, Tony Kelman  > wrote:
>
>> Though we should try to make them more flexible to run on distributions 
>> that have them in non-Debian locations. Is there an alternative way we can 
>> get those tests to run via an executable that can run as non-root on 
>> openSUSE?
>>
>>
>> On Tuesday, August 9, 2016 at 7:39:42 AM UTC-7, Keno Fischer wrote:
>>>
>>> The tests that are being bypassed are for functionality of the package 
>>> manager's SSH client capability for git clone over SSH. So yes, those tests 
>>> are bypassed if ssh is not available, but is shouldn't be a big problem as 
>>> long as SSH clone runs ok. I think the more important aspect of those tests 
>>> is that they run on CI to make sure we don't accidentally break the various 
>>> ways to clone over SSH.
>>>
>>> On Tue, Aug 9, 2016 at 2:40 AM, Colin Beckingham  
>>> wrote:
>>>
 I always run Julia as non-root, so there is not much surprise when 
 "make testall" says it cannot find sshd, which on openSUSE lives in 
 /usr/sbin and is not accessible by non-root due to permissions. Testall by 
 normal user bypasses the related test and continues to success. Attempting 
 to run Julia as root to allow this test to run results in error in testing 
 libgit2 since no keys are set up. I'm not worrying about this until I have 
 good reason to run Julia in root. Does the fact that openSUSE makes sshd 
 unavailable to non-root users bypass some important tests?

>>>
>>>
>

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

[Samuel Massinon]

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
>> ftp_init()
>> ftp = FTP(host="192.168.251.200", implt=true, ssl=true, 
>> user="anonymous", pswd="")
>> binary(ftp)
>> file = download(ftp, "dataOnFTP.bin", "C:\Users\xyz\test.bin")
>> close(ftp)
>> ftp_cleanup()
>>
>> when sending  " using FTPClient" there are bunch of warnings as shown 
>> below partially
>> WARNING: Base.String is deprecated, use AbstractString instead.
>>   likely near C:\Users\melese\.julia\v0.4\FTPClient\src\FTPC.jl:35
>> WARNING: Base.String is deprecated, use AbstractString instead.
>>   likely near C:\Users\melese\.julia\v0.4\FTPClient\src\FTPC.jl:67
>> WARNING: Base.Uint8 is deprecated, use UInt8 instead.
>>   likely near C:\Users\melese\.julia\v0.4\FTPClient\src\FTPC.jl:81
>> ..
>> .
>> .and at the end I am getting the following error 
>>
>> ERROR: Failed to connect. :: LibCURL error #7
>>  [inlined code] from 
>> C:\Users\melese\.julia\v0.4\FTPClient\src\FTPC.jl:138
>>  in ftp_command at 
>> C:\Users\melese\.julia\v0.4\FTPClient\src\FTPC.jl:454
>>  in ftp_connect at 
>> C:\Users\melese\.julia\v0.4\FTPClient\src\FTPC.jl:493
>>  in call at C:\Users\melese\.julia\v0.4\FTPClient\src\FTPObject.jl:23
>>
>> Thanks 
>> Yared
>>
>

Re: [julia-users] "Recommendadions" at julialang.org [for e.g. [Py]Plot] for say Julia 0.5

[Tom Breloff]

A) there's a discussion happening right now:
https://github.com/JuliaLang/julialang.github.com/pull/399

On Tue, Aug 9, 2016 at 3:06 PM, Tamas Papp  wrote:

> I looked at almost all Julia plotting libraries again recently (last
> week) for a project, running 0.5-rc1 (approximately). Many have issues
> and lots of warnings, and probably need time to catch up to 0.5.
>
> I ended up using VegaLite for my current project, and found it very
> nice. Very close to Gafly/GoG in spirit, even though the actual
> implementation is different. I only played around a bit with Vega, but
> it looks very versatile too (maybe too versatile for my present
> needs). Both are actively maintained and extensively documented.
>
> Even though I like Plots.jl very much, the fact that it does not support
> Gadfly does not imply anything about the latter per se. I am more
> worried about no commits in the past 3 months.
>
> When it comes to plotting libraries, I don't think that there is a clear
> winner at this moment that one could recommend -- each involves some
> kind of compromise. That said, this is the situation in most languages:
> eg while R has a built-in "default" plotting library, for more complex
> plots many people end up using something else.
>
> Best,
>
> Tamas
>
> On Tue, Aug 09 2016, Páll Haraldsson wrote:
>
> > A.
> >
> > First a specific matter:
> >
> > http://julialang.org/downloads/
> >
> > I see PyPlot. I'm not asking for recommendations, just discussiong what
> > should be officially pointed to [in general].
> >
> > I can understand that you would not want to take side (or maybe you do,
> > PyCall.jl is awesome and I guess PyPlot/matplotlib, I just haven't used
> any
> > plots..).
> >
> >
> > Maybe the plan is or should be to recommend (only?) Plots.jl (and not
> > Gadfly since):
> >
> >
> > https://juliaplots.github.io/backends/
> >
> > "Deprecated backends
> > Gadfly"
> >
> >
> > See also: https://juliaplots.github.io/supported/
> >
> > It's clearly not a simple choice.. and since Plot.jl is just an abstract
> > wrapper (that seems awesome!) it's not taking sides pointing to it.
> >
> > I also really like UnicodePlots :) that may be the only pure-Julia only
> > solution..? Maybe leave that implicit in the Plots.jl recommendation?
> >
> >
> > [Maybe the homepage just hasn't been changes yet, as Julia 0.5 isn't out
> > and Plots.jl turned 0.5 only.]
> >
> >
> > B.
> >
> > Juno is also recommended. I expect there is no change, expect the newer
> > Atom-version is now ok and recommended? I've also not tried (seriously)
> in
> > a while.. Any other notable [to add to homepage]? I understand if you do
> > not want to confuse people with choices, why A. seems safe..
> >
> >
> > C.
> >
> > There's another thread on "metapackages" (proposal), should there be more
> > [abstract wrapper/meta] package recommendations?
>
>

Re: [julia-users] "Recommendadions" at julialang.org [for e.g. [Py]Plot] for say Julia 0.5

[Tamas Papp]

I looked at almost all Julia plotting libraries again recently (last
week) for a project, running 0.5-rc1 (approximately). Many have issues
and lots of warnings, and probably need time to catch up to 0.5.

I ended up using VegaLite for my current project, and found it very
nice. Very close to Gafly/GoG in spirit, even though the actual
implementation is different. I only played around a bit with Vega, but
it looks very versatile too (maybe too versatile for my present
needs). Both are actively maintained and extensively documented.

Even though I like Plots.jl very much, the fact that it does not support
Gadfly does not imply anything about the latter per se. I am more
worried about no commits in the past 3 months.

When it comes to plotting libraries, I don't think that there is a clear
winner at this moment that one could recommend -- each involves some
kind of compromise. That said, this is the situation in most languages:
eg while R has a built-in "default" plotting library, for more complex
plots many people end up using something else.

Best,

Tamas

On Tue, Aug 09 2016, Páll Haraldsson wrote:

> A.
>
> First a specific matter:
>
> http://julialang.org/downloads/
>
> I see PyPlot. I'm not asking for recommendations, just discussiong what 
> should be officially pointed to [in general].
>
> I can understand that you would not want to take side (or maybe you do, 
> PyCall.jl is awesome and I guess PyPlot/matplotlib, I just haven't used any 
> plots..).
>
>
> Maybe the plan is or should be to recommend (only?) Plots.jl (and not 
> Gadfly since):
>
>
> https://juliaplots.github.io/backends/
>
> "Deprecated backends
> Gadfly"
>
>
> See also: https://juliaplots.github.io/supported/
>
> It's clearly not a simple choice.. and since Plot.jl is just an abstract 
> wrapper (that seems awesome!) it's not taking sides pointing to it.
>
> I also really like UnicodePlots :) that may be the only pure-Julia only 
> solution..? Maybe leave that implicit in the Plots.jl recommendation?
>
>
> [Maybe the homepage just hasn't been changes yet, as Julia 0.5 isn't out 
> and Plots.jl turned 0.5 only.]
>
>
> B.
>
> Juno is also recommended. I expect there is no change, expect the newer 
> Atom-version is now ok and recommended? I've also not tried (seriously) in 
> a while.. Any other notable [to add to homepage]? I understand if you do 
> not want to confuse people with choices, why A. seems safe..
>
>
> C.
>
> There's another thread on "metapackages" (proposal), should there be more 
> [abstract wrapper/meta] package recommendations?

[julia-users] "Recommendadions" at julialang.org [for e.g. [Py]Plot] for say Julia 0.5

[Páll Haraldsson]

A.

First a specific matter:

http://julialang.org/downloads/

I see PyPlot. I'm not asking for recommendations, just discussiong what 
should be officially pointed to [in general].

I can understand that you would not want to take side (or maybe you do, 
PyCall.jl is awesome and I guess PyPlot/matplotlib, I just haven't used any 
plots..).


Maybe the plan is or should be to recommend (only?) Plots.jl (and not 
Gadfly since):


https://juliaplots.github.io/backends/

"Deprecated backends
Gadfly"


See also: https://juliaplots.github.io/supported/

It's clearly not a simple choice.. and since Plot.jl is just an abstract 
wrapper (that seems awesome!) it's not taking sides pointing to it.

I also really like UnicodePlots :) that may be the only pure-Julia only 
solution..? Maybe leave that implicit in the Plots.jl recommendation?


[Maybe the homepage just hasn't been changes yet, as Julia 0.5 isn't out 
and Plots.jl turned 0.5 only.]


B.

Juno is also recommended. I expect there is no change, expect the newer 
Atom-version is now ok and recommended? I've also not tried (seriously) in 
a while.. Any other notable [to add to homepage]? I understand if you do 
not want to confuse people with choices, why A. seems safe..


C.

There's another thread on "metapackages" (proposal), should there be more 
[abstract wrapper/meta] package recommendations?

-- 
Palli.

Re: [julia-users] PyCall-ing Numba-dependent Libraries

[Christoph Ortner]

(or a long piece; as long as I can just clone and run something)

On Tuesday, 9 August 2016 19:14:13 UTC+1, Christoph Ortner wrote:
>
>
> Do you have a short piece of code to try? I'd like to see whether I run 
> into the same problem as with chemview.
>

Re: [julia-users] PyCall-ing Numba-dependent Libraries

[Christoph Ortner]

Do you have a short piece of code to try? I'd like to see whether I run 
into the same problem as with chemview.

Re: [julia-users] Julia and sshd tests

[Keno Fischer]

Well, we could write an ssh server in julia and just use that to test
against, but who would want to do that ;). If it's just a matter of me
having put a scary warning there, I guess we can take that out.

On Tue, Aug 9, 2016 at 1:44 PM, Tony Kelman  wrote:

> Though we should try to make them more flexible to run on distributions
> that have them in non-Debian locations. Is there an alternative way we can
> get those tests to run via an executable that can run as non-root on
> openSUSE?
>
>
> On Tuesday, August 9, 2016 at 7:39:42 AM UTC-7, Keno Fischer wrote:
>>
>> The tests that are being bypassed are for functionality of the package
>> manager's SSH client capability for git clone over SSH. So yes, those tests
>> are bypassed if ssh is not available, but is shouldn't be a big problem as
>> long as SSH clone runs ok. I think the more important aspect of those tests
>> is that they run on CI to make sure we don't accidentally break the various
>> ways to clone over SSH.
>>
>> On Tue, Aug 9, 2016 at 2:40 AM, Colin Beckingham 
>> wrote:
>>
>>> I always run Julia as non-root, so there is not much surprise when "make
>>> testall" says it cannot find sshd, which on openSUSE lives in /usr/sbin and
>>> is not accessible by non-root due to permissions. Testall by normal user
>>> bypasses the related test and continues to success. Attempting to run Julia
>>> as root to allow this test to run results in error in testing libgit2 since
>>> no keys are set up. I'm not worrying about this until I have good reason to
>>> run Julia in root. Does the fact that openSUSE makes sshd unavailable to
>>> non-root users bypass some important tests?
>>>
>>
>>

Re: [julia-users] Julia and sshd tests

[Tony Kelman]

Though we should try to make them more flexible to run on distributions 
that have them in non-Debian locations. Is there an alternative way we can 
get those tests to run via an executable that can run as non-root on 
openSUSE?


On Tuesday, August 9, 2016 at 7:39:42 AM UTC-7, Keno Fischer wrote:
>
> The tests that are being bypassed are for functionality of the package 
> manager's SSH client capability for git clone over SSH. So yes, those tests 
> are bypassed if ssh is not available, but is shouldn't be a big problem as 
> long as SSH clone runs ok. I think the more important aspect of those tests 
> is that they run on CI to make sure we don't accidentally break the various 
> ways to clone over SSH.
>
> On Tue, Aug 9, 2016 at 2:40 AM, Colin Beckingham  > wrote:
>
>> I always run Julia as non-root, so there is not much surprise when "make 
>> testall" says it cannot find sshd, which on openSUSE lives in /usr/sbin and 
>> is not accessible by non-root due to permissions. Testall by normal user 
>> bypasses the related test and continues to success. Attempting to run Julia 
>> as root to allow this test to run results in error in testing libgit2 since 
>> no keys are set up. I'm not worrying about this until I have good reason to 
>> run Julia in root. Does the fact that openSUSE makes sshd unavailable to 
>> non-root users bypass some important tests?
>>
>
>

Re: [julia-users] How to debug segmentation fault?

[Adrian Salceanu]

Thanks Jacob

Huhm, probably not worth spending time with debug builds of v0.4 when 0.5 
is just around the corner. Think it's time to upgrade to 0.5 and debug that 
if needed. 


marți, 9 august 2016, 17:58:10 UTC+2, Jacob Quinn a scris:
>
> There are many much more knowledgeable than me on this, but I know there's 
> a good section in the manual to help you get started: 
> http://docs.julialang.org/en/latest/devdocs/C/
>
> -Jacob
>
> On Tue, Aug 9, 2016 at 9:53 AM, Adrian Salceanu  > wrote:
>
>> I ran into an issue where apparently at random I get segmentation faults 
>> - how can I find out what exactly is causing the problem? 
>>
>> Here is the dump: 
>> signal (11): Segmentation fault: 11
>> julia_call_23669 at  (unknown line)
>> disposable_instance at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/
>> src/Model.jl:647
>> to_select_part at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
>> Model.jl:262
>> to_fetch_sql at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model
>> .jl:542
>> find at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.jl:40
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
>> find_one_by at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.
>> jl:55
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
>> current_user at /Users/adrian/Dropbox/Projects/jinnie/app/resources/users
>> /model.jl:64
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/gf.c:1691
>> with_authorization at /Users/adrian/Dropbox/Projects/jinnie/app/resources
>> /users/model.jl:82
>> articles at /Users/adrian/Dropbox/Projects/jinnie/app/resources/articles
>> /./modules/AdminController.jl:6
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
>> jl_f_invoke at /private/tmp/julia-20160615-15177-tdcnou/src/builtins.c:
>> 1114
>> invoke_controller at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
>> Router.jl:187
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
>> match_routes at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
>> Router.jl:73
>> route_request at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
>> Router.jl:44
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
>> anonymous at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
>> AppServer.jl:18
>> on_message_complete at /Users/adrian/.julia/v0.4/HttpServer/src/
>> HttpServer.jl:400
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
>> on_message_complete at /Users/adrian/.julia/v0.4/HttpServer/src/
>> RequestParser.jl:104
>> jlcapi_on_message_complete_21686 at  (unknown line)
>> http_parser_execute at /Users/adrian/.julia/v0.4/HttpParser/deps/usr/lib/
>> libhttp_parser.dylib (unknown line)
>> http_parser_execute at /Users/adrian/.julia/v0.4/HttpParser/src/
>> HttpParser.jl:92
>> process_client at /Users/adrian/.julia/v0.4/HttpServer/src/HttpServer.jl:
>> 365
>> jlcall_process_client_23170 at  (unknown line)
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
>> anonymous at task.jl:447
>> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
>> [1]50892 segmentation fault  ./genie.jl s
>>
>> and this is the last known function (which works ok in different 
>> circumstances): 
>>
>> function disposable_instance{T<:AbstractModel}(m::Type{T})
>>   if m <: AbstractModel
>> return m()
>>   else
>> error("$m is not a concrete subtype of AbstractModel")
>>   end
>> end
>>
>>
>

Re: [julia-users] How to debug segmentation fault?

[Jacob Quinn]

There are many much more knowledgeable than me on this, but I know there's
a good section in the manual to help you get started:
http://docs.julialang.org/en/latest/devdocs/C/

-Jacob

On Tue, Aug 9, 2016 at 9:53 AM, Adrian Salceanu 
wrote:

> I ran into an issue where apparently at random I get segmentation faults -
> how can I find out what exactly is causing the problem?
>
> Here is the dump:
> signal (11): Segmentation fault: 11
> julia_call_23669 at  (unknown line)
> disposable_instance at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src
> /Model.jl:647
> to_select_part at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
> Model.jl:262
> to_fetch_sql at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.
> jl:542
> find at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.jl:40
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
> find_one_by at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.
> jl:55
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
> current_user at /Users/adrian/Dropbox/Projects/jinnie/app/resources/users/
> model.jl:64
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/gf.c:1691
> with_authorization at /Users/adrian/Dropbox/Projects/jinnie/app/resources/
> users/model.jl:82
> articles at /Users/adrian/Dropbox/Projects/jinnie/app/resources/articles
> /./modules/AdminController.jl:6
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
> jl_f_invoke at /private/tmp/julia-20160615-15177-tdcnou/src/builtins.c:
> 1114
> invoke_controller at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
> Router.jl:187
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
> match_routes at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Router
> .jl:73
> route_request at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
> Router.jl:44
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
> anonymous at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/AppServer
> .jl:18
> on_message_complete at /Users/adrian/.julia/v0.4/HttpServer/src/HttpServer
> .jl:400
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
> on_message_complete at /Users/adrian/.julia/v0.4/HttpServer/src/
> RequestParser.jl:104
> jlcapi_on_message_complete_21686 at  (unknown line)
> http_parser_execute at /Users/adrian/.julia/v0.4/HttpParser/deps/usr/lib/
> libhttp_parser.dylib (unknown line)
> http_parser_execute at /Users/adrian/.julia/v0.4/HttpParser/src/HttpParser
> .jl:92
> process_client at /Users/adrian/.julia/v0.4/HttpServer/src/HttpServer.jl:
> 365
> jlcall_process_client_23170 at  (unknown line)
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
> anonymous at task.jl:447
> jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
> [1]50892 segmentation fault  ./genie.jl s
>
> and this is the last known function (which works ok in different
> circumstances):
>
> function disposable_instance{T<:AbstractModel}(m::Type{T})
>   if m <: AbstractModel
> return m()
>   else
> error("$m is not a concrete subtype of AbstractModel")
>   end
> end
>
>

[julia-users] How to debug segmentation fault?

[Adrian Salceanu]

I ran into an issue where apparently at random I get segmentation faults - 
how can I find out what exactly is causing the problem? 

Here is the dump: 
signal (11): Segmentation fault: 11
julia_call_23669 at  (unknown line)
disposable_instance at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
Model.jl:647
to_select_part at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.
jl:262
to_fetch_sql at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.jl
:542
find at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.jl:40
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
find_one_by at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Model.jl:
55
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
current_user at /Users/adrian/Dropbox/Projects/jinnie/app/resources/users/
model.jl:64
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/gf.c:1691
with_authorization at /Users/adrian/Dropbox/Projects/jinnie/app/resources/
users/model.jl:82
articles at /Users/adrian/Dropbox/Projects/jinnie/app/resources/articles/./
modules/AdminController.jl:6
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
jl_f_invoke at /private/tmp/julia-20160615-15177-tdcnou/src/builtins.c:1114
invoke_controller at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/
Router.jl:187
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
match_routes at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Router.
jl:73
route_request at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/Router.
jl:44
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
anonymous at /Users/adrian/Dropbox/Projects/jinnie/lib/Genie/src/AppServer.
jl:18
on_message_complete at /Users/adrian/.julia/v0.4/HttpServer/src/HttpServer.
jl:400
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
on_message_complete at /Users/adrian/.julia/v0.4/HttpServer/src/
RequestParser.jl:104
jlcapi_on_message_complete_21686 at  (unknown line)
http_parser_execute at /Users/adrian/.julia/v0.4/HttpParser/deps/usr/lib/
libhttp_parser.dylib (unknown line)
http_parser_execute at /Users/adrian/.julia/v0.4/HttpParser/src/HttpParser.
jl:92
process_client at /Users/adrian/.julia/v0.4/HttpServer/src/HttpServer.jl:365
jlcall_process_client_23170 at  (unknown line)
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
anonymous at task.jl:447
jl_apply at /private/tmp/julia-20160615-15177-tdcnou/src/./julia.h:1331
[1]50892 segmentation fault  ./genie.jl s

and this is the last known function (which works ok in different 
circumstances): 

function disposable_instance{T<:AbstractModel}(m::Type{T})
  if m <: AbstractModel
return m()
  else
error("$m is not a concrete subtype of AbstractModel")
  end
end

[julia-users] What do do when @less does not work?

[Páll Haraldsson]

A.

julia> @less Base.memhash_seed
ERROR: ArgumentError: argument is not a generic function
 in methods at ./reflection.jl:140

I know what this means, but it would be nice for it to look up the source, 
and when it's actually a function (sometimes, I'm not sure of the right 
parameters..). Is there a way for @less, @which @edit (I guess always same 
mechanisim) to work? Maybe already ion 0.5? Easy to add? I like reading the 
source code to learn, and not have to google or search github or ask here..

[apropos got me nowhere.]


B.

Bonus point, I think I know what memhash[_seed] is.. but what is it.


C.

Trying to google it:

https://searchcode.com/codesearch/view/84537847/

Language  Lisp
[Clearly Julia source code, elsewhere I've seen Python autodetected..]

-- 
Palli.

Re: [julia-users] Setting random number generator seed using sequential integers

[Simon Byrne]

It's an interesting problem. In general, there's not much you can do if the 
state of your generator is larger than the size of the seed (which it 
definitely is in the case of Mersenne twisters).

As to whether it would bias your sample: it ultimately depends on what you 
are doing with your random numbers. The example given in the blog post is 
somewhat pathological: you are essentially testing for an exact bit 
pattern. A more typical use case (outside of cryptography) is to treat it 
like continuous variates where you assume that the probability of observing 
any exact value is zero (though of course it isn't in floating point), but 
that you care about values in a particular range, i.e. 

if rand() < 0.1
   ...
end

In this case, you generally should be fine, as any bias would typically be 
in the order of machine epsilon, and easily swamped by the Monte Carlo 
error. 

-Simon

On Tuesday, 9 August 2016 16:11:30 UTC+1, Stefan Karpinski wrote:
>
> That's a very good question. Issue filed: 
> https://github.com/JuliaLang/julia/issues/17918.
>
> On Tue, Aug 9, 2016 at 6:02 AM, James Douglas  > wrote:
>
>> Hi All,
>>
>> I have a question about how Julia handles the seed given to the random 
>> number generator through the function srand(seed). I am doing Monte Carlo 
>> simulations using Julia, where I have some code that depends on the output 
>> from the rand() function and then I run this code with many different 
>> initial seeds. Naively I have set the seed specifically for each run of the 
>> code as the integer corresponding to the run, i.e., I run the code starting 
>> with srand(1), srand(2), etc. up to srand(N) for N runs. My primary 
>> motivation for this is that I would like to reproduce a particular run if I 
>> see anything strange. However, I recently saw that at least in C++ (
>> http://www.pcg-random.org/posts/cpp-seeding-surprises.html), seeding the 
>> Mersenne Twister with integers like this is a bad idea. So I would like to 
>> know if there is a problem with seeding Julia's random number generator in 
>> this way? Will it bias my sample or does Julia somehow avoid this in the 
>> way it processes the seed given to srand()? And finally, if it is a bad 
>> idea, what would be the best way to seed so that I can reproduce everything 
>> at a later stage?
>>
>> Thanks in advance,
>> James
>>
>
>

[julia-users] Re: Setting random number generator seed using sequential integers

[Andreas Lobinger]

Hello,

we somehow have similar problem (not in julia, but matlab). One idea is to 
have a long (624 32-bit int) (random) number available and multiply by the 
single seed. Or get /dev/random for seeding and store it along the output. 

Re: [julia-users] Setting random number generator seed using sequential integers

[Stefan Karpinski]

That's a very good question. Issue filed:
https://github.com/JuliaLang/julia/issues/17918.

On Tue, Aug 9, 2016 at 6:02 AM, James Douglas  wrote:

> Hi All,
>
> I have a question about how Julia handles the seed given to the random
> number generator through the function srand(seed). I am doing Monte Carlo
> simulations using Julia, where I have some code that depends on the output
> from the rand() function and then I run this code with many different
> initial seeds. Naively I have set the seed specifically for each run of the
> code as the integer corresponding to the run, i.e., I run the code starting
> with srand(1), srand(2), etc. up to srand(N) for N runs. My primary
> motivation for this is that I would like to reproduce a particular run if I
> see anything strange. However, I recently saw that at least in C++ (
> http://www.pcg-random.org/posts/cpp-seeding-surprises.html), seeding the
> Mersenne Twister with integers like this is a bad idea. So I would like to
> know if there is a problem with seeding Julia's random number generator in
> this way? Will it bias my sample or does Julia somehow avoid this in the
> way it processes the seed given to srand()? And finally, if it is a bad
> idea, what would be the best way to seed so that I can reproduce everything
> at a later stage?
>
> Thanks in advance,
> James
>

Re: [julia-users] Julia and sshd tests

[Keno Fischer]

The tests that are being bypassed are for functionality of the package
manager's SSH client capability for git clone over SSH. So yes, those tests
are bypassed if ssh is not available, but is shouldn't be a big problem as
long as SSH clone runs ok. I think the more important aspect of those tests
is that they run on CI to make sure we don't accidentally break the various
ways to clone over SSH.

On Tue, Aug 9, 2016 at 2:40 AM, Colin Beckingham 
wrote:

> I always run Julia as non-root, so there is not much surprise when "make
> testall" says it cannot find sshd, which on openSUSE lives in /usr/sbin and
> is not accessible by non-root due to permissions. Testall by normal user
> bypasses the related test and continues to success. Attempting to run Julia
> as root to allow this test to run results in error in testing libgit2 since
> no keys are set up. I'm not worrying about this until I have good reason to
> run Julia in root. Does the fact that openSUSE makes sshd unavailable to
> non-root users bypass some important tests?
>

[julia-users] Setting random number generator seed using sequential integers

[James Douglas]

Hi All,

I have a question about how Julia handles the seed given to the random 
number generator through the function srand(seed). I am doing Monte Carlo 
simulations using Julia, where I have some code that depends on the output 
from the rand() function and then I run this code with many different 
initial seeds. Naively I have set the seed specifically for each run of the 
code as the integer corresponding to the run, i.e., I run the code starting 
with srand(1), srand(2), etc. up to srand(N) for N runs. My primary 
motivation for this is that I would like to reproduce a particular run if I 
see anything strange. However, I recently saw that at least in C++ 
(http://www.pcg-random.org/posts/cpp-seeding-surprises.html), seeding the 
Mersenne Twister with integers like this is a bad idea. So I would like to 
know if there is a problem with seeding Julia's random number generator in 
this way? Will it bias my sample or does Julia somehow avoid this in the 
way it processes the seed given to srand()? And finally, if it is a bad 
idea, what would be the best way to seed so that I can reproduce everything 
at a later stage?

Thanks in advance,
James

Re: [julia-users] PyCall-ing Numba-dependent Libraries

[Tom Breloff]

Related to this, I can't render anything with my wrapper to OpenAI's gym,
because of an llvm version clash inside pyglet. If you solve this problem
in a semi-general way, please let us know!

On Tuesday, August 9, 2016, Christoph Ortner 
wrote:

> To reply to my own question, this seems to have worked:
>
> git clone https://github.com/numba/llvmlite
> cd llvmlite
> LLVM_CONFIG=.../julia/usr/tools/llvm-config python setup.py install
> LLVM_CONFIG=.../julia/usr/tools/llvm-config pip install numba
>
>
> Unfortunately it didn't solve my problem since the library I am really
> interested in (chemview) still crashes.
>

Re: [julia-users] Is the master algorithm on the roadmap?

[Kevin Liu]

Helping me separate the process in parts and priorities would be a lot of 
help. 

On Tuesday, August 9, 2016 at 8:41:03 AM UTC-3, Kevin Liu wrote:
>
> Tim Holy, what if I could tap into the well of knowledge that you are to 
> speed up things? Can you imagine if every learner had to start without 
> priors? 
>
> > On Aug 9, 2016, at 07:06, Tim Holy  wrote: 
> > 
> > I'd recommend starting by picking a very small project. For example, fix 
> a bug 
> > or implement a small improvement in a package that you already find 
> useful or 
> > interesting. That way you'll get some guidance while making a positive 
> > contribution; once you know more about julia, it will be easier to see 
> your 
> > way forward. 
> > 
> > Best, 
> > --Tim 
> > 
> >> On Monday, August 8, 2016 8:22:01 PM CDT Kevin Liu wrote: 
> >> I have no idea where to start and where to finish. Founders' help would 
> be 
> >> wonderful. 
> >> 
> >>> On Tuesday, August 9, 2016 at 12:19:26 AM UTC-3, Kevin Liu wrote: 
> >>> After which I have to code Felix into Julia, a relational optimizer 
> for 
> >>> statistical inference with Tuffy  
> >>> inside, for enterprise settings. 
> >>> 
>  On Tuesday, August 9, 2016 at 12:07:32 AM UTC-3, Kevin Liu wrote: 
>  Can I get tips on bringing Alchemy's optimized Tuffy 
>   in Java to Julia while showing 
> the 
>  best of Julia? I am going for the most correct way, even if it means 
>  coding 
>  Tuffy into C and Julia. 
>  
> > On Sunday, August 7, 2016 at 8:34:37 PM UTC-3, Kevin Liu wrote: 
> > I'll try to build it, compare it, and show it to you guys. I offered 
> to 
> > do this as work. I am waiting to see if they will accept it. 
> > 
> >> On Sunday, August 7, 2016 at 6:15:50 PM UTC-3, Stefan Karpinski 
> wrote: 
> >> Kevin, as previously requested by Isaiah, please take this to some 
> >> other forum or maybe start a blog. 
> >> 
> >>> On Sat, Aug 6, 2016 at 10:53 PM, Kevin Liu  
> wrote: 
> >>> Symmetry-based learning, Domingos, 2014 
> >>> 
> https://www.microsoft.com/en-us/research/video/symmetry-based-learning 
> >>> / 
> >>> 
> >>> Approach 2: Deep symmetry networks generalize convolutional neural 
> >>> networks by tying parameters and pooling over an arbitrary 
> symmetry 
> >>> group, 
> >>> not just the translation group. In preliminary experiments, they 
> >>> outperformed convnets on a digit recognition task. 
> >>> 
>  On Friday, August 5, 2016 at 4:56:45 PM UTC-3, Kevin Liu wrote: 
>  Minsky died of a cerebral hemorrhage at the age of 88.[40] 
>   Ray 
>  Kurzweil  says he 
> was 
>  contacted by the cryonics organization Alcor Life Extension 
>  Foundation 
>   
>  seeking 
>  Minsky's body.[41] 
>  <
> https://en.wikipedia.org/wiki/Marvin_Minsky#cite_note-Kurzweil-41> 
>  Kurzweil believes that Minsky was cryonically preserved by Alcor 
> and 
>  will be revived by 2045.[41] 
>  <
> https://en.wikipedia.org/wiki/Marvin_Minsky#cite_note-Kurzweil-41> 
>  Minsky 
>  was a member of Alcor's Scientific Advisory Board 
>  .[42] 
>  <
> https://en.wikipedia.org/wiki/Marvin_Minsky#cite_note-AlcorBoard-42> 
>  In 
>  keeping with their policy of protecting privacy, Alcor will 
> neither 
>  confirm 
>  nor deny that Alcor has cryonically preserved Minsky.[43] 
>   
>  
>  We better do a good job. 
>  
> > On Friday, August 5, 2016 at 4:45:42 PM UTC-3, Kevin Liu wrote: 
> > *So, I think in the next 20 years (2003), if we can get rid of 
> all 
> > of the traditional approaches to artificial intelligence, like 
> > neural nets 
> > and genetic algorithms and rule-based systems, and just turn our 
> > sights a 
> > little bit higher to say, can we make a system that can use all 
> > those 
> > things for the right kind of problem? Some problems are good for 
> > neural 
> > nets; we know that others, neural nets are hopeless on them. 
> Genetic 
> > algorithms are great for certain things; I suspect I know what 
> > they're bad 
> > at, and I won't tell you. (Laughter)*  - Minsky, founder of 
> CSAIL 
> > MIT 
> > 
> > *Those programmers tried to find the single best way to 
> represent 
> > knowledge - Only Logic protects us from paradox.* - Minsky (see 
> > attachment from his 

Re: [julia-users] Is the master algorithm on the roadmap?

[Kevin Liu]

Tim Holy, what if I could tap into the well of knowledge that you are to speed 
up things? Can you imagine if every learner had to start without priors? 

> On Aug 9, 2016, at 07:06, Tim Holy  wrote:
> 
> I'd recommend starting by picking a very small project. For example, fix a 
> bug 
> or implement a small improvement in a package that you already find useful or 
> interesting. That way you'll get some guidance while making a positive 
> contribution; once you know more about julia, it will be easier to see your 
> way forward.
> 
> Best,
> --Tim
> 
>> On Monday, August 8, 2016 8:22:01 PM CDT Kevin Liu wrote:
>> I have no idea where to start and where to finish. Founders' help would be
>> wonderful.
>> 
>>> On Tuesday, August 9, 2016 at 12:19:26 AM UTC-3, Kevin Liu wrote:
>>> After which I have to code Felix into Julia, a relational optimizer for
>>> statistical inference with Tuffy 
>>> inside, for enterprise settings.
>>> 
 On Tuesday, August 9, 2016 at 12:07:32 AM UTC-3, Kevin Liu wrote:
 Can I get tips on bringing Alchemy's optimized Tuffy
  in Java to Julia while showing the
 best of Julia? I am going for the most correct way, even if it means
 coding
 Tuffy into C and Julia.
 
> On Sunday, August 7, 2016 at 8:34:37 PM UTC-3, Kevin Liu wrote:
> I'll try to build it, compare it, and show it to you guys. I offered to
> do this as work. I am waiting to see if they will accept it.
> 
>> On Sunday, August 7, 2016 at 6:15:50 PM UTC-3, Stefan Karpinski wrote:
>> Kevin, as previously requested by Isaiah, please take this to some
>> other forum or maybe start a blog.
>> 
>>> On Sat, Aug 6, 2016 at 10:53 PM, Kevin Liu  wrote:
>>> Symmetry-based learning, Domingos, 2014
>>> https://www.microsoft.com/en-us/research/video/symmetry-based-learning
>>> /
>>> 
>>> Approach 2: Deep symmetry networks generalize convolutional neural
>>> networks by tying parameters and pooling over an arbitrary symmetry
>>> group,
>>> not just the translation group. In preliminary experiments, they
>>> outperformed convnets on a digit recognition task.
>>> 
 On Friday, August 5, 2016 at 4:56:45 PM UTC-3, Kevin Liu wrote:
 Minsky died of a cerebral hemorrhage at the age of 88.[40]
  Ray
 Kurzweil  says he was
 contacted by the cryonics organization Alcor Life Extension
 Foundation
 
 seeking
 Minsky's body.[41]
 
 Kurzweil believes that Minsky was cryonically preserved by Alcor and
 will be revived by 2045.[41]
 
 Minsky
 was a member of Alcor's Scientific Advisory Board
 .[42]
 
 In
 keeping with their policy of protecting privacy, Alcor will neither
 confirm
 nor deny that Alcor has cryonically preserved Minsky.[43]
 
 
 We better do a good job.
 
> On Friday, August 5, 2016 at 4:45:42 PM UTC-3, Kevin Liu wrote:
> *So, I think in the next 20 years (2003), if we can get rid of all
> of the traditional approaches to artificial intelligence, like
> neural nets
> and genetic algorithms and rule-based systems, and just turn our
> sights a
> little bit higher to say, can we make a system that can use all
> those
> things for the right kind of problem? Some problems are good for
> neural
> nets; we know that others, neural nets are hopeless on them. Genetic
> algorithms are great for certain things; I suspect I know what
> they're bad
> at, and I won't tell you. (Laughter)*  - Minsky, founder of CSAIL
> MIT
> 
> *Those programmers tried to find the single best way to represent
> knowledge - Only Logic protects us from paradox.* - Minsky (see
> attachment from his lecture)
> 
>> On Friday, August 5, 2016 at 8:12:03 AM UTC-3, Kevin Liu wrote:
>> Markov Logic Network is being used for the continuous development
>> of drugs to cure cancer at MIT's CanceRX ,
>> on
>> DARPA's largest AI project to date, Personalized Assistant that
>> Learns (PAL) , progenitor of Siri. One of
>> Alchemy's largest applications to date was 

Re: [julia-users] precompiling all packages

[Michael Krabbe Borregaard]

Nice, thanks!
#MakePkg.update()GreatAgain!

On Tue, Aug 9, 2016 at 12:46 PM, Kristoffer Carlsson 
wrote:

> Can look at this:
>
> https://github.com/staticfloat/MakePkgUpdatePrecompileInTheBackground.jl
>
> https://github.com/JuliaLang/julia/issues/16409#issuecomment-228873060

[julia-users] Re: ANN: JuMP 0.14 released

[Kristoffer Carlsson]

I didn't think there were any documentation about GradientNumbers in the 
ForwardDiff documentation hence an implementation detail. Where did you read 
about it?

Re: [julia-users] precompiling all packages

[Kristoffer Carlsson]

Can look at this:

https://github.com/staticfloat/MakePkgUpdatePrecompileInTheBackground.jl

https://github.com/JuliaLang/julia/issues/16409#issuecomment-228873060

Re: [julia-users] precompiling all packages

[Michael Borregaard]

AFAIK none of these threads provided an easy and clear resolution. The 
latest I could find () ended up with a reques to define a 
`Pkg.precompile()` function, but I have not seen that anything new has 
happened since.

Re: [julia-users] Is the master algorithm on the roadmap?

[Tim Holy]

I'd recommend starting by picking a very small project. For example, fix a bug 
or implement a small improvement in a package that you already find useful or 
interesting. That way you'll get some guidance while making a positive 
contribution; once you know more about julia, it will be easier to see your 
way forward.

Best,
--Tim

On Monday, August 8, 2016 8:22:01 PM CDT Kevin Liu wrote:
> I have no idea where to start and where to finish. Founders' help would be
> wonderful.
> 
> On Tuesday, August 9, 2016 at 12:19:26 AM UTC-3, Kevin Liu wrote:
> > After which I have to code Felix into Julia, a relational optimizer for
> > statistical inference with Tuffy 
> > inside, for enterprise settings.
> > 
> > On Tuesday, August 9, 2016 at 12:07:32 AM UTC-3, Kevin Liu wrote:
> >> Can I get tips on bringing Alchemy's optimized Tuffy
> >>  in Java to Julia while showing the
> >> best of Julia? I am going for the most correct way, even if it means
> >> coding
> >> Tuffy into C and Julia.
> >> 
> >> On Sunday, August 7, 2016 at 8:34:37 PM UTC-3, Kevin Liu wrote:
> >>> I'll try to build it, compare it, and show it to you guys. I offered to
> >>> do this as work. I am waiting to see if they will accept it.
> >>> 
> >>> On Sunday, August 7, 2016 at 6:15:50 PM UTC-3, Stefan Karpinski wrote:
>  Kevin, as previously requested by Isaiah, please take this to some
>  other forum or maybe start a blog.
>  
>  On Sat, Aug 6, 2016 at 10:53 PM, Kevin Liu  wrote:
> > Symmetry-based learning, Domingos, 2014
> > https://www.microsoft.com/en-us/research/video/symmetry-based-learning
> > /
> > 
> > Approach 2: Deep symmetry networks generalize convolutional neural
> > networks by tying parameters and pooling over an arbitrary symmetry
> > group,
> > not just the translation group. In preliminary experiments, they
> > outperformed convnets on a digit recognition task.
> > 
> > On Friday, August 5, 2016 at 4:56:45 PM UTC-3, Kevin Liu wrote:
> >> Minsky died of a cerebral hemorrhage at the age of 88.[40]
> >>  Ray
> >> Kurzweil  says he was
> >> contacted by the cryonics organization Alcor Life Extension
> >> Foundation
> >> 
> >> seeking
> >> Minsky's body.[41]
> >> 
> >> Kurzweil believes that Minsky was cryonically preserved by Alcor and
> >> will be revived by 2045.[41]
> >> 
> >> Minsky
> >> was a member of Alcor's Scientific Advisory Board
> >> .[42]
> >> 
> >> In
> >> keeping with their policy of protecting privacy, Alcor will neither
> >> confirm
> >> nor deny that Alcor has cryonically preserved Minsky.[43]
> >> 
> >> 
> >> We better do a good job.
> >> 
> >> On Friday, August 5, 2016 at 4:45:42 PM UTC-3, Kevin Liu wrote:
> >>> *So, I think in the next 20 years (2003), if we can get rid of all
> >>> of the traditional approaches to artificial intelligence, like
> >>> neural nets
> >>> and genetic algorithms and rule-based systems, and just turn our
> >>> sights a
> >>> little bit higher to say, can we make a system that can use all
> >>> those
> >>> things for the right kind of problem? Some problems are good for
> >>> neural
> >>> nets; we know that others, neural nets are hopeless on them. Genetic
> >>> algorithms are great for certain things; I suspect I know what
> >>> they're bad
> >>> at, and I won't tell you. (Laughter)*  - Minsky, founder of CSAIL
> >>> MIT
> >>> 
> >>> *Those programmers tried to find the single best way to represent
> >>> knowledge - Only Logic protects us from paradox.* - Minsky (see
> >>> attachment from his lecture)
> >>> 
> >>> On Friday, August 5, 2016 at 8:12:03 AM UTC-3, Kevin Liu wrote:
>  Markov Logic Network is being used for the continuous development
>  of drugs to cure cancer at MIT's CanceRX ,
>  on
>  DARPA's largest AI project to date, Personalized Assistant that
>  Learns (PAL) , progenitor of Siri. One of
>  Alchemy's largest applications to date was to learn a semantic
>  network
>  (knowledge graph as Google calls it) from the web.
>  
>  Some on Probabilistic Inductive Logic Programming / Probabilistic
>  Logic Programming / Statistical Relational Learning from 

Re: [julia-users] precompiling all packages

[Tim Holy]

There are several previous threads on this, hopefully one of those will help.

Best,
--Tim

On Monday, August 8, 2016 8:13:42 PM CDT Chang Kwon wrote:
> Is there a way to precompile all packages at once? Each time that I run
> Pkg.update(), I would also like to precompile all packages so that when I
> actually use packages I don't need to precompile.
> 
> Chang

Re: [julia-users] How do I write `import Base.!` in julia 0.5?

[Tim Holy]

import Base: !

also works (and you can include more operators).

--Tim

On Monday, August 8, 2016 9:59:25 PM CDT Fengyang Wang wrote:
> On Monday, August 8, 2016 at 10:26:46 AM UTC-4, Kevin Squire wrote:
> > Try
> > 
> >   import Base.(!)
> > 
> > Cheers,
> > 
> >   Kevin
> 
> Why do import statements have different syntax? This syntax, I'm pretty
> sure, has either meant getfield or broadcast—in neither case does it
> actually refer to the ! function.

Re: [julia-users] How do I write `import Base.!` in julia 0.5?

[Kevin Squire]

Sorry, yes, I meant fused broadcast.  Or at least, I'm guessing this
behavior was caused by some combination of
https://github.com/JuliaLang/julia/pull/15032 and
https://github.com/JuliaLang/julia/pull/17300.

Cheers,
   Kevin



On Tue, Aug 9, 2016 at 12:00 AM, Bart Janssens 
wrote:

> On Tue, Aug 9, 2016 at 7:21 AM Kevin Squire 
> wrote:
>
>> Generally it's not a different syntax, and the error generated here is
>> probably a consequence of recent parser changes to handle dot-operator
>> overloading (and should probably be reported as a bug, and possibly fixed.)
>>
>
> You mean fused broadcasting syntax, right? Or is full dot-operator
> overloading on the table again?
>
> Cheers,
>
> Bart
>

Re: [julia-users] How do I write `import Base.!` in julia 0.5?

[Bart Janssens]

On Tue, Aug 9, 2016 at 7:21 AM Kevin Squire  wrote:

> Generally it's not a different syntax, and the error generated here is
> probably a consequence of recent parser changes to handle dot-operator
> overloading (and should probably be reported as a bug, and possibly fixed.)
>

You mean fused broadcasting syntax, right? Or is full dot-operator
overloading on the table again?

Cheers,

Bart

[julia-users] [HELP] I am a beginner and I need some guidance in writing Optimised Code in Julia rather than writing Julia Programs in C Style.

[Kristoffer Carlsson]

A few things.

Instead of "a=push!(a,(2*((4*g*g)-g)))" you can just do push!(a, ...) and that 
will modify the existing a so that is has the last element appended. There is 
no need to assign the result to a again.

I think the way you read a user input and then use parse to get the Int for it 
is perfectly fine. The rest is also fine to me. A common workflow in Julia is 
that you create your own types like and write function that work on them (see 
http://docs.julialang.org/en/release-0.4/manual/types/). If you want to learn 
to write good Julia that is something that would be good looking into how to do.

Good luck and continue to ask questions. There is also quite a lot of material 
online on Julia that you can learn that you can find by some simple googling.

[julia-users] Julia and sshd tests

[Colin Beckingham]

I always run Julia as non-root, so there is not much surprise when "make 
testall" says it cannot find sshd, which on openSUSE lives in /usr/sbin and 
is not accessible by non-root due to permissions. Testall by normal user 
bypasses the related test and continues to success. Attempting to run Julia 
as root to allow this test to run results in error in testing libgit2 since 
no keys are set up. I'm not worrying about this until I have good reason to 
run Julia in root. Does the fact that openSUSE makes sshd unavailable to 
non-root users bypass some important tests?