[julia-users] Re: Julia Reference Card

[Kyunghun Kim]

Thank you for great work!
I have to print it out and place on my desk. 

By the way, PDF file has title 'Python 2.5 Reference Card'. 
(not file name, my acrobat reader shows that title on the window title. 
maybe that is in the PDF file metadata?)

[julia-users] Julia Reference Card

[john lynch]

Three years ago I created a reference card similar to one of the more 
popular python ones.  It's two pages and fairly dense.

I've just upgraded it to match the behavior of Julia 0.5

https://github.com/john9631/JuliaDocs/blob/master/JuliaReferenceCard.pdf

Re: [julia-users] New to Julia - Need some basic help

[Jeffrey Sarnoff]

and before all that, start with `julia> Pkg.update()`

On Monday, September 5, 2016 at 5:47:10 PM UTC-4, Jeffrey Sarnoff wrote:
>
> Not easy to know what's happening there.
> You might try:
>
> julia> quit()
> julia> Pkg.rm("Cairo");Pkg.rm("Cairo");
> julia> Pkg.add("Cairo")
> julia> Pkg.build("Cairo")
> julia> quit()
> julia> using Cairo
>
>
> if there are error messages, post 'em
> otherwise do the same substituting "Tk" for "Cairo"
> if there are error messages, post 'em
>
>
> On Saturday, September 3, 2016 at 2:13:28 PM UTC-4, Pigskin Ablanket wrote:
>>
>> meh - errors running the Pkg.
>>
>> On Saturday, September 3, 2016 at 1:53:01 PM UTC-4, Chris Rackauckas 
>> wrote:
>>>
>>> Pkg.build("Package") will build the binaries for the package. You should 
>>> run it since the package is saying it needs you to do it. Generally, 
>>> packages which have a lot of binary dependencies (i.e. ones that link to 
>>> C/C++ libraries) will require some form of building.
>>>
>>> On Saturday, September 3, 2016 at 10:49:36 AM UTC-7, Pigskin Ablanket 
>>> wrote:

 Haha - good question.  Didnt know what Pkg.Build("Cairo") meant - so I 
 havent run that yet.  Should I do that?

 On Saturday, September 3, 2016 at 12:33:47 PM UTC-4, Chris Rackauckas 
 wrote:
>
> Did it build correctly after using Pkg.build("Cairo")?
>
> On Saturday, September 3, 2016 at 8:33:16 AM UTC-7, Pigskin Ablanket 
> wrote:
>>
>> So I tried all of this, but it looks like there was an error loading 
>> the TK package.  When I went to use Tk I got the following error message:
>>
>> ERROR: LoadError: Cairo Package not properly installed. Please run 
>> Pkg.build("Cairo") in error at error jl:22 while loading.  
>>
>> On Thursday, August 25, 2016 at 1:06:49 AM UTC-4, Jeffrey Sarnoff 
>> wrote:
>>>
>>> (before all that, rename the file to something simple like 
>>> "everyday.jl")
>>>
>>> On Thursday, August 25, 2016 at 1:05:20 AM UTC-4, Jeffrey Sarnoff 
>>> wrote:

 on an empty area of the windows desktop, RIGHT-CLICK and select new 
 > shortcut.
   where it says type the location of the item, type
 C:\\Users\\JHerron\\Documents\\Documents\\
 Personal\\DFS\\NHL\\Julia\\code_for_Github.jl
  then click on next

 start Julia
 julia> Pkg.update() # ignore everything, let it finish
 julia> Pkg.add("Tk") # ignore everything, let it finish
 julia> quit()

 start Julia
 julia> using Tk
 julia> include(GetOpenFile())   
 # go to the desktop, select the shortcut you made
 # that code file should load and run


 On Wednesday, August 24, 2016 at 7:57:30 AM UTC-4, j verzani wrote:
>
> I haven't tested it on Windows, but the `Tk` package has 
> `GetOpenFile()` that should allow for a dialog to navigate the file 
> system. 
> Something like `include(GetOpenFile())` should work.
>
> On Wednesday, August 24, 2016 at 7:40:10 AM UTC-4, Pigskin 
> Ablanket wrote:
>>
>> Looks like his comment got deleted.  Will try it today and follow 
>> up.  Thanks again for all the help
>>
>> On Tuesday, August 23, 2016 at 10:44:19 PM UTC-4, Jeffrey Sarnoff 
>> wrote:
>>>
>>> As Steven mentioned, starting the program from the directory 
>>> where the files reside allows you to include the file using its 
>>> filename 
>>> without the full path.  If that is easy for you, it is probably 
>>> best.  An 
>>> alternative is to do it with code.  Let me know if you need that.
>>>
>>> On Monday, August 22, 2016 at 5:06:33 PM UTC-4, Pigskin Ablanket 
>>> wrote:

 No problem.  If you get a chance - great

 On Saturday, August 20, 2016 at 12:13:40 PM UTC-4, Jeffrey 
 Sarnoff wrote:
>
> There is a way -- after the weekend.
>
> On Friday, August 19, 2016 at 8:04:58 PM UTC-4, Pigskin 
> Ablanket wrote:
>>
>> I probably dont want to change the input file names more than 
>> once although I would be updating its data daily - and I think I 
>> know how 
>> to do that (change the name of the file itself as well as in the 
>> code). 
>>  The output file though - I might want to change more regularly,
>>
>> Also - when I ran it - a few things were deprecated - does 
>> that just mean outdated?  Does updating with the new term change 
>> the file - 
>> or just the underlying solving?  Not sure if you can know that 
>> or not.
>>
>> I was just looking 

Re: [julia-users] New to Julia - Need some basic help

[Jeffrey Sarnoff]

Not easy to know what's happening there.
You might try:

julia> quit()
julia> Pkg.rm("Cairo");Pkg.rm("Cairo");
julia> Pkg.add("Cairo")
julia> Pkg.build("Cairo")
julia> quit()
julia> using Cairo


if there are error messages, post 'em
otherwise do the same substituting "Tk" for "Cairo"
if there are error messages, post 'em


On Saturday, September 3, 2016 at 2:13:28 PM UTC-4, Pigskin Ablanket wrote:
>
> meh - errors running the Pkg.
>
> On Saturday, September 3, 2016 at 1:53:01 PM UTC-4, Chris Rackauckas wrote:
>>
>> Pkg.build("Package") will build the binaries for the package. You should 
>> run it since the package is saying it needs you to do it. Generally, 
>> packages which have a lot of binary dependencies (i.e. ones that link to 
>> C/C++ libraries) will require some form of building.
>>
>> On Saturday, September 3, 2016 at 10:49:36 AM UTC-7, Pigskin Ablanket 
>> wrote:
>>>
>>> Haha - good question.  Didnt know what Pkg.Build("Cairo") meant - so I 
>>> havent run that yet.  Should I do that?
>>>
>>> On Saturday, September 3, 2016 at 12:33:47 PM UTC-4, Chris Rackauckas 
>>> wrote:

 Did it build correctly after using Pkg.build("Cairo")?

 On Saturday, September 3, 2016 at 8:33:16 AM UTC-7, Pigskin Ablanket 
 wrote:
>
> So I tried all of this, but it looks like there was an error loading 
> the TK package.  When I went to use Tk I got the following error message:
>
> ERROR: LoadError: Cairo Package not properly installed. Please run 
> Pkg.build("Cairo") in error at error jl:22 while loading.  
>
> On Thursday, August 25, 2016 at 1:06:49 AM UTC-4, Jeffrey Sarnoff 
> wrote:
>>
>> (before all that, rename the file to something simple like 
>> "everyday.jl")
>>
>> On Thursday, August 25, 2016 at 1:05:20 AM UTC-4, Jeffrey Sarnoff 
>> wrote:
>>>
>>> on an empty area of the windows desktop, RIGHT-CLICK and select new 
>>> > shortcut.
>>>   where it says type the location of the item, type
>>> C:\\Users\\JHerron\\Documents\\Documents\\
>>> Personal\\DFS\\NHL\\Julia\\code_for_Github.jl
>>>  then click on next
>>>
>>> start Julia
>>> julia> Pkg.update() # ignore everything, let it finish
>>> julia> Pkg.add("Tk") # ignore everything, let it finish
>>> julia> quit()
>>>
>>> start Julia
>>> julia> using Tk
>>> julia> include(GetOpenFile())   
>>> # go to the desktop, select the shortcut you made
>>> # that code file should load and run
>>>
>>>
>>> On Wednesday, August 24, 2016 at 7:57:30 AM UTC-4, j verzani wrote:

 I haven't tested it on Windows, but the `Tk` package has 
 `GetOpenFile()` that should allow for a dialog to navigate the file 
 system. 
 Something like `include(GetOpenFile())` should work.

 On Wednesday, August 24, 2016 at 7:40:10 AM UTC-4, Pigskin Ablanket 
 wrote:
>
> Looks like his comment got deleted.  Will try it today and follow 
> up.  Thanks again for all the help
>
> On Tuesday, August 23, 2016 at 10:44:19 PM UTC-4, Jeffrey Sarnoff 
> wrote:
>>
>> As Steven mentioned, starting the program from the directory 
>> where the files reside allows you to include the file using its 
>> filename 
>> without the full path.  If that is easy for you, it is probably 
>> best.  An 
>> alternative is to do it with code.  Let me know if you need that.
>>
>> On Monday, August 22, 2016 at 5:06:33 PM UTC-4, Pigskin Ablanket 
>> wrote:
>>>
>>> No problem.  If you get a chance - great
>>>
>>> On Saturday, August 20, 2016 at 12:13:40 PM UTC-4, Jeffrey 
>>> Sarnoff wrote:

 There is a way -- after the weekend.

 On Friday, August 19, 2016 at 8:04:58 PM UTC-4, Pigskin 
 Ablanket wrote:
>
> I probably dont want to change the input file names more than 
> once although I would be updating its data daily - and I think I 
> know how 
> to do that (change the name of the file itself as well as in the 
> code). 
>  The output file though - I might want to change more regularly,
>
> Also - when I ran it - a few things were deprecated - does 
> that just mean outdated?  Does updating with the new term change 
> the file - 
> or just the underlying solving?  Not sure if you can know that or 
> not.
>
> I was just looking for a way yo shortcut that long as heck 
> include string I have now.  Cause I will run that daily and lord 
> knows I 
> mistyped it like 10 times.
>
> On Friday, August 19, 2016 at 7:28:40 PM UTC-4, Jeffrey 

[julia-users] Julia with fewer dependencies?

[Joaquim Masset Lacombe Dias Garcia]

The basic question is "Can I compile a smaller version of julia?"

For instance, I want to ship some program as an executable, something 
similar to what BuildExecutable.jl does, btw its very nice!
The only problem is that with BuildExecutable.jl or even with the pure 
usrimg.jl trick create a huge folder with all the julia main libs.

I looked for an existing post but all I could find is this archived old 
post: 
https://www.reddit.com/r/Julia/comments/2da03c/julia_with_fewer_dependencies/

Can I compile julia without some of those libs?

One nice use would be if I have a program with no use of libopenblas that I 
could ship without having to send a 40Mb lib...

Thanks in advance!

[julia-users] Re: ANN: PimpMyREPL.jl

[Patrick Kofod Mogensen]

Hmm... No 4K resolution?

Anyway, great package!

On Monday, September 5, 2016 at 12:36:30 AM UTC+2, Kristoffer Carlsson 
wrote:
>
> Hello everyone,
>
> I would like to announce my REPL enhancing package PimpMyREPL. The 
> package aims to be the for the Julia REPL as Pimp My Ride was for cars :)
>
> It adds syntax highlighting, matching bracket highlighting, fancy error 
> messages and other goodies to the standard Julia REPL just by loading the 
> package:
>
>
> 
>
>
>
>
> I've made a small video highlighting most of the features of PimpMyREPL and 
> I think that is the best way to learn about the package: 
> https://www.youtube.com/watch?v=lTLPAOLLbTU. Make sure you watch the 
> video in 1080p for the text to be non blurry.
>
> The URL for the package is: https://github.com/KristofferC/PimpMyREPL.jl 
> if you would rather read the text description than watch the video.
>
> Best regards,
> Kristoffer Carlsson
>
>

[julia-users] Re: ANN: PimpMyREPL.jl

[Davide Lasagna]

I loved Pimp My Ride, and I also happen to love PimpMyREPL!

Thanks for the package.

Davide

On Sunday, September 4, 2016 at 11:36:30 PM UTC+1, Kristoffer Carlsson 
wrote:
>
> Hello everyone,
>
> I would like to announce my REPL enhancing package PimpMyREPL. The 
> package aims to be the for the Julia REPL as Pimp My Ride was for cars :)
>
> It adds syntax highlighting, matching bracket highlighting, fancy error 
> messages and other goodies to the standard Julia REPL just by loading the 
> package:
>
>
> 
>
>
>
>
> I've made a small video highlighting most of the features of PimpMyREPL and 
> I think that is the best way to learn about the package: 
> https://www.youtube.com/watch?v=lTLPAOLLbTU. Make sure you watch the 
> video in 1080p for the text to be non blurry.
>
> The URL for the package is: https://github.com/KristofferC/PimpMyREPL.jl 
> if you would rather read the text description than watch the video.
>
> Best regards,
> Kristoffer Carlsson
>
>

Re: [julia-users] Julia Zmq Server creates Memory Leaks

[Dan]

This did the trick. Thanks! 

[julia-users] Bang version of inv and BLAS

[Mirmu]

I am currently needing a loop, keeping track of two large matrices. 
One is a container for a Cholesky Factor F, and I update it using the 
on-place version lowrankupdate!.
The other one is its inverse, say M, that I can compute simply doing 
inv(F). 

I was looking for a version that would compute inv(F) while overwriting M, 
something like inv!(M,F), but I cannot find it in the BLAS functions.
If it does not exist, what would be the best to avoid allocate memory ? 
Keeping a third container with a copy of the Choslesky ? I am a bit afraid 
of the switch in type that occurs when applying inv to a CholeskyFactor 
object.

Any clue would be very appreciated :)
Thank you !

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

[Igor]

Now everything looks like working. new package name is QWTwPlot. 
You can use Pkg.add("QWTwPlot")   or 
Pkg.clone("https://github.com/ig-or/QWTwPlot.jl.git;).

But I still need to add some unit testing. Hope I will be able to handle it 
on this week.


среда, 31 августа 2016 г., 19:27:34 UTC+3 пользователь 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: Conda.jl needs a new maintainer

[wookyoung noh]

Hello, Luthaf

It's sad that you're leaving for a while.
I wish to you would come back early.

Thanks.

Best regards,
WooKyoung Noh

On Monday, September 5, 2016 at 9:46:33 PM UTC+9, Luthaf wrote:
>
> Hi, 
>
> Yes, I may try again to use it when the ecoystem and the languages are a 
> bit more stable.
> I am OK with the JuliaPy organization, but Conda.jl can also be used for 
> pure C/C++/Fortran dependencies, without any link to Python.
>
> -- 
> Luthaf
>
>
> Viral Shah a écrit :
>
> Hi Luthaf,
>
> Sorry to hear that you are not using Julia anymore. Hopefully you will 
> come back in the future.
>
> I am wondering if we should create a JuliaPy organization and move many 
> important building blocks and python wrapper packages there, if the various 
> authors think it is a good idea.
>
> -viral
>
>
> On Monday, September 5, 2016 at 3:19:54 PM UTC+5:30, Luthaf wrote:
>>
>> Hi Julians! 
>>
>> I am the author and currently only maintainer of the Conda.jl package. 
>> This package is a thin wrapper on top of the `conda` package manager, 
>> well known in the Python community. 
>> This package bring to Julia the ability to install native (binary) and 
>> Python dependencies in a cross-platform way, without any administrative 
>> rights. It is used by the PyCall.jl package to install Python if no 
>> other installation is found, and a lot of other packages with complex 
>> dependencies. As such, Conda.jl gets around 200 downloads a day, and is 
>> an important builiding block of the Julia ecosystem, especially on 
>> Windows. 
>>
>> Unfortunatly, as I am not using Julia anymore, I do not have much time 
>> to continue maintaining this package, and I'd like to someone else to 
>> take over this repository. 
>>
>> I plan to stay around for 6 month helping the new maintainer(s?) to work 
>> with the code. The code itself is very simple, less than 300 lines of 
>> code. This code do not need specific knowledge, only to read the 
>> documentation of `conda`. A bit of understanding of native libraries and 
>> dependencies can help, but can be aquired on the fly. 
>>
>> If you want to help, or are just want to get more informations, please 
>> contact me by email at lut...@luthaf.fr . 
>>
>> Best regards, 
>> -- 
>> Luthaf 
>>
>
>

[julia-users] Re: Annoying WARNING: Method definition in interactive use

[Scott T]

I've started putting those functions into a temporary module because 
replacing the module produces just one short warning. Right after the end 
of that module I will put any analysis code that I want to re-run on each 
reload, or sometimes I will write a main() function and call that. 
Basically as soon as you remove stuff from the global scope it becomes much 
easier to work with. If the functions I am writing prove useful enough and 
I stop changing them, I'll write a simple package for my own use and put 
them in there.

Juno also seems to have a nice way to make this 
easier: 
https://github.com/JunoLab/atom-julia-client/blob/master/manual/workflow.md

On Sunday, 4 September 2016 19:58:39 UTC+1, Matthieu wrote:
>
> My usual workflow is to put all the functions in a file, that I call using 
> include("").
> If I modify one or several of these functions, I call include("") again.
> In Julia 0.5, a method redefinition warning is printed for each function 
> in the file. This makes the REPL unreadable.
> Is there a way around it?
> Calling workspace() before include() avoids the warning but it reloads 
> every package and recompiles every function which is time consuming.
>

[julia-users] Re: julia error in Atom

[Chris Rackauckas]

That means that there was an error in Juno's automatic install. You have to 
go into the Juno REPL and type in that command, and tell us what error you 
actually got.

My guess is it's the MbedTLS build error. Do you have cmake installed?

On Monday, September 5, 2016 at 2:49:54 AM UTC-7, bineethz wrote:
>
>
>
> Please help me. I am getting this error when I try to integrate julia with 
> atom.
>
>
>
> [image: Inline images 1]
>
> *Thanks and Regards, *
>
> *Bineeth Kuriakose*
>
>
>
>
>
>
>
>
> Sent with MailTrack 
> 
>

Re: [julia-users] Re: Conda.jl needs a new maintainer

[Luthaf]

Hi,

Yes, I may try again to use it when the ecoystem and the languages are a 
bit more stable.
I am OK with the JuliaPy organization, but Conda.jl can also be used for 
pure C/C++/Fortran dependencies, without any link to Python.


--
Luthaf


Viral Shah a écrit :

Hi Luthaf,

Sorry to hear that you are not using Julia anymore. Hopefully you will 
come back in the future.


I am wondering if we should create a JuliaPy organization and move 
many important building blocks and python wrapper packages there, if 
the various authors think it is a good idea.


-viral


On Monday, September 5, 2016 at 3:19:54 PM UTC+5:30, Luthaf wrote:

Hi Julians!

I am the author and currently only maintainer of the Conda.jl
package.
This package is a thin wrapper on top of the `conda` package manager,
well known in the Python community.
This package bring to Julia the ability to install native (binary)
and
Python dependencies in a cross-platform way, without any
administrative
rights. It is used by the PyCall.jl package to install Python if no
other installation is found, and a lot of other packages with complex
dependencies. As such, Conda.jl gets around 200 downloads a day,
and is
an important builiding block of the Julia ecosystem, especially on
Windows.

Unfortunatly, as I am not using Julia anymore, I do not have much
time
to continue maintaining this package, and I'd like to someone else to
take over this repository.

I plan to stay around for 6 month helping the new maintainer(s?)
to work
with the code. The code itself is very simple, less than 300 lines of
code. This code do not need specific knowledge, only to read the
documentation of `conda`. A bit of understanding of native
libraries and
dependencies can help, but can be aquired on the fly.

If you want to help, or are just want to get more informations,
please
contact me by email at lut...@luthaf.fr .

Best regards,
-- 
Luthaf

Re: [julia-users] Julia Zmq Server creates Memory Leaks

[Yichao Yu]

On Mon, Sep 5, 2016 at 4:36 AM, Dan  wrote:

> Hi,
>
>
> I am trying to create a Julia server instance by using ZMQ with the
> Req/Rep pattern. My Julia code for the Rep-server looks like this:
>
> module JServer
>
> # import zmq
> using ZMQ
> import Base.gc
>
> # create context
> ctx=Context();
> # create socket
> socket=Socket(ctx, REP);
> # msg
> msg = 0;
> # repeatedly collect garbage every second
> timer = Timer(gc, 1, 1);
>
> function connect(host, port)
>
> # connect
> ZMQ.connect(socket, string("tcp://", host, ":", port));
> println(string("Julia server connected to ", host, " on port ", port));
> end
>
>
>
> function startServer()
>   # notify
>   println("Waiting for request...")
>   i = 1
>   while i <= 2
>  # invoke garbage collection
>  # gc();
>  # Poll For message
>  msg = receive();
>  println("Message received");
>  # Reply
>  send();
>  println("Message acknowledged");
> end
> end
>
>
>
> function receive()
>msg = ZMQ.recv(socket);
> end
>
>
>
> function send()
> ZMQ.send(socket, Message("test request"));
> end
>
>
>
> function gc(event)
> gc();
> end
>
> end
>
> I can successfully start the server by runnung this script (indicating
> host and port via ARGS):
>
> # include server module
> include(string(dirname(Base.source_path()), "\JServer.jl"));
> # connect server
> JServer.connect(ARGS[1], ARGS[2]);
> # start server
> JServer.startServer();
>
> My tests seem to be odd, however: Whenever I send large messages from
> client, i.e. ~1MB per message, Julia seems to properly keep tracking about
> memory usage: The overall process memory remains constant. But when I am
> sending small messaged (i.e. 10k per message) Julia memory usage is growing
> permanenlty. In addition response time slows down over my requests. This
> does not happen if I explicitly invoke the garbage collector inside the
> while loop, but this would slow down the replies significantly.
>
>
> I am using Julia 0.4.6.
>
>
>
Try 0.5.


> Is my code ok? Is there a callback solution in order to be able to avoid
> the while loop?
>

Re: [julia-users] Error during installation

[Yichao Yu]

On Mon, Sep 5, 2016 at 1:46 AM, bineethz  wrote:

>
> I am getting this error while I try to integrate julia with Atom. Please
> Help :(
>

Have you tried what the error message says? What was the output?


>
>
>
> 
>
>
> 
>
>

[julia-users] Re: julia error in Atom

[Uwe Fechner]

Which operation system are you using? Which Julia version?
Did you try to run 
Pkg.add("Atom")

in the Julia repl?
If yes, which message was displayed?

Uwe

On Monday, September 5, 2016 at 11:49:54 AM UTC+2, bineethz wrote:
>
>
>
> Please help me. I am getting this error when I try to integrate julia with 
> atom.
>
>
>
> [image: Inline images 1]
>
> *Thanks and Regards, *
>
> *Bineeth Kuriakose*
>
>

[julia-users] Re: Conda.jl needs a new maintainer

[Viral Shah]

Hi Luthaf,

Sorry to hear that you are not using Julia anymore. Hopefully you will come 
back in the future.

I am wondering if we should create a JuliaPy organization and move many 
important building blocks and python wrapper packages there, if the various 
authors think it is a good idea.

-viral


On Monday, September 5, 2016 at 3:19:54 PM UTC+5:30, Luthaf wrote:
>
> Hi Julians! 
>
> I am the author and currently only maintainer of the Conda.jl package. 
> This package is a thin wrapper on top of the `conda` package manager, 
> well known in the Python community. 
> This package bring to Julia the ability to install native (binary) and 
> Python dependencies in a cross-platform way, without any administrative 
> rights. It is used by the PyCall.jl package to install Python if no 
> other installation is found, and a lot of other packages with complex 
> dependencies. As such, Conda.jl gets around 200 downloads a day, and is 
> an important builiding block of the Julia ecosystem, especially on 
> Windows. 
>
> Unfortunatly, as I am not using Julia anymore, I do not have much time 
> to continue maintaining this package, and I'd like to someone else to 
> take over this repository. 
>
> I plan to stay around for 6 month helping the new maintainer(s?) to work 
> with the code. The code itself is very simple, less than 300 lines of 
> code. This code do not need specific knowledge, only to read the 
> documentation of `conda`. A bit of understanding of native libraries and 
> dependencies can help, but can be aquired on the fly. 
>
> If you want to help, or are just want to get more informations, please 
> contact me by email at lut...@luthaf.fr. 
>
> Best regards, 
> -- 
> Luthaf 
>

Re: [julia-users] "Namespaces" for accessing fields of composite types

[Michael Borregaard]

> For a toy example like this, this is reasonable advice.

I know you were not after advice, but wanted to suggest a design change to 
Julia. I thought Yichao Yu gave a nice response to that, and I am looking 
forward to see the developments he promises. I just thought I would point 
out an ideomatic julian way of acheiving what it it is you want. 
Generally, of course, I can do no better than proposing a suggestion to 
solving the example you give. If your use case is different or more 
encompassing, you could try to describe it and I am sure the mailing list 
can give you some nice advice.

I don't see the issue with typos and copy-pasting. In your example, the 
normal approach would be to define a type CatData with all the fields and 
variables you feel a Cat needs, and then design all cats to contain this 
object. 

[julia-users] Julia Zmq Server creates Memory Leaks

[Dan]

 

Hi, 


I am trying to create a Julia server instance by using ZMQ with the Req/Rep 
pattern. My Julia code for the Rep-server looks like this:

module JServer

# import zmq
using ZMQ
import Base.gc

# create context
ctx=Context();
# create socket
socket=Socket(ctx, REP);
# msg
msg = 0;
# repeatedly collect garbage every second
timer = Timer(gc, 1, 1);

function connect(host, port)

# connect
ZMQ.connect(socket, string("tcp://", host, ":", port));
println(string("Julia server connected to ", host, " on port ", port));
end

 

function startServer()
  # notify
  println("Waiting for request...")
  i = 1
  while i <= 2
 # invoke garbage collection
 # gc();
 # Poll For message
 msg = receive();
 println("Message received");
 # Reply
 send();
 println("Message acknowledged");
end
end

 

function receive()
   msg = ZMQ.recv(socket);
end

 

function send()
ZMQ.send(socket, Message("test request"));
end

 

function gc(event)
gc();
end

end

I can successfully start the server by runnung this script (indicating host 
and port via ARGS):

# include server module
include(string(dirname(Base.source_path()), "\JServer.jl"));
# connect server
JServer.connect(ARGS[1], ARGS[2]);
# start server
JServer.startServer();

My tests seem to be odd, however: Whenever I send large messages from 
client, i.e. ~1MB per message, Julia seems to properly keep tracking about 
memory usage: The overall process memory remains constant. But when I am 
sending small messaged (i.e. 10k per message) Julia memory usage is growing 
permanenlty. In addition response time slows down over my requests. This 
does not happen if I explicitly invoke the garbage collector inside the 
while loop, but this would slow down the replies significantly. 


I am using Julia 0.4.6.


Is my code ok? Is there a callback solution in order to be able to avoid 
the while loop?

[julia-users] Conda.jl needs a new maintainer

[Luthaf]

Hi Julians!

I am the author and currently only maintainer of the Conda.jl package. 
This package is a thin wrapper on top of the `conda` package manager, 
well known in the Python community.


This package bring to Julia the ability to install native (binary) and 
Python dependencies in a cross-platform way, without any administrative 
rights. It is used by the PyCall.jl package to install Python if no 
other installation is found, and a lot of other packages with complex 
dependencies. As such, Conda.jl gets around 200 downloads a day, and is 
an important builiding block of the Julia ecosystem, especially on Windows.


Unfortunatly, as I am not using Julia anymore, I do not have much time 
to continue maintaining this package, and I'd like to someone else to 
take over this repository.


I plan to stay around for 6 month helping the new maintainer(s?) to work 
with the code. The code itself is very simple, less than 300 lines of 
code. This code do not need specific knowledge, only to read the 
documentation of `conda`. A bit of understanding of native libraries and 
dependencies can help, but can be aquired on the fly.


Please contact me here or on Github (https://github.com/Luthaf/Conda.jl) 
if you want to help or just to get more informations.


Best regards,
--
Luthaf

[julia-users] Conda.jl needs a new maintainer

[Luthaf]

Hi Julians!

I am the author and currently only maintainer of the Conda.jl package. 
This package is a thin wrapper on top of the `conda` package manager, 
well known in the Python community.
This package bring to Julia the ability to install native (binary) and 
Python dependencies in a cross-platform way, without any administrative 
rights. It is used by the PyCall.jl package to install Python if no 
other installation is found, and a lot of other packages with complex 
dependencies. As such, Conda.jl gets around 200 downloads a day, and is 
an important builiding block of the Julia ecosystem, especially on Windows.


Unfortunatly, as I am not using Julia anymore, I do not have much time 
to continue maintaining this package, and I'd like to someone else to 
take over this repository.


I plan to stay around for 6 month helping the new maintainer(s?) to work 
with the code. The code itself is very simple, less than 300 lines of 
code. This code do not need specific knowledge, only to read the 
documentation of `conda`. A bit of understanding of native libraries and 
dependencies can help, but can be aquired on the fly.


If you want to help, or are just want to get more informations, please 
contact me by email at lut...@luthaf.fr.


Best regards,
--
Luthaf

[julia-users] ANN: SymEngine.jl, a symbolic manipulation library

[Isuru Fernando]

We are happy to announce the first release of SymEngine.jl. GitHub repo is
at https://github.com/symengine/SymEngine.jl .

SymEngine.jl wraps SymEngine, a symbolic manipulation library written in
C++ with C, Python and now Julia wrappers. SymEngine started out as a
rewrite of SymPy's core in C++. It provides a small set of functionality
from sympy.core and sympy.matrices, and gives a performance boost over
SymPy. Eventually, SymEngine will be able to replace the core of SymPy
fully (with an option to use SymEngine or pure python implementation).

SymEngine.jl should work on Linux, OSX and Windows. For windows, git
version of Conda.jl is needed until there is a new release. The package
provides basic symbolic manipulation including basic arithmetic, expansion,
differentiation, substitution and trigonometric and other functions.
Comments and contributions are welcome.


SymEngine development team

[julia-users] Error during installation

[bineethz]

I am getting this error while I try to integrate julia with Atom. Please 
Help :(

[julia-users] julia error in Atom

[Bineeth Kuriakose]

Please help me. I am getting this error when I try to integrate julia with
atom.



[image: Inline images 1]

*Thanks and Regards, *

*Bineeth Kuriakose*








Sent with MailTrack