Request for a free implementation of aptX be added
This is taken from request 905123 (https://build.opensuse.org/request/show/905123) to add libfreeaptx to openSUSE multimedia:libs. I also created bug report 1188146 (https://bugzilla.opensuse.org/show_bug.cgi?id=1188146) regarding this, though I've been informed that this mailing list is more appropriate. ------------------------------------------------------------------------------ A free implementation of aptX is missing from openSUSE. This can be installed through Packman as described in (https://en.opensuse.org/SDB:Installing_codecs_from_Packman_repositories) to, for example, install pipewire with support for aptX over bluetooth with libopenaptx 0.2.0. However, I'd like to add aptX to openSUSE if possible. This will require evaluation from SUSE's legal team (I am not a lawyer!). Additionally, I am new to this sort of thing so forgive any ignorance or lack of proper procedure. libfreeaptx has been forked from libopenaptx 0.2.0 which itself was based on ffmpeg 4.0. libopenaptx was updated to 0.2.1 to change its license from LGPL2.1+ to GPL3+ with an additional restriction: it may not be used by members of Freedesktop or Collabora, as well as preventing linking with any of their software. This makes libopenaptx >=0.2.1 practically useless as it prevents usage with pipewire going forward. This is due to a past conflict with libopenaptx's developer which can be found at https://gitlab.freedesktop.org/pulseaudio/pulseaudio/-/merge_requests/227 Freedesktop made a statement about this here: https://gitlab.freedesktop.org/pipewire/pipewire/-/merge_requests/664 Here are some relevant sections from that statement. "... The original work came from ffmpeg under the LGPL v2.1, to which third parties may not add additional restrictions (per sections 2 and 7 of the LGPL v2.1), so LGPLv2.1 + may-not-use restrictions are not permissible without the explicit consent of the original copyright holder. The upgrade to LGPL v3.0 without explicit consent from the original copyright holder is in itself permissible through the upgrade terms of the LGPL, however the additional restrictions imposed again conflict with sections 7 and 10 of the GPLv3 (as the base of the LGPLv3, with those sections not being invalidated by the additional LGPLv3 text). ... Regardless of the declared license having no legal validity, the LGPL's explicit provision in both v2.1 and v3.0 for such additional restrictions to be stripped, and the low likelihood of it ever being used together with PipeWire as its licensing terms would not be acceptable to any distribution, enforcing a version check seems like the safest way to ensure complete legal clarity, not put users or downstreams in any jeopardy, and comply with the author's stated wishes for v0.2.1 and above to not be used by PipeWire." If this is true, then potentially libopenaptx >= 0.2.1 may be used instead of libfreeaptx (though I do want to upset libopenaptx's developer regardless of legality). Debian is shipping libopenaptx 0.2.0 (pre-license change) in testing/bullseye. Aside from reaching a conclusion on proper licensure there is also a matter regarding patents that must be reviewed. aptX and aptX HD (supported by libfreeaptx and libopenaptx) were previously covered under patents EP0398973B1 (https://worldwide.espacenet.com/patent/search/family/010631689/publication/E...) and US9398620B1 (https://worldwide.espacenet.com/patent/search/family/056381853/publication/U...) respectively. I believe these patents have been a roadblock for getting aptX including with openSUSE in the past. However, the patents are now expired. Again, I am not a lawyer. SUSE's legal team needs to evaluate this. I realize this may be an endeavor for adding just this one package, but I believe improving openSUSE's out-of-the-box experience with bluetooth audio devices will add value to openSUSE for users with audio oriented use cases (such as myself).
Hi, On Fri, Jul 9, 2021 at 3:23 PM Hunter Wardlaw <wardlawhunter@gmail.com> wrote:
This is taken from request 905123 (https://build.opensuse.org/request/show/905123) to add libfreeaptx to openSUSE multimedia:libs. I also created bug report 1188146 (https://bugzilla.opensuse.org/show_bug.cgi?id=1188146) regarding this, though I've been informed that this mailing list is more appropriate.
Two things, first, on Packman you'll find LGPLv2.1+ openaptx as the relicensing is problematic (but legal), as the person who relicensed is not the main author. The second is that aptX is still patented and thus cannot be included in openSUSE. Regards, ismail
Ismail, Can you point to the applicable patents? It was my impression that they were expired. I'm aware of EP0398973B1 and US9398620B1. Patent issues withstanding, the libfreeaptx mentioned in the request is forked from the LGPLv2.1+ openaptx 0.2.0 pre-problematic license change with rpath and no-static patches from Packman merged. Whichever between libfreeaptx or openaptx LGPLv2.1+ is preferred is fine with me, I am largely trying to determine if any patents are still blockers. Thank you, Hunter On Fri, Jul 9, 2021 at 9:30 AM İsmail Dönmez <ismail@i10z.com> wrote:
Hi,
On Fri, Jul 9, 2021 at 3:23 PM Hunter Wardlaw <wardlawhunter@gmail.com> wrote:
This is taken from request 905123 (
https://build.opensuse.org/request/show/905123) to add libfreeaptx to openSUSE multimedia:libs. I also created bug report 1188146 ( https://bugzilla.opensuse.org/show_bug.cgi?id=1188146) regarding this, though I've been informed that this mailing list is more appropriate.
Two things, first, on Packman you'll find LGPLv2.1+ openaptx as the relicensing is problematic (but legal), as the person who relicensed is not the main author. The second is that aptX is still patented and thus cannot be included in openSUSE.
Regards, ismail
Hi, On Fri 9. Jul 2021 at 16:00 Hunter Wardlaw <wardlawhunter@gmail.com> wrote:
Ismail,
Can you point to the applicable patents? It was my impression that they were expired. I'm aware of EP0398973B1 and US9398620B1. Patent issues withstanding, the libfreeaptx mentioned in the request is forked from the LGPLv2.1+ openaptx 0.2.0 pre-problematic license change with rpath and no-static patches from Packman merged. Whichever between libfreeaptx or openaptx LGPLv2.1+ is preferred is fine with me, I am largely trying to determine if any patents are still blockers.
This is not about the packaging, we already have the correctly licensed package in Packman. See https://bugzilla.redhat.com/show_bug.cgi?id=1908922#c14 for the patent situation. Regards, Ismail
participants (2)
-
Hunter Wardlaw
-
İsmail Dönmez