snack
snack copied to clipboard
nmattia
Nix-based incremental build tool for Haskell projects
At least on my Arch Linux, installing snack using `nix-env -f ./default.nix -iA snack-exe` breaks future use of `nix-channel --update && nix-env -u`, because apparently there's a broken top level...
When lists are expected, e.g. `dependencies`, a single value could be accepted as well and passed on as a single element list to the build. CC #123
I could alternatively have a `deps.nix` with a list of deps that would be passed to a `ghcWithPackages` for `shell.nix` and to the `dependencies = ` field in `snack.nix`, but...
It would be nice if I didn't have to make a separate `.nix` file and pass it as an argument every time. It would be even better if I could...
It'd be great to have a project with a lot of modules which we can use as a baseline for tracking performance, ideally by adding upper bounds on the number...
Fixes #51 @philderbeast this adds support for reading `package.dhall` files (I still need to update the command line arguments and the documentation, but the meat is there). However I doubt...
I have a mono-repo that has many unpublished packages, some of which depend on others. If I use `--package-yaml` or `--package-nix` without touching `--snack-nix` then am I limited to working...
you can just `nix-env -iA snack-exe -f https://github.com/nmattia/snack/tarball/master` instead of cloning and running the install script or nix-env with the local files
This adds a test failure; ``` readme> ./test ... ↳ /nix/store/4mpzjf483i4vvypklpvsnvjb27xfwk27-d2j ↳ /nix/store/package-defaults.dhall Error: Missing file /nix/store/package-defaults.dhall ... ```