-
Notifications
You must be signed in to change notification settings - Fork 845
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
Allow to pull extra-deps from other resolvers #1175
Comments
I'm a bit unclear on what concrete benefit this would really provide. Is it so hard to provide the exact version number in this case? |
Let's imagine a situation where we use extra-deps:
- distributed-process-0.5.5.1
- distributed-process-async-0.2.2
- distributed-process-client-server-0.1.3.1
- distributed-process-execution-0.1.2.1
- ... many more When I add those - deps:
- nightly-2015-10-16:
- distributed-process
- distributed-process-async
- distributed-process-client-server
- distributed-process-execution
- ...many more Now, let's imagine that some time passed and I want to bump these versions. Again I would have to open the stackage page of the latest resolver and check a version of every package that I have in my - - nightly-2015-10-16
+ - nightly-2015-10-22 |
@borsboom So, answering your question. It's not hard to provide the exact version number. But if you have more than a few dependencies and want them to be of the same versions as in some |
The main downside I can think of for this is just that it's added code / configuration complexity. Extensible snapshots seem to be related: #863 I'm on the wall about whether we should have something like this, but maybe it could be part of snapshot extension. |
Related: #1265 (Unify extra-deps and extensible snapshots) |
I don't think this is going to be implemented, closing. |
It's often that a project uses an resolver
x
but also needs some dependencies which aren't in thex
(but are in they
, orz
). At the moment the only option is to just specify it inextra-deps
with an explicit version. It would be nice if it was possible to pull them from some other resolver.This syntax comes to mind (and would probably explain the intention better than text above):
package-which-is-present-in-nightly
doesn't need to contain an explicit version, it would just pick up the one fromnightly-2015-10-16
.The text was updated successfully, but these errors were encountered: