A side note: The OpenSSL related kmod feature was implemented by Yauheni
Kaliuta. Yauheni also posted a version based on GnuTLS (LGPL):
https://patchwork.kernel.org/patch/10688685/
Having this available as a variant and using it instead would solve this
problem.
Marco...
On Tue, Feb 25, 2020 at 11:38:53PM +0100, Marco d'Itri wrote:
>
>For these reasons I have no interest and no plans to do anything about
>this, and I am quite annoyed that I had to spend my time researching
>these details and then explaining them to you.
Regardless of the technical
On Feb 26, Michael Biebl wrote:
> Doesn't really help to add such a license exception as you also need to
> consider users of libkmod and check the rdep tree recursively.
>
> Imho the only sane way to deal with this is to treat OpenSSL as a system
> library and apparently other distros with
On Sun, 23 Feb 2020 20:35:40 +0100 Bastian Germann
wrote:
> Package: kmod
> Version: 26-1
> Severity: serious
>
> All of the GPL-2+ licensed executables contained in the kmod binary
> package link to libcrypto even though they do not have any OpenSSL
> license exception. ftp-master considers
Am 25.02.20 um 23:38 schrieb Marco d'Itri:
> Control: found 26+20191223-1
>
> On Feb 23, Bastian Germann wrote:
>
>> All of the GPL-2+ licensed executables contained in the kmod
>> binary package link to libcrypto even though they do not have any
>> OpenSSL license exception. ftp-master considers
Control: found 26+20191223-1
On Feb 23, Bastian Germann wrote:
> All of the GPL-2+ licensed executables contained in the kmod binary
> package link to libcrypto even though they do not have any OpenSSL
> license exception. ftp-master considers this a serious issue. So please
> remove this
Package: kmod
Version: 26-1
Severity: serious
All of the GPL-2+ licensed executables contained in the kmod binary
package link to libcrypto even though they do not have any OpenSSL
license exception. ftp-master considers this a serious issue. So please
remove this optional dependency or ask
7 matches
Mail list logo
