https://raw.githubusercontent.com/Tencent/rapidjson/master/license.txt JSON license is considered non-free. Debian removes bin/jsonchecker directory and patches it out in tests: https://packages.debian.org/sid/rapidjson-dev
If the JSON license applies only to the test suite but not to any of the installed files, then it is not part of the "corresponding source". By our current policy such files need not be listed in the LICENSES variable. Policy reference: https://devmanual.gentoo.org/general-concepts/licenses/index.html
(In reply to Ulrich Müller from comment #1) > If the JSON license applies only to the test suite but not to any of the > installed files, then it is not part of the "corresponding source". By our > current policy such files need not be listed in the LICENSES variable. > > Policy reference: > https://devmanual.gentoo.org/general-concepts/licenses/index.html I can understand this but I think it may be problematic if I don't want to arch test packages with non-free test data or similar. But I can understand that LICENSE doesn't have a way of distinguishing the runtime requirement when merged with tests enabled vs the point of running tests.
(In reply to Sam James from comment #2) > I can understand this but I think it may be problematic if I don't want to > arch test packages with non-free test data or similar. It is merely a usage restriction on top of a MIT license. Arguably, it isn't even enforceable: Copyright is about distribution, not about usage, and you have no contract with the copyright holder that could impose usage restrictions. So I don't think that we have any problem here (but IANAL). > But I can understand that LICENSE doesn't have a way of distinguishing the > runtime requirement when merged with tests enabled vs the point of running > tests. Yes, certainly LICENSE="MIT test? ( JSON )" would be wrong, because the installed image is the same in both cases. It's even more obvious if you think of it in terms of a binary package produced either way.
Based on comment 3, I believe this issue should be closed. Please reopen if there's disagreement. Thank you!