Bugzilla – Bug 17242
Perl modules in CPAN/arch not Wheezy-compatible (needs use64bitint)
Last modified: 2011-09-20 12:37:44 UTC
Debian has upgraded to perl 5.12(.3) in testing. For arm-linux-gnueabi-thread-multi the corresponding modules are missing, so after updating perl from 5.10 to 5.12 the squeezeboxserver will not start any more. This is also true for other architectures. Would be nice, if the 5.12 directories would be filled. Hardy
Workaround until then: Revert back to perl 5.10 by entering /var/cache/apt/archives and execute the command: > dpkg -i perl_5.10.1-20_i386.deb perl-base_5.10.1-20_i386.deb perl-modules_5.10.1-20_i386.deb (This will work unless youve cleaned up the archives and until other packages have an dependency with 5.12)
*** This bug has been confirmed by popular vote. ***
This should be prbably be joined with https://bugs-archive.lyrion.org/show_bug.cgi?id=17229
*** Bug 17229 has been marked as a duplicate of this bug. ***
The workaround proposed is far from ideal: downgrading breaks many other packages, even things like vim stop working. One can downgrade, start sbs and then upgrade perl again (for some reason with me sbs kept working after the upgrade). Major inconvenience: before restarting sbs one has to remember to do the downgrade again... As a different workaround, I had success recompiling CPAN with the new perl, and all seems to be working. Instructions are here: http://forums.slimdevices.com/showthread.php?t=88250
I plan on rebuilding the Linux 5.12 modules with 5.12.3
Looks like this is the same as this report https://bugs-archive.lyrion.org/show_bug.cgi?id=17287
*** Bug 17287 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > I plan on rebuilding the Linux 5.12 modules with 5.12.3 Andy, any idea of an eta for this rebuild? As comment 5 says, the workaround of downgrading causes all sorts of breakage as so much of the debian system depends on perl. Thanks.
(In reply to comment #5) > The workaround proposed is far from ideal: downgrading breaks many other > packages, even things like vim stop working. One can downgrade, start sbs and > then upgrade perl again (for some reason with me sbs kept working after the > upgrade). Major inconvenience: before restarting sbs one has to remember to do > the downgrade again... > > As a different workaround, I had success recompiling CPAN with the new perl, > and all seems to be working. Instructions are here: > > http://forums.slimdevices.com/showthread.php?t=88250 That worked for me as well, thanks.
Why do you bundle all of the modules instead of having them as proper external dependencies so the system can take care of this stuff?
(In reply to comment #11) > Why do you bundle all of the modules instead of having them as proper external > dependencies so the system can take care of this stuff? How should this be done in a tar-ball? BTW: http://downloads.slimdevices.com/nightly/7.5/sc/32671/squeezeboxserver-7.5.5-32671-arm-linux.tgz contains the modules for perl 5.12. The version comment has to be fixed though. The issue seems to be solved since r32569. Hardy PS: should I mark this bug reports as resolved?
See https://bugs-archive.lyrion.org/show_bug.cgi?id=17314. Note that 5.12.4 needs to be supported
*** Bug 17314 has been marked as a duplicate of this bug. ***
Can I get a report of ARM distros/versions people are running and whether or not the 5.12 modules work for you?
Note that I've also added 5.14 modules recently (built with 5.14.1), they are compiled the same way as the 5.12 modules.
(In reply to comment #15) > Can I get a report of ARM distros/versions people are running and whether or > not the 5.12 modules work for you? 7.6.1 ist not working out of the box on Debian/testing armv5tel I have to - fetch http://svn.slimdevices.com/repos/slim/7.6/trunk/server/CPAN and http://svn.slimdevices.com/repos/slim/7.6/trunk/vendor/CPAN - execute the buildme.sh in the vendor subdir - set PERL5LIB to point to the two directories - move the actual squeezeboxserver/CPAN out of the way After that procedure the server runs without any (obvious) problems.
Looks like the problem is that the Perl in wheezy is built with Perl's use64bitint compile option. This is a bummer because it means we might need 2 separate builds of each 32-bit Linux architecture, depending on what other popular distros do with their Perl. :(
== Auto-comment from SVN commit #33480 to the slim repo by agrundman == == http://svn.slimdevices.com/slim?view=revision&revision=33480 == Bug 17242, use 5.12.4 instead of 5.12.3 on Linux. Check for use64bitint for 5.12/5.14
== Auto-comment from SVN commit #33483 to the slim repo by agrundman == == http://svn.slimdevices.com/slim?view=revision&revision=33483 == Fixed bug 17242, add ARM 64int binaries for 5.12
== Auto-comment from SVN commit #33486 to the slim repo by agrundman == == http://svn.slimdevices.com/slim?view=revision&revision=33486 == Bug 17242, add 5.14 arm-linux-gnueabi-thread-multi-64int binaries, remove support for arm-linux-gnueabi-thread-multi for 5.12/5.14 in hopes we can cut down on size a bit