Skip to content
This repository has been archived by the owner on Jan 25, 2021. It is now read-only.

GPL is incompatible with FDK-AAC - redistribution permission needed for Fedora/RPMFusion #44

Closed
gombosg opened this issue Mar 14, 2019 · 4 comments

Comments

@gombosg
Copy link

gombosg commented Mar 14, 2019

See this:

FSF issued a clear statement that the fdk-aac is GPL incompatible
https://www.gnu.org/licenses/license-list.en.html#fdk
Can you clarify with upstream about this ?
Please ask upstream to send an email to explicitly allow us to redistribute
the software when built with fdk-aac.

Please send the email at root@rpmfusion.org from an upstream maintainer (using public maillist list).
The email will be added to the scm if allowed.
Thx in advances.

2 issues:

  • GPL incompatibility, see here, and for fdk-aac-free, here
  • From your public email, please send an email to the above address, cc me, too (gombosg at gmail dotcom)

e.g.

I, xx, upstream developer of the pulseaudio-modules-bluetooth-freeworld package explicitly allow RPMFusion to redistribute the software when built with fdk-aac libraries.

Thanks!

@gombosg gombosg changed the title GPL is incompatible with FDK-AAC - redistribution permission needed GPL is incompatible with FDK-AAC - redistribution permission needed for Fedora/RPMFusion Mar 14, 2019
@EHfive
Copy link
Owner

EHfive commented Mar 14, 2019

That's fine.
I just sent the mail.

@gombosg
Copy link
Author

gombosg commented Mar 14, 2019

Thanks! If this is not good for them, I'll just disable AAC support. Have you thought about using ffmpeg AAC? Or is it not possible?
AAC license seems to be quite problematic.

@EHfive
Copy link
Owner

EHfive commented Mar 14, 2019

It's totally possible because modules require only LC-AAC.
But we might loss some features like vbr, AAC afterburner .

@EHfive
Copy link
Owner

EHfive commented Mar 14, 2019

I didn't implement dynamic loading upon fdk-aac because of it's complex structures or symbols in header files;
By using ffmpeg for AAC support, we could share the current dynamic loading codes upon ffmpeg.
I'll look into it when i have free time.

Closing the issue.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants