John Lapeyre

It's not clear to me the advantage of moving `lambertw` to SpecialFunctions. A few people want it moved, but I didn't see an argument. Maybe they use it frequently and...

I thumbs-upped the comments supporting *not* putting LambertW in SpecialFunctions. I propose moving it to JuliaMath. This does not preclude, or make it any more difficult, to later move it...

I'm also sorry if I caused wasted effort. Like many people, I'm over-extended and this is not the highest priority. I was also reluctant to put effort into a PR...

Thats a good idea. I haven't followed recent discussion on core library, metapackages, etc. But, LambertW should be in some kind of "special functions" package or metapackage so people don't...

I may be able to work on a PR this weekend.

@mschauer I felt that bump. Must have traveled slowly. :) I made a [PR](https://github.com/JuliaMath/SpecialFunctions.jl/pull/84) about a week ago. I first fixed some bugs in the stand-alone package [LambertW.jl](https://github.com/jlapeyre/LambertW.jl) and brought...

`juliaup api getconfig1`, yes, this has been very convenient for scripting. I rely on it. > bi-directional communication solution based on JSON-RPC Agreed, I can see why this would not...

That's not what I had in mind, but it sounds like a good idea as well. I don't have a good grasp on different practical workflows that involve manipulating `DEPOT_PATH`....

My current thoughts are that management task like installing Julia, making sure packages are available, compiling a Julia project, etc., would better be handled in another layer, not in pyjulia...

I neglected to mention here that I wrote a python package [find_julia](https://github.com/jlapeyre/find_julia). It is lightweight and should be easy to use. It is a bit featureful, has more than you...