Bugzilla – Bug 17597
LMS doesn't run in Fedora 16
Last modified: 2011-11-22 15:06:50 UTC
Fedora 16 with Perl 5.14.1 will be out around the same time as LMS is released so it's important that they work together. When I run LMS on Fedora 16 I get an error The following modules failed to load: DBI EV XML::Parser::Expat JSON::XS Digest::SHA1 YAML::XS Sub::Name This usually mean LMS can't find it's perl libs and sure enough /usr/libexec/squeezeboxserver --d_startup shows Extended @INC to contain: /usr/share/squeezeboxserver/CPAN/arch/5.14/i386-linux-thread-multi /usr/share/squeezeboxserver/CPAN/arch/5.14/i386-linux-thread-multi/auto /usr/share/squeezeboxserver/CPAN/arch/5.14.1/i386-linux-thread-multi /usr/share/squeezeboxserver/CPAN/arch/5.14.1/i386-linux-thread-multi/auto /usr/share/squeezeboxserver/CPAN/arch/5.14/i386-linux-thread-multi /usr/share/squeezeboxserver/CPAN/arch/5.14/i386-linux-thread-multi/auto /usr/share/squeezeboxserver/CPAN/arch/i386-linux-thread-multi Looks like LMS is looking in the old location not /usr/share/squeezeboxserver/CPAN/arch/5.14/i386-linux-thread-multi-64int I renamed i386-linux-thread-multi-64int to i386-linux-thread-multi and tried again This time I got a lot farther but I still get The following modules failed to load: EV
Yep, I knew this would happen.
OK, is can you fix it?
Perl is being compiled with 64 bit integer support: '-Duse64bitint'. Looks like SuSe is using that as the default for the next release too. Which is a bit of a pain in the backside as far as backward compatibility is concerned, when modules aren't binary compatible if not also compiled with it.
And judging but the Closed/WONTFIX status of the bug, I wouldn't expect F16 to have 64bit int support on the 32bit platform. https://bugzilla.redhat.com/show_bug.cgi?id=168373
== Auto-comment from SVN commit #33522 to the slim repo by agrundman == == http://svn.slimdevices.com/slim?view=revision&revision=33522 == Fixed bug 17597, 5.12/5.14 non-64int modules
Its still not working. I get this when I run it. Can't load '/usr/share/squeezeboxserver/CPAN/arch/5.14/i386-linux-thread-multi/auto/Media/Scan/Scan.so' for module Media::Scan: libbz2.so.1.0: cannot open shared object file: No such file or directory at /usr/lib/perl5/DynaLoader.pm line 190. I made a symbolic link from libbz2.so.1.0.6 to libbz2.so.1.0 and that seemed to fix the problem. Now I'm getting Can't call method "log" on an undefined value at /usr/share/squeezeboxserver/CPAN/Log/Log4perl/Appender.pm line 189
OK so the /usr/share/squeezeboxserver/CPAN/Log/Log4perl/Appender.pm line 189 was a silly permissions issue. If we could solve the libbz2.so.1.0 problem we would be all set.
I see this bug is RESOLVED FIXED, but I'm still unable to run SB Server under Fedora 16. [root@netbook squeezeboxserver]# uname -a Linux netbook.innes.net 3.1.1-2.fc16.i686 #1 SMP Mon Nov 14 16:16:34 UTC 2011 i686 i686 i386 GNU/Linux [root@netbook squeezeboxserver]# rpm -q logitechmediaserver logitechmediaserver-7.7.1-0.1.33729.noarch I got SBS 7.7.1 from the nightlies. Is this the right one? My machine is a netbook with 32-bit Atom inside, so no 64-bit-ness going on. I needed to install perl-CGI before anything would run (perhaps putting this in as a dependency in the rpm?) and now I am also getting the Can't call method "log" on an undefined value at /usr/share/squeezeboxserver/CPAN/Log/Log4perl/Appender.pm line 189. issue. Have I missed something, or should the current build be working for me? Many thanks Duncan Innes
Ignore that last comment. I've got it working by uninstalling, deleting all squeezeboxserver files & folders, then installing the nightly again. Cheers Duncan