Quoting Dominique Dumont (2021-09-02 12:41:03) > On Fri, 20 Aug 2021 02:57:28 +0200 gregor herrmann <gre...@debian.org> wrote: > > Right, there is e.g. > > https://ci.debian.net/data/autopkgtest/testing/amd64/libc/libconfig-model-dpkg-perl/14728439/log.gz > > with libconfig-model-dpkg-perl/2.147 licensecheck/3.2.11-1 and > > > > #v+ > > not ok 7 - check scikit-learn copyright > > > > # Failed test 'check scikit-learn copyright' > > # at t/scanner/scan-copyright.t line 27. > > # --- t/scanner/examples/scikit-learn.out Thu Aug 19 00:15:51 2021 > > # +++ /tmp/cKnQzIwFn2 Thu Aug 19 14:57:19 2021 > > # @@ -2,3 +2,7 @@ > > # Copyright: 2007-2019, The scikit-learn developers. > > # License: BSD-3-clause > > # > > # +Files: sklearn/* > > # +Copyright: no-info-found > > # +License: BSD-3-clause > > # + > > #v- > > Actually, this is related to: > > https://salsa.debian.org/perl-team/modules/packages/libconfig-model-dpkg-perl/-/commit/fb4dbe585de59a8aeb5d01904869a7f3415e35a5 > > (Note: I found this commit while checking the history of t/scanner/examples/ > scikit-learn.out) > > > And I still can't reproduce the failure locally. > > *sigh* > > I can reproduce this bug locally with libregexp-pattern-license-perl_3.4.0-1 > which is the version used in the FTBS build. > > This bug is gone after installing libregexp-pattern-license-perl/unstable.
Thanks for looking into this, Dominique. Licensecheck does not promise any specific detection, so if your tool rely on specific detection then I guess it should declare tight dependencies on both App::Licensecheck and Regexp::Pattern::License. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private
signature.asc
Description: signature