Adam Dinwoodie writes: > ERROR: invalid hints git-filter-repo-2.38.0-1-src.hint > ERROR: package 'git-filter-repo': errors in license expression: ['Unknown > license key(s): LicenseRef-inherit-git, LicenseRef-inherit-libgit2, > LicenseRef-inherit-libgit2-examples'] > ERROR: errors while parsing hints for package 'git-filter-repo' > ERROR: error parsing /sourceware/cygwin-staging/home/Adam > Dinwoodie/noarch/release/git-filter-repo/git-filter-repo-2.38.0-1-src.hint > ERROR: error while reading uploaded arch noarch packages from maintainer Adam > Dinwoodie > SUMMARY: 5 ERROR(s) > ``` > > So it looks like the issue is the way I've encoded the non-standard > licensing options. "LicenseRef-"(idstring) seems to be the way to > encode this sort scenario, per [1] and [2], but that doesn't seem to be > acceptable to calm. > > [1]: > https://spdx.github.io/spdx-spec/v2.3/other-licensing-information-detected/ > [2]: https://spdx.github.io/spdx-spec/v2.3/SPDX-license-expressions/
As it should, since "inherit-git" or any of the other variations doesn't seem to be a valid license expression per the above. > Are there any suggestions about how to resolve this? I don't think I > can just use the standard license strings: even if we used GPL-2.0-only > in place of LicenseRef-inherit-git -- incorrect as that's the license > *currently* used by Git, but the license for git-filter-repo explicitly > incorporates any future OSS license Git might use -- that still leaves > the problem of LicenseRef-inherit-libgit2, which is currently GPL 2.0 > with an exception that's not covered by any of the SPDX standard > exceptions. Well I think you can, the license explicitely says you can chose any of them as you see fit, so you can pick one today and another tomorrow if you are so inclined. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
