-
Notifications
You must be signed in to change notification settings - Fork 236
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
source-repository-package
pins and shellFor
#1367
Comments
Hmm, I thought there was an issue for this but I can't find it. Unfortunately, this is a cabal issue. AFAIK the only workaround is to delete them from your |
Bummer. Thanks for the quick response, in any case. Shall I keep this open, or would you prefer to close it given that it sounds like it's out of |
@michaelpj Is there a particular issue on cabal's tracker that you have in mind, which would solve this? These look possibly relevant:
|
Yeah, I think haskell/cabal#5444 is the clearest place where other people bump up against this behaviour. |
It looks like a Cabal maintainer said just 24 days ago:
But indicates they won't be the one to make the change:
So this can be fixed but will require that change. Though it also seems that conditionals in cabal.project can replace the hack of deleting things from cabal.project if you use cabal-install 3.8+ right now. |
You can use https://github.com/mlabs-haskell/haskell-nix-extra-hackage to solve this, but it will not work for non-Nix users obviously. |
Could you describe how it works, if possible? |
IOG now has a alternative solution for building your own internal Hackage that's a bit simpler than that (IMO), and can avoid the use of
|
@andreabedini this is the issue about haskell.nix not dealing well with |
We've just added a couple of
source-repository-package
pins in ourcabal.project
to work around a few upstream issues, as I suspect many of you may have done recently:Our Nix builds work fine with this, but we noticed that our project's
shellFor
doesn't include these dependencies, which leads to two issues:cabal update
(which we otherwise don't need to do), the shell build fails outright.It turns out I had pointed this out 2 years ago when I asked about using Nix for overrides: #510 I just forgot about it in the interim 😂
Anyway, is there something I can add to our project's
haskell.nix
config so thatshellFor
includes these dependencies? They're obviously being built by ournix-build
builds as those are working as expected, and we'd obviously like to leverage our binary cache, especially considering how many packages are affected by these particular pins.The text was updated successfully, but these errors were encountered: