On Tue, Jul 11, 2017 at 2:17 PM, Sebastian Kügler wrote:
> On dinsdag 11 juli 2017 13:41:17 CEST Harald Sitter wrote:
>> I was wondering if anyone had an opinion on extending kaboutlicense
>> with a ::spdxId() instance method returning the license's spdx id [1].
>>
>> Use case at hand is kpackaget
On Tue, Jul 11, 2017 at 2:17 PM, Sebastian Kügler wrote:
> It does parse "and later", it's indicated by the + sign, but it's not
> reflected in the enum, GPLv2+ would be mapped to GPLv2, so you're right, our
> current system is lacking in that regard (but could be extended, although I
> don't know
On dinsdag 11 juli 2017 13:41:17 CEST Harald Sitter wrote:
> I was wondering if anyone had an opinion on extending kaboutlicense
> with a ::spdxId() instance method returning the license's spdx id [1].
>
> Use case at hand is kpackagetool, which maps X-KDE-PluginInfo-License
> of (e.g.) plasma app
Hola
I was wondering if anyone had an opinion on extending kaboutlicense
with a ::spdxId() instance method returning the license's spdx id [1].
Use case at hand is kpackagetool, which maps X-KDE-PluginInfo-License
of (e.g.) plasma applets to appstream metadata. Appstream however uses
the standard
