-
Notifications
You must be signed in to change notification settings - Fork 109
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
Depend on semigroups
#140
Depend on semigroups
#140
Conversation
Pull in latest version
I'm not sure why the tests have failed. I'll look into it later |
It looks like the jobs timed out. |
That's interesting, which tool fails to understand Cabal files? This seems harmless, we should probably merge it given the additional context. (I don't have the perms, you will have to wait a little longer) |
This is still adding a redundant dependency for > 8 |
@thumphries Yeah, it's |
If this is the case it's broken, that situation is kinda untenable. Could this be fixed on the nix / pkgs side by editing the derivation? Is that the intended usage pattern? In any case this is a Cassava kind of situation, we'll merge this to resolve it, just waiting on some messed up repo permissions to do so. |
Yeah I guess it is, although I wouldn't kick up such a fuss if you said no ;) |
Sorry that took so long. Perms sorted now |
Conditional dependency on
semigroups
causes some problems for tools that don't know now to deal withif
s in cabal files. I can't buildhegdgehog
on theghc7102
orghc7103
package sets, because the tools don't know how to account for the conditional dependency. It's okay to just always depend on semigroups - see https://qfpl.io/posts/semigroups/Please squash this PR when you merge it :)