Overview
Request 926104 accepted
Initial packaging of fdk-aac-free for openSUSE
- Created by Pharaoh_Atem
- In state accepted
- Package maintainer: Pharaoh_Atem
Loading...
Request History
Pharaoh_Atem created request
Initial packaging of fdk-aac-free for openSUSE
lkocman-factory accepted request
For note for any reviewer:
FDK-AAC
is a unique license, judged as Free Software, but not recognized by SPDX yet, per Fedora-SPDX discussions here: https://pagure.io/packaging-committee/pull-request/971#comment-154838Fedora has a record of it here: https://fedoraproject.org/wiki/Licensing/FDK-AAC
Prior accepting the change, we need to create an equivalent page. AFAIR that is the prereq for rebuild & redistribution. We will also have to specify this temp. exception at https://en.opensuse.org/openSUSE:Accepted_licences
@dimstar, @elvigia, @jjolly, @mseben, @plater, @seife, @sreeves1, @tiwai: review reminder
I have not received any feedback from Legal. Last time when I did talk to Ciaran, he agreed with me reaching out to Fedora folks and figure out whether they did something else than follow the license (signature of contract etc) and then proceed further. I've reached to Fraunhofer institute and they did not say no, just said that they won't be able to provide (legal) guidance.
In my opinion we meet license requirements and follow what Fedora already did.
I did create a space for the license on our wiki https://en.opensuse.org/openSUSE:License/FDK-ACC
Accepting this request under my best judgement to get wheel rolling.
Just to mention that Release team agreed that we're not exclusively using only-SPDX licenses https://etherpad.opensuse.org/p/ReleaseEngineering-20211027#L43 which is also the biggest reason behind the acceptance.
We've received okay from Ciaran (post-acceptance). Thank you!
Why is it called fdk-aac-free? (What is different from the other fdk-aac we've come to known from e.g. packman?)
Patented and otherwise non-free algorithms have been stripped.
But we do that elsewhere too (e.g. ffmpeg), and we don't suffix that. I think it would be better to just leave fdk-aac as being fdk-aac, then an external vendor can override the package (also just like our ffmpeg case).
The subpackages actually generated are not suffixed precisely so it can be swapped.