qemu-trivial
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-trivial] [Qemu-devel] [PATCH] crypto: Fix LGPL information in


From: Thomas Huth
Subject: Re: [Qemu-trivial] [Qemu-devel] [PATCH] crypto: Fix LGPL information in the file headers
Date: Wed, 13 Feb 2019 19:30:43 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1

On 2019-02-13 17:24, Philippe Mathieu-Daudé wrote:
> On 2/13/19 4:54 PM, Thomas Huth wrote:
>> It's either "GNU *Library* General Public License version 2" or "GNU
>> Lesser General Public License version *2.1*", but there was no "version
>> 2.0" of the "Lesser" license. So assume that version 2.1 is meant here.
>>
>> Signed-off-by: Thomas Huth <address@hidden>
>> ---
>>  crypto/block-luks.c           | 2 +-
>>  crypto/block-luks.h           | 2 +-
>>  crypto/block-qcow.c           | 2 +-
>>  crypto/block-qcow.h           | 2 +-
>>  crypto/block.c                | 2 +-
>>  crypto/blockpriv.h            | 2 +-
>>  crypto/cipher-builtin.c       | 2 +-
>>  crypto/cipher-gcrypt.c        | 2 +-
>>  crypto/cipher-nettle.c        | 2 +-
>>  crypto/cipher.c               | 2 +-
>>  crypto/hash-gcrypt.c          | 2 +-
>>  crypto/hash-glib.c            | 2 +-
>>  crypto/hash-nettle.c          | 2 +-
>>  crypto/hash.c                 | 2 +-
>>  crypto/init.c                 | 2 +-
>>  crypto/ivgen-essiv.c          | 2 +-
>>  crypto/ivgen-essiv.h          | 2 +-
>>  crypto/ivgen-plain.c          | 2 +-
>>  crypto/ivgen-plain.h          | 2 +-
>>  crypto/ivgen-plain64.c        | 2 +-
>>  crypto/ivgen-plain64.h        | 2 +-
>>  crypto/ivgen.c                | 2 +-
>>  crypto/ivgenpriv.h            | 2 +-
>>  crypto/pbkdf-gcrypt.c         | 2 +-
>>  crypto/pbkdf-nettle.c         | 2 +-
>>  crypto/pbkdf-stub.c           | 2 +-
>>  crypto/pbkdf.c                | 2 +-
>>  crypto/random-gcrypt.c        | 2 +-
>>  crypto/random-gnutls.c        | 2 +-
>>  crypto/random-platform.c      | 2 +-
>>  crypto/secret.c               | 2 +-
>>  crypto/tlscreds.c             | 2 +-
>>  crypto/tlscredsanon.c         | 2 +-
>>  crypto/tlscredspriv.h         | 2 +-
>>  crypto/tlscredspsk.c          | 2 +-
>>  crypto/tlscredsx509.c         | 2 +-
>>  crypto/tlssession.c           | 2 +-
>>  crypto/xts.c                  | 2 +-
>>  include/crypto/block.h        | 2 +-
>>  include/crypto/cipher.h       | 2 +-
>>  include/crypto/hash.h         | 2 +-
>>  include/crypto/init.h         | 2 +-
>>  include/crypto/ivgen.h        | 2 +-
>>  include/crypto/pbkdf.h        | 2 +-
>>  include/crypto/random.h       | 2 +-
>>  include/crypto/secret.h       | 2 +-
>>  include/crypto/tlscreds.h     | 2 +-
>>  include/crypto/tlscredsanon.h | 2 +-
>>  include/crypto/tlscredspsk.h  | 2 +-
>>  include/crypto/tlscredsx509.h | 2 +-
>>  include/crypto/tlssession.h   | 2 +-
>>  include/crypto/xts.h          | 2 +-
>>  52 files changed, 52 insertions(+), 52 deletions(-)
> 
> Still not convinced to use SPDX-License-Identifiers?

SPDX sounds fine to me personally, but so far nobody came up with a
proper official description if and how this can legally be done, so
until we are at that point, fixing the current statements sounds like
the best solution to me.

 Thomas



reply via email to

[Prev in Thread] Current Thread [Next in Thread]