You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed that my CI takes a lot of time downloading dependencies for deadnix (namely libgcc, glibc and their dependencies). I think this could be avoided by using a binary that is statically linked against musl. Ideally this could be provided as a flake output.
The text was updated successfully, but these errors were encountered:
I didn't even know of deadnix-action. Currently I use deadnix from nixpkgs, so just using that might work. One thing is, that it will not be cached like the default package.
I think the best solution would be a deadnix-static package so it could make use of the public binary cache, but I think this might not align with nixpkgs packaging guidelines.
So I have now successfully created a static build with crane. Sadly however the benefit seems to be negated by the usage of flakes, as their download takes almost as long as downloading libc + dependencies (see here).
I noticed that my CI takes a lot of time downloading dependencies for deadnix (namely libgcc, glibc and their dependencies). I think this could be avoided by using a binary that is statically linked against musl. Ideally this could be provided as a flake output.
The text was updated successfully, but these errors were encountered: