-
-
Notifications
You must be signed in to change notification settings - Fork 14.3k
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
autoconf-archive: fix quoting of m4_fatal #355948
Conversation
Getting a hash mismatch
|
Ah, sorry, that was because I started with an override using |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested building a few packages with this.
@@ -9,6 +9,15 @@ stdenv.mkDerivation rec { | |||
hash = "sha256-e81dABkW86UO10NvT3AOPSsbrePtgDIZxZLWJQKlc2M="; | |||
}; | |||
|
|||
patches = [ | |||
# fix https://bugs.gentoo.org/941845 | |||
(fetchurl { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what is the reason for using fetchurl
here? fetchpatch
/fetchpatch2
should be preferred when fetching patches generated by git frontends
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I believe there's some bootstrap context where this package is evaluated, but fetchpatch
is broken. I think because the bootstrap fetchurl
is incompatible with it? It's easy to repro by evaluating this package for linux with the change.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If there would be a circular dependency with a fetcher, we generally include patches directly in Nixpkgs. Using fetchurl
for patches means that the patch might become unreproducible if the upstream service changes
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've updated this to include the patches in nixpkgs. There were two other similar patches that were merged together, so I grabbed them all.
I think that's a good idea given these are small and it's a critical package.
This cherry-picks a patch set fixing calls to m4_fatal which caused some packages to fail in autoconf (e.g. cava).
In gentoo they apparently just hacked Given how infrequently |
Successfully created backport PR for |
When is this going to be available in unstable branch? |
My hope is that this weekend we can get it into 24.11 and soon afterwards into master (nixos-ustable, etc.) |
This fixes the
cava
package, and could potentially fix others. I tested this as an override incava
and it worked, but I haven't built this in staging.I believe it was broken by 59b91ba.
Things done
nix.conf
? (See Nix manual)sandbox = relaxed
sandbox = true
nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD"
. Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/
)Add a 👍 reaction to pull requests you find important.