UxPlay can be built to use the “libcrypto” shared library from the recently-released OpenSSL- 3.0.0, which has a new Apache v2 license that is explicitly compatible with GPL v3 (see this announcement and this).
The new license resolves a long-standing controversy over whether OpenSSL is a “System Library” to which GPL code can be freely linked, or not, in which case an explicit “GPL exception” must be added to the GPL license by all the authors (the historical origins of the UxPlay code make this impossible). The license issue only involves distribution of compiled code, not source code.
Packagers for distributions such as Debian that do not allow exception-free linking of GPL v3 code to OpenSSL-1.1.1 under its old “dual OpenSSL/SSLeay” license should use the “Apache v2” OpenSSL-3.x, which is backwards-compatible with UxPlay.
-As a possible help for packaging the uxplay binary for distributions that do not allow linking GPL v3 code to OpenSSL-1.1.1, and have not yet provided OpenSSL-3.0.0 packages, “cmake -DSTATIC_OPENSSL3=ON ….” will build uxplay that is statically linked to libcrypto.a that has been built from OpenSSL-3.x source, and installed in the default location (/usr/local/…); this can be uninstalled after UxPlay is compiled.
An alternative is to replace the AES decryption code in lib/crypto.[c,h] (which is a wrapper for calls to OpenSSL’s libcrypto) with a GPL implementation.
Either download and unzip UxPlay-master.zip, or (if git is installed): “git clone https://github.com/FDH2/UxPlay”.
diff --git a/README.md b/README.md index d3fdc99..f2ab153 100644 --- a/README.md +++ b/README.md @@ -57,17 +57,10 @@ Packagers for distributions such as Debian that do not allow exception-free link of GPL v3 code to OpenSSL-1.1.1 under its old "dual OpenSSL/SSLeay" license should use the "Apache v2" OpenSSL-3.x, which is backwards-compatible with UxPlay. -As a possible help for packaging the uxplay binary for distributions that do not allow -linking GPL v3 code to OpenSSL-1.1.1, and have not yet provided OpenSSL-3.0.0 packages, -"cmake -DSTATIC_OPENSSL3=ON ...." will build uxplay that is statically -linked to libcrypto.a that has been built from OpenSSL-3.x source, and installed in the default -location (/usr/local/...); this can be uninstalled after UxPlay is compiled. - An alternative is to replace the AES decryption code in lib/crypto.[c,h] (which is a wrapper for calls to OpenSSL's libcrypto) with a GPL implementation. - # Getting UxPlay: Either download and unzip [UxPlay-master.zip](https://github.com/FDH2/UxPlay/archive/refs/heads/master.zip), diff --git a/README.txt b/README.txt index 5485528..44e8805 100644 --- a/README.txt +++ b/README.txt @@ -64,13 +64,6 @@ exception-free linking of GPL v3 code to OpenSSL-1.1.1 under its old "dual OpenSSL/SSLeay" license should use the "Apache v2" OpenSSL-3.x, which is backwards-compatible with UxPlay. -As a possible help for packaging the uxplay binary for distributions -that do not allow linking GPL v3 code to OpenSSL-1.1.1, and have not yet -provided OpenSSL-3.0.0 packages, "cmake -DSTATIC\_OPENSSL3=ON ...." will -build uxplay that is statically linked to libcrypto.a that has been -built from OpenSSL-3.x source, and installed in the default location -(/usr/local/...); this can be uninstalled after UxPlay is compiled. - An alternative is to replace the AES decryption code in lib/crypto.\[c,h\] (which is a wrapper for calls to OpenSSL's libcrypto) with a GPL implementation.