contrib: live555: use openssl if present

Hi,

This merge request is building live555 contrib with openssl enabled to allow SRTP & RTSPS support.

Best Regards, Michel.

marked this merge request as draft

marked this merge request as ready

added Component::Build system: Contribs label

While this may work, it is useless for the VLC builds. Having a version using gnutls might be more useful.

added MRStatus::Reviewable label

@robUx4 Can you clarify why gnutls has to be preferred for vlc (official) builds ? Specifically, is it a licensing issue (now openssl3 is Apache-2.0) or is it that GnuTLS is already used and it's best to only have one TLS implementation across the whole vlc distribution?

There is a similar concern with SRT where the package maintainer (for Fedora) asked to switch to openssl over gnutls to enable some very particular features that gnutls doesn't yet support. See also https://github.com/Haivision/srt/issues/2336 https://src.fedoraproject.org/rpms/srt/pull-request/1

@robUx4 Can you clarify why gnutls has to be preferred for vlc (official) builds ? Specifically, is it a licensing issue (now openssl3 is ASL-2.0) or is it that GnuTLS is already used and it's best to only have one TLS implementation across the whole vlc distribution?

Apache-2.0 license are not compatible with GPLv2 licenses, only with GPLv3 licenses, which is an issue for SDKs.

There is a similar concern with SRT where the package maintainer (for Fedora) asked to switch to openssl over gnutls to enable some very particular features that gnutls doesn't yet support. See also https://github.com/Haivision/srt/issues/2336 https://src.fedoraproject.org/rpms/srt/pull-request/1

FWIW, since packagers are handling the packaging of the whole distribution, they can probably compile against a shared library system-installed OpenSSL instead without issues, which they probably all do except if they have licensing policy. The contrib system is usually not used at all on linux distribution.