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
snapTools.makeSnap: init #63457
snapTools.makeSnap: init #63457
Conversation
This is actually blocked on upstream support (cc @jdstrand). Snap's store validates every path in the package exists, and thinks |
FYI, this is fixed in the review-tools of the store but it isn't in production yet. Feel free to upload to the store and request a manual review and we can manually approve it in the meantime. |
Experienced issues in manual review when I had coreutils added into the path of a script:
Derivation of script is here: https://github.com/input-output-hk/jormungandr-nix/blob/master/default.nix#L136 and building snappy package is here: https://github.com/input-output-hk/jormungandr-nix/blob/master/linux/default.nix |
It would be interesting to walk the store paths and verify there are no symlinks to |
This PR broke the manual build (I think).
|
Fixed! Thank you, sorry about that :( |
Tried to wrap my head around on how this works. You still need a machine running snap in order to build the final snap package, right? So, as snap is not (yet) working on NixOS, you cannot build snap packages on NixOS for now. Which would be quite valuable in order to provide packages for other distributions from a NixOS development machine. UPDATE: Nevermind, just realized that the created squashfs file is the actual snap package. Sorry for the noise.. |
Hopefully the docs I wrote explains it!
The result of my Snapcraft.io summit in Montreal.
Motivation for this change
Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nix-review --run "nix-review wip"
./result/bin/
)nix path-info -S
before and after)