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

Support for multiple/non-standard package indices #29

Closed
snoyberg opened this issue May 19, 2015 · 1 comment
Closed

Support for multiple/non-standard package indices #29

snoyberg opened this issue May 19, 2015 · 1 comment
Assignees

Comments

@snoyberg
Copy link
Contributor

One thing cabal did right was support for multiple package indices (remote-repos). I think we should probably do the same thing. One thing cabal did badly was how multiple repos get coalesced from multiple config files. We can do better. Here's a proposal:

  • Each repo/index gets a unique identifier (e.g., hackage.haskell.org)
  • Each repo can have Git and HTTP URLs configured for it
  • We follow normal overriding rules for Stack.Config
  • We also support the notion that if neither a Git nor HTTP URL is specified, the repo is disabled (we could also be more explicit with disabled: true). That would allow you, for example, to disable usage of hackage on a per-project basis

We need to ensure that tarballs are downloaded to repo-specific directories (like cabal does), since hackage's foo-1.2.3 may very well be different than some other repo's foo-1.2.3.

@snoyberg snoyberg modified the milestone: Second release May 25, 2015
@snoyberg snoyberg self-assigned this May 31, 2015
@snoyberg snoyberg added the ready label May 31, 2015
@snoyberg
Copy link
Contributor Author

I'm working on this, and it's a fairly large (albeit mechanical) change.

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

No branches or pull requests

1 participant