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 support for depending on local Hex packages #261

Closed
ericmj opened this issue Jul 16, 2016 · 4 comments
Closed

Add support for depending on local Hex packages #261

ericmj opened this issue Jul 16, 2016 · 4 comments

Comments

@ericmj
Copy link
Member

ericmj commented Jul 16, 2016

Offline environments or packages built with mix hex.build should be able to be depended on directly.

Proposal for package definition: {:ecto, "~> 2.0", hex_local: "foo/ecto-2.0.2.tar"}

Notes for implementor:
This dependency should not be handled by the remote converger because running dependency resolution for it does not make any sense. It should also probably be a separate Mix.SCM implementation.

/cc @josevalim

@wojtekmach
Copy link
Member

wojtekmach commented Nov 2, 2017

we should probably also have a task to manually download a package (which was recently mentioned on Slack), e.g.:

mix hex.download ecto --to vendor/hex # creates vendor/hex/ecto-2.2.6.tar
mix hex.download ecto 2.2.6 --to vendor/hex # creates vendor/hex/ecto-2.2.6.tar

and a task similar to mix hex.vendor copy mentioned in #304 (comment)

@ericmj
Copy link
Member Author

ericmj commented Nov 2, 2017

Yeah, after we implement local packages we can add mix hex.download and then add the vendor tasks if we feel they are needed.

@josevalim
Copy link
Member

My main interest in such a task was for testing but with the smoke stuff now in hex.build I am probably happy with the way things are.

@ericmj
Copy link
Member Author

ericmj commented Nov 2, 2017

I agree there's less need for this feature now, but it would still be a nice thing to have. Closing this but if someone wants to contribute it feel free of course.

We need a download task because it's difficult for users to manually download private packages today since you can't just wget the URL.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants