-
Notifications
You must be signed in to change notification settings - Fork 23
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 basic CI functionality #88
Conversation
ee91fc5
to
9577d9d
Compare
Now I would change the triggers to run on Push, to test workflows inside the PR. |
Neat. I think you can try using |
b7254b6
to
c7435b8
Compare
Nixpkgs integration action moved into #89, action code needs some adjustments to support monorepo. |
#88 (comment) moved into: #90. |
CI works right.
|
Rolling the action triggers back to what they should from within the |
c7435b8
to
5477827
Compare
Maybe you can |
It already gets installed by the Cabal during the build. |
866f850
to
28f2210
Compare
Interesting, nowhere in the official |
28f2210
to
2e216d5
Compare
2e216d5
to
0d130d5
Compare
You were right. It is my first, maybe second, passing-by/meating |
77a5928
to
ac92f1d
Compare
Store-remote test suite also requires Nix to be installed. |
Done. |
This is what can be directly ported from HNix OR Haskell-With-Nixpkgs projects.
Nix testing held back because Haskell.Lib API interface can not be ported directly into Store Nix setup. In Nix it is ugly to pass/inherit API through imports, (API passes through essentially by restating API two more times in every file layer).
Thou, Nixpkgs integration test works directly.
In the near future, I going to migrate the Nixpkgs integration test into Haskell-Nix.