Bug#975998: licensecheck: Fails with a Perl problem
On Sun, Dec 13, 2020 at 06:29:58PM +0100, Jonas Smedegaard wrote: > Quoting Rock Storm (2020-12-13 18:12:52) > > Current status of 'perl-modules': > > > > $ dpkg -l | grep perl-modules > > ii perl-modules-5.24 5.24.1-3+deb9u5 all Core Perl modules > > ii perl-modules-5.32 5.32.0-5 all Core Perl modules > > > > As suggested, installing 'libpod-parser-perl' version 1.63-2 solves > > the issue. So maybe 'licensecheck' should depend on it before it > > migrates to stable? > > It should also work to remove perl-modules-5.24. Sorry I should've included this information on the first e-mail. I tried to remove 'perl-modules-5.24' as suggested but attempting to do so automatically removes 'licensecheck'. So I discarded this option. $ apt remove -s perl-modules-5.24 NOTE: This is only a simulation! apt needs root privileges for real execution. Keep also in mind that locking is deactivated, so don't depend on the relevance to the real current situation! Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libarray-intspan-perl libarray-unique-perl libconfig-any-perl libconfig-general-perl libdebian-copyright-perl libexporter-lite-perl libfile-mmagic-perl libfile-slurp-perl libgetopt-long-descriptive-perl libhash-fieldhash-perl liblist-someutils-perl liblist-someutils-xs-perl libmoox-struct-perl libnumber-range-perl libobject-id-perl libparse-debcontrol-perl libparse-debianchangelog-perl libpath-iterator-rule-perl libre-engine-re2-perl libre2-9 libregexp-pattern-license-perl libregexp-pattern-perl libset-intspan-perl libsmart-comments-perl libsort-key-perl libstring-copyright-perl libstring-escape-perl libuniversal-require-perl libxml-simple-perl Use 'apt autoremove' to remove them. The following packages will be REMOVED: libpod-constants-perl license-reconcile licensecheck perl-modules-5.24 0 upgraded, 0 newly installed, 4 to remove and 1 not upgraded. Remv license-reconcile [0.17] Remv licensecheck [3.0.47-1] Remv libpod-constants-perl [0.19-2] Remv perl-modules-5.24 [5.24.1-3+deb9u5] > Thanks for contributing to this bugreport, Thank you all for supporting Debian! :) Regards, -- Rock Storm GPG KeyID: 4096R/C96832FD
Bug#975998: licensecheck: Fails with a Perl problem
Hi Rock, Quoting Rock Storm (2020-12-13 18:12:52) > Control: severity -1 important [...] > I've raised the severity of this bug because it renders the program > unusable (and it probably should be 'grave' instead). I'm not able to > check any files due to this. Severity "important" is accurate: It reflects affect globally, not locally on a single setup. That's a common confusion - I did that too myself in the past, until I manage to wrap my mind around the concept. > Current status of 'perl-modules': > > $ dpkg -l | grep perl-modules > ii perl-modules-5.24 5.24.1-3+deb9u5 all Core Perl modules > ii perl-modules-5.32 5.32.0-5 all Core Perl modules > > As suggested, installing 'libpod-parser-perl' version 1.63-2 solves > the issue. So maybe 'licensecheck' should depend on it before it > migrates to stable? It should also work to remove perl-modules-5.24. I don't think this is a bug in licensecheck but in perl itself, somewhere. I'll leave it to others more experts in the inner workings of perl packaging to resolve where... Thanks for contributing to this bugreport, - 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
Bug#975998: licensecheck: Fails with a Perl problem
Package: licensecheck Version: 3.0.47-1 Followup-For: Bug #975998 X-Debbugs-Cc: rockst...@gmx.com Control: severity -1 important Dear Maintainer, I found the very same issue as reported by Uwe on a just updated sid machine. I've raised the severity of this bug because it renders the program unusable (and it probably should be 'grave' instead). I'm not able to check any files due to this. Current status of 'perl-modules': $ dpkg -l | grep perl-modules ii perl-modules-5.24 5.24.1-3+deb9u5 all Core Perl modules ii perl-modules-5.32 5.32.0-5 all Core Perl modules As suggested, installing 'libpod-parser-perl' version 1.63-2 solves the issue. So maybe 'licensecheck' should depend on it before it migrates to stable? Regards, Rock -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-4-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages licensecheck depends on: ii libarray-intspan-perl 2.004-1 ii libgetopt-long-descriptive-perl0.105-1 ii liblist-someutils-perl 0.58-1 ii liblog-any-adapter-screen-perl 0.140-1 ii liblog-any-perl1.708-1 ii libmoo-perl2.004004-1 ii libmoox-struct-perl0.020-1 ii libnamespace-clean-perl0.27-1 ii libpath-iterator-rule-perl 1.014-1 ii libpath-tiny-perl 0.114-1 ii libpod-constants-perl 0.19-2 ii libre-engine-re2-perl 0.13-5+b5 ii libregexp-pattern-license-perl 3.4.0-1 ii libregexp-pattern-perl 0.2.14-1 ii libsort-key-perl 1.33-2+b3 ii libstrictures-perl 2.06-1 ii libstring-copyright-perl 0.003006-1 ii libstring-escape-perl 2010.002-2 ii libtry-tiny-perl 0.30-1 ii perl 5.32.0-5 ii perl-base [libscalar-list-utils-perl] 5.32.0-5 licensecheck recommends no packages. Versions of packages licensecheck suggests: ii bash-completion 1:2.11-2 -- no debconf information -- Rock Storm GPG KeyID: 4096R/C96832FD
Bug#975998: licensecheck: Fails with a Perl problem
Hello Nico, On 11/28/20 7:09 PM, Niko Tyni wrote: On Fri, Nov 27, 2020 at 11:25:25PM +0100, Uwe Kleine-König wrote: Package: licensecheck Version: 3.0.47-1 Severity: normal this might not be licensecheck's fault but maybe is related to the recent perl transition. But given I don't know much about Perl, I'm reporting against licensecheck. For all invokations of licensecheck I encounter: uwe@taurus:~$ licensecheck Base class package "Pod::Parser" is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.0 /usr/local/share/perl/5.32.0 /usr/lib/x86_64-linux-gnu/perl5/5.32 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32 /usr/share/perl/5.32 /usr/local/lib/site_perl). at /usr/share/perl5/Pod/Constants.pm line 7. BEGIN failed--compilation aborted at /usr/share/perl5/Pod/Constants.pm line 7. Compilation failed in require at /usr/bin/licensecheck line 14. BEGIN failed--compilation aborted at /usr/bin/licensecheck line 14. This is on a machine that runs a mix of testing and unstable, but I can reproduce this problem on a sid chroot. Hi, thanks for the report. This doesn't seem to occur for me in a clean sid chroot. Is yours an older one that has been upgraded? Do you happen to have an old perl-modules-5.24 package lying around in both? It's indeed an upgraded sid chroot. I didn't check the chroot, but on my host I have perl-modules-5.24 5.24.1-7 installed. Is libpod-parser-perl installed? No, libpod-parser-perl isn't installed, but it is indeed provided by perl-modules-5.24. I'm guessing this might be similar to #972322 and we need to do something about it on the src:perl side. Installing libpod-parser-perl and removing perl-modules-5.24 fixed the problem. Thanks Uwe
Bug#975998: licensecheck: Fails with a Perl problem
On Fri, Nov 27, 2020 at 11:25:25PM +0100, Uwe Kleine-König wrote: > Package: licensecheck > Version: 3.0.47-1 > Severity: normal > this might not be licensecheck's fault but maybe is related to the > recent perl transition. But given I don't know much about Perl, I'm > reporting against licensecheck. > > For all invokations of licensecheck I encounter: > > uwe@taurus:~$ licensecheck > Base class package "Pod::Parser" is empty. > (Perhaps you need to 'use' the module which defines that package > first, > or make that module available in @INC (@INC contains: /etc/perl > /usr/local/lib/x86_64-linux-gnu/perl/5.32.0 /usr/local/share/perl/5.32.0 > /usr/lib/x86_64-linux-gnu/perl5/5.32 /usr/share/perl5 > /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32 > /usr/share/perl/5.32 /usr/local/lib/site_perl). >at /usr/share/perl5/Pod/Constants.pm line 7. > BEGIN failed--compilation aborted at /usr/share/perl5/Pod/Constants.pm > line 7. > Compilation failed in require at /usr/bin/licensecheck line 14. > BEGIN failed--compilation aborted at /usr/bin/licensecheck line 14. > > This is on a machine that runs a mix of testing and unstable, but I can > reproduce this problem on a sid chroot. Hi, thanks for the report. This doesn't seem to occur for me in a clean sid chroot. Is yours an older one that has been upgraded? Do you happen to have an old perl-modules-5.24 package lying around in both? Is libpod-parser-perl installed? I'm guessing this might be similar to #972322 and we need to do something about it on the src:perl side. -- Niko Tyni nt...@debian.org
Bug#975998: licensecheck: Fails with a Perl problem
Package: licensecheck Version: 3.0.47-1 Severity: normal Hello, this might not be licensecheck's fault but maybe is related to the recent perl transition. But given I don't know much about Perl, I'm reporting against licensecheck. For all invokations of licensecheck I encounter: uwe@taurus:~$ licensecheck Base class package "Pod::Parser" is empty. (Perhaps you need to 'use' the module which defines that package first, or make that module available in @INC (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.0 /usr/local/share/perl/5.32.0 /usr/lib/x86_64-linux-gnu/perl5/5.32 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32 /usr/share/perl/5.32 /usr/local/lib/site_perl). at /usr/share/perl5/Pod/Constants.pm line 7. BEGIN failed--compilation aborted at /usr/share/perl5/Pod/Constants.pm line 7. Compilation failed in require at /usr/bin/licensecheck line 14. BEGIN failed--compilation aborted at /usr/bin/licensecheck line 14. This is on a machine that runs a mix of testing and unstable, but I can reproduce this problem on a sid chroot. Best regards Uwe -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (700, 'stable-updates'), (700, 'testing'), (700, 'stable'), (600, 'unstable'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-debug'), (500, 'oldstable-updates'), (500, 'oldstable'), (499, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 5.9.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages licensecheck depends on: ii libarray-intspan-perl 2.004-1 ii libgetopt-long-descriptive-perl0.105-1 ii liblist-someutils-perl 0.58-1 ii liblog-any-adapter-screen-perl 0.140-1 ii liblog-any-perl1.708-1 ii libmoo-perl2.004003-1 ii libmoox-struct-perl0.020-1 ii libnamespace-clean-perl0.27-1 ii libpath-iterator-rule-perl 1.014-1 ii libpath-tiny-perl 0.114-1 ii libpod-constants-perl 0.19-2 ii libre-engine-re2-perl 0.13-5+b4 ii libregexp-pattern-license-perl 3.4.0-1 ii libregexp-pattern-perl 0.2.14-1 ii libscalar-list-utils-perl 1:1.55-1+b1 ii libsort-key-perl 1.33-2+b3 ii libstrictures-perl 2.06-1 ii libstring-copyright-perl 0.003006-1 ii libstring-escape-perl 2010.002-2 ii libtry-tiny-perl 0.30-1 ii perl 5.32.0-5 ii perl-base [libscalar-list-utils-perl] 5.32.0-5 licensecheck recommends no packages. Versions of packages licensecheck suggests: ii bash-completion 1:2.11-2 -- no debconf information