haskellPackages.kmonad: unbreak#300746
Conversation
|
If I understand this correctly, this is a user facing executable. You might consider enabling separate bin outputs and doing something like |
|
Can’t test this right now because hydra is backed up. |
Yes. I know it's not best practice to upload executables to Hackage, but I wasn't the one to do it and at this point I'm just maintaining :)
Do you mind elaborating a bit on this? |
???
See |
No, I don’t think any such rule exists. I’d say it depends on the circumstances. I really did not mean to imply any critique with my statement.
Compare, e.g. together with This way users can install |
I have a commit bit for the repo + Hackage, so can react quickly.
Don't worry, no offense taken! I just heard this sentiment within the community a few times (even if there is no actual rule against it); nevermind then.
Oh, that's pretty neat! I think I did that right; at least I get $ nix-build ./ -A kmonad
[…]
/nix/store/7pcm931qp1lfb39pxl864pgv3279fwbq-kmonad-0.4.2-bin |
|
Nice. Looks good. Thanks. |
Description of changes
I also—in a separate commit—added myself as a maintainer. I have a commit bit for both the GitHub repository and Hackage, so should be able to react quickly to a breakage.
Things done
nix.conf? (See Nix manual)sandbox = relaxedsandbox = truenix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/)