Fix busybox failure#33
Conversation
Weird issue happens when combining cross overlays and pkgsStatic together. Some issue when combining the two together. This was introduced in NixOS/nixpkgs@39769df. /cc @Ericson2314
wasm32-unknown is not in <nixpkgs/lib/doubles.nix>, so we need to allow it manually.
fixes eval
|
I tried this fix; To me this indicates that something is being done wrong in the wasm-cross. In |
|
I fixed the "unsupported system" issue in #30 |
|
Yeah the gdb issue is weird. Cython apparently needs gdb here. |
|
cython fix here: #37 |
|
We should try to eliminate the |
|
@matthewbauer Do you have any idea what's causing the |
| # weird bootstrapping issue. | ||
| busybox-sandbox-shell = super.busybox-sandbox-shell.override { busybox = self.busybox; }; | ||
| })] ++ overlays; | ||
| config = { allowUnsupportedSystem = true; }; |
There was a problem hiding this comment.
allowUnsupportedSystem doesn't seem right....
There was a problem hiding this comment.
The alternative is to add wasm32-unknown to systems/doubles.nix here: https://github.com/NixOS/nixpkgs/blob/master/lib/systems/doubles.nix. I'd like to avoid it though since wasm32-unknown-unknown is not actively maintained (https://github.com/jfbastien/musl has been archived). Switching to wasm32-unknown-wasi should also make this unnecessary.
It's a dependency of node here. But there's really nothing wrong with it, it's only gdb that's causing the hash hash changes. |
|
@matthewbauer I can't find any |
This would be a build time dependency, not a runtime dependency. So something like: |
Weird issue happens when combining cross overlays and pkgsStatic
together. Some issue when combining the two together.
This was introduced in
NixOS/nixpkgs@39769df.
/cc @Ericson2314