-
-
Notifications
You must be signed in to change notification settings - Fork 14.1k
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
Rustc broken on musl #179242
Comments
From what I remember about this issue, rust considers musl == static, putting their own libc build into the binary, in their upstream targets. pkgsStatic.rustc works, and also uses musl. |
I've opened #179554 to mark rustc broken in this case, until we can get a fix. |
Can't we use patches from Alpine/Void ? |
|
The commit linked in the final comment integrates the patches: |
For good measure I confirmed that patches would still be required with the latest rust release: Cherry-picked https://github.com/yu-re-ka/nixpkgs/commit/8f19732b39549a243d53dc2e596ccfd9e05b2f6b and https://github.com/yu-re-ka/nixpkgs/commit/70a191471cc247cb15bc05c563b8a8787acc5fb3
|
As far as I can tell, none of the colord applications are graphical. This change is important for Musl, where librsvg is not supported because rustc does not support dynamically-linked Musl[1]. [1]: NixOS#179242
We can't build the daemon in pkgsMusl, because rustc does not support dynamic Musl targets[1]. But it still makes sense to support the rest of colord, because an application should still be able to link against it to talk to a colord daemon built in some other way (e.g. provided by a different distro). [1]: NixOS#179242
|
Describe the bug
Rustc doesn't build on musl
Steps To Reproduce
Steps to reproduce the behavior:
Additional context
Notify maintainers
@madjar @cstrahan @globin @Havvy
Metadata
Please run
nix-shell -p nix-info --run "nix-info -m"
and paste the result.The text was updated successfully, but these errors were encountered: