Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add jlx #82

Open
davidanthoff opened this issue Aug 4, 2021 · 2 comments
Open

Add jlx #82

davidanthoff opened this issue Aug 4, 2021 · 2 comments
Labels
enhancement New feature or request help wanted Extra attention is needed
Milestone

Comments

@davidanthoff
Copy link
Collaborator

This could be similar to npx, i.e. to run Julia applications. I haven't thought much about it, but I think my main scenario would be something like:

jlx Foo

would automatically install a package called Foo from the general registry, and then run some well defined entry point (say Foo.main).

@davidanthoff davidanthoff added the enhancement New feature or request label Aug 4, 2021
@davidanthoff davidanthoff added this to the Backlog milestone Aug 4, 2021
@davidanthoff davidanthoff added the help wanted Extra attention is needed label Aug 12, 2021
@johnnychen94
Copy link
Member

https://github.com/Roger-luo/IonCLI.jl has a full set of such features that you might be interested to get inspiration from. But I think it's better to solve JuliaLang/Pkg.jl#1962 first before we actually work on this.

@Roger-luo
Copy link
Contributor

Roger-luo commented Feb 3, 2022

I personally would prefer this to be separated from juliaup implementation, I have been thinking about how to install CLIs, I find for Julia it would be much easier if we can assume there is a Julia locally for various reasons (e.g we can have deamon process to reduce latency if we are able to assume there is a Julia available, and this type of CLI needs to understand more Julia specific things such as dependencies). And this is now possible with juliaup.

I think with juliaup we will be able to simplify the logic in a manager like Ion by letting it depends on an actual Julia compiler instead of trying to ship a compiled binary, and get updated by juliaup (similar to cargo to rustup). so I'm now rewriting IonCLI here https://github.com/Roger-luo/Ion.jl/ to make use of this assumption, I'm happy to chat if anyone is interested in this direction

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

3 participants