Conversation
|
@GrahamcOfBorg eval |
a51fc88 to
1267463
Compare
After making `ffmpeg` point to the latest `ffmpeg_4`, all packages that used `ffmpeg` without requiring a specific version now use ffmpeg_3 explicitly so they shouldn't change.
AluisioASG
left a comment
There was a problem hiding this comment.
As far as I can tell, r128gain works with ffmpeg 4. Should we change it ourselves back when we update our packages?
If you've meant that you should do that in a separate PR then yes, but I don't want to do include this change in this PR. The goal is to reduce the scope as much as possible as it's hard enough to get such a change in Nixpkgs (not to mention the amount of time it took me to The general idea, is that when a package maintainer will come to edit their package expression, it will hopefully come to their attention that they use an old version of ffmpeg as an input. |
|
That's what I wanted to know, thank you. |
jonringer
left a comment
There was a problem hiding this comment.
diff and package set difference LGTM
[1 built, 1 copied (1.1 MiB), 0.2 MiB DL]
https://github.com/NixOS/nixpkgs/pull/89264
1 package built:
ffmpeg
|
this PR has been open for 12 days, which I think was ample time for people to voice any strong opposition to this |
|
🎉 Thanks! |
Motivation for this change
Libraries without a version suffix should point to their latest version upstream! See https://discourse.nixos.org/t/nixpkgs-policy-regarding-libraries-available-in-multiple-versions/7026
This PR intends to make
ffmpegpoint toffmpeg4. To make the review easier, I renamed the inputs where necessary for all derivations that usedffmpeg(without a version suffix) and as seen by the PR's labels, ofborg didn't detect any paths changed, besides of courseffmpegitself.Things done
sandboxinnix.confon non-NixOS linux)nix-shell -p nixpkgs-review --run "nixpkgs-review wip"./result/bin/)nix path-info -Sbefore and after)