License violations

Relicensing would give you the opportunity to use PyMuPDF instead of calling its executable via subprocess.

A problematic import is also the uno module. Depending on the OpenOffice/LibreOffice version this is a license violation as well. OpenOffice <= 2 should be okay. But nobody uses these old versions today.

OpenOffice 3 is LGPLv3 licensed and Apache OpenOffice is Apache v2 licensed, which are incompatible with GPLv2 only.

LibreOffice is MPL2 licensed but in the uno.py license statement it states that this file uses Apache v2 Code. MPL2 itself should be compatible with GPLv2 but Apache v2 is not. I do not know what this means exactly, but my suggestion is that the combination is also an Apache v2 violation.

Relicensing to GPLv3 would also heal this situation, so the relicensing seems to be the better option.

We weren't exactly aware of this, though we've briefly discussed moving to GPLv3. I'll take this up on the mailing list.

If the relicensing takes place you would also have to get rid of the LGPLv2 licensed pyxdg module. An alternative is at https://pypi.org/project/xdg

I noticed another license violation.

openlp/core/ui/media/vendor/mediainfoWrapper.py is actually a modified version of pymediainfo. This file has OpenLP's license header since its introduction. The original is under MIT license.

This is not about just not knowing license compatibility details...

I corrected the file in lp:~bastian-germann/openlp/setup

I asked the maintainer of the pysword module to relicense so that OpenLP could keep the sword feature on relicensing: https://gitlab.com/tgc-dk/pysword/issues/10

A better replacement for pyxdg is appdirs. It is actively maintained and available as package on all supported Linux distros.

I replaced pyxdg with appdirs in lp:~bastian-germann/openlp/setup

I permit any code of mine to be relicensed to GPLv3+

A note for completeness: There are at least two Apache 2.0 licensed transitive dependencies: python-editor, pbr. I only checked the transitive dependencies that are exposed as install_requires.

One more LGPLv3 violation spotted: launchpadlib in scripts/mp_update.py.

The voting thread is found on the mailing list: https://lists.openlp.io/pipermail/openlp-dev/2018-October/000437.html

Releases 2.0 2.2 and 2.4 our end of life and will not have any more work done on them so it will not be possible to change the license of them.

The appdirs replacement is merged and pysword relicensed under MIT now. This enables the relicensing without dropping any features. So technically the only change to relicense is adjusting the license headers and the license file.

@springermac is the only main developer that did not agree to a license change yet.

The others are @arjans, @crichter, @edwinlunando, @elderp, @m2j, @matthub, @meths, @milleja46, @rafaellerm, @samscudder, @sguerrieri, @thelinuxguy, @whydoubt, Stuart Becker, Gerald Britton, Samuel Findlay, Michael Gorven, Ian Knightly, Gabriel Loo, Dmitriy Marmyshev, Brian Meyer, Suutari Olli, Felipe Polo-Wood, Maikel Stuivenberg, Dave Warnock, Oliver Wieland, Frode Woldsund, and Martin Zibricky.

The pymediainfo license violation is gone in trunk now. How about changing the license headers now?
Is there anyone in the last comment's list who did a lot of things? I guess @springermac.

On 22/01/2019 14:21, Bastian Germann wrote:
> The pymediainfo license violation is gone in trunk now. How about changing the license headers now?
> Is there anyone in the last comment's list who did a lot of things? I guess @springermac.
>
Feel free to use whichever license best serves the project for any
contributions of mine that are still around.

Jon (@meths)

One suggestion for the license header change: OpenLP should switch to using SPDX license headers. This means having one line like
# GPL-3.0-or-later
at the top of every file instead of the full-blown GPL statement. Big software projects such as Linux have switched to SPDX.

The license will be changed on 1st May.