ffmpeg_4: fix build issue introduced by texinfo 7.1 update#326249
ffmpeg_4: fix build issue introduced by texinfo 7.1 update#326249Atemu merged 1 commit intoNixOS:stagingfrom
Conversation
There was a problem hiding this comment.
| nativeBuildInputs = [ removeReferencesTo addDriverRunpath perl pkg-config texinfo yasm ] | |
| nativeBuildInputs = [ removeReferencesTo addDriverRunpath perl pkg-config yasm ] |
|
ffmpeg_4 btw to get of ofBorg to work. @ofborg build ffmpeg_4 |
There was a problem hiding this comment.
| ++ (if lib.versionOder "5" then [ texinfo6 ] else [ texinfo ]); | |
| ++ (if lib.versionOlder "5" then [ texinfo6 ] else [ texinfo ]); |
|
Thanks for your comments and apologies for the typos, @Atemu. I'll update the commit message once I'm back in front of a workstation. |
Atemu
left a comment
There was a problem hiding this comment.
Please test your code before opening a non-draft PR.
|
(Looking at the commit message.) Wasn't it the update that caused the build regression, not the refactor? |
|
You are absolutely right, @Atemu, this PR is not up to (my usual) standards, as I've been hastily making the changes throughout busy days. Usually PRs are tested locally on my end, yet with this PR targeting staging and my workstation taking ages to complete, I had hoped I can cut corners on this one. The good news: peer review once again proves to be helpful! I'll keep this PR a draft until my local builds succeeds, feel free to bless it out of draft mode if the changes are now as they should be and a local build/test works for you. |
|
@alyssais I was basing the wording off this comment, which states that:
|
|
Oh, well if it was a refactor that broke it, and not an update, why don't we just undo the refactor? |
|
Unfortunately this branch fails to build for me on |
|
ℹ️ I've requested access to nixos-community builders in order to move forward here, unfortunately my workstation does not seem capable enough to be up for the task. |
|
This is just a regression in once specific component; if it works on Linux, that's good enough for me. If darwin worked before this component broke, it should work again after it's fixed. |
|
I'm still confused why we're pinning an old version, when AIUI it used to work with the newer version, until a refactor broke the newer version. Why not just undo that refactor? Or do I misunderstand? |
|
I now have access to nix-community builder, which should help in getting a better understanding what broke when. Kindly requesting a bit more patience until I've reported back with my findings 🙂 |
In BriefImportant Updating Texinfo from 7.0.3 to Texinfo 7.1 breaks In DetailThe following steps were done on the nix-community builder
Important This indicates that updating Texinfo from 7.0.3 to 7.1 breaks the
Important This shows that the changes proposed in this PR fix the
@alyssais with the information presented above are you on board with keeping the texinfo package refactoring changes and address the @Atemu with the findings above are you alright with this draft PR being promoted to a proper PR? |
Yes, and thanks for updating the commit message already! |
|
Thanks for the quick and affirmative response, @alyssais 🙂 I'd appreciate an official approval if that's something you feel comfortable with, if not that's perfectly alright with me. Your comments have already been very helpful to assess and scrutinise the situation and have helped me gain a better understanding in general and confidence in the refactoring changes and the ones proposed here. |
There was a problem hiding this comment.
Shouldn't this say version 7.1?
There was a problem hiding this comment.
To my knowledge Texinfo version 7 already introduced breaking changes in their Perl API, what we are seeing here with Texinfo version 7.1 and ffmpeg_4 specifically appears to be just a continuation of that.
If you see value in being more specific here, I'll happily amend the version, @alyssais 🙂
There was a problem hiding this comment.
Since this is the ffmpeg package, and ffmpeg worked fine with 7.1 (right?), I think 7.1 should be the version mentioned.
There was a problem hiding this comment.
Please hold while I double check; be right with you… 🙂
There was a problem hiding this comment.
Wasn't it that it was deprecated in 7 and they then removed it in 7.1?
There was a problem hiding this comment.
Yes, @alyssais, building the ffmpeg package worked and works fine with texinfo 7.1.
By "it", do you mean the Perl API, @Atemu ? If yes, at first glance it appears to be quite alive to me, see https://www.gnu.org/software/texinfo/manual/texi2any_api/texi2any_api.html
There was a problem hiding this comment.
Sorry, I meant the breaking change. IIRC something was deprecated in 7.0 and then removed/broken in 7.1.
There was a problem hiding this comment.
Thanks for the clarification, @Atemu, I haven't found a definite answer on that (yet).
What is left to do on this PR in order to move forward? 🙂
Just the comment change requested above?
There was a problem hiding this comment.
Change the comment to
| # Texinfo version 7 introduced breaking changes, which older versions of ffmpeg do not handle. | |
| # Texinfo version 7.1 introduced breaking changes, which older versions of ffmpeg do not handle. |
because that's where it broke. From our perspective, it doesn't really matter when it was deprecated, just when it broke.
|
This pull request has been mentioned on NixOS Discourse. There might be relevant details there: https://discourse.nixos.org/t/prs-already-reviewed/2617/1837 |
|
Glad to see this got merged. Thanks everyone for you help on this, very much appreciated! 🥳 |
Description of changes
#289690 introduced a regression that causes a
ffmpeg4build failure (see #326231). This PR uses "trofi's hack" to work around the issue.Things done
nix.conf? (See Nix manual)sandbox = relaxedsandbox = truenix-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.