PDA

View Full Version : Squeezeboxserver on Linux broken



Phil Karn
2011-07-19, 09:38
I accepted the package update on both of my Linux servers, and
squeezeboxserver stopped working on both. The logs showed only that the
wrapper was continually restarting the daemon, so I invoked it manually
and got this very cryptic message. What should I make of it? I'm not a
perl hacker, I just want to play my music... Thanks.

Use of inherited AUTOLOAD for non-method YAML::Syck::DumpYAML() is
deprecated at /usr/share/squeezeboxserver/CPAN/YAML/Syck.pm line 65.
The following modules failed to load: DBI DBD::mysql EV
XML::Parser::Expat HTML::Parser JSON::XS Digest::SHA1 YAML::Syck GD
Sub::Name


*******

NOTE:

If you're running some unsupported Linux/Unix platform, please use the
buildme.sh
script located here:

http://svn.slimdevices.com/repos/slim/7.5/trunk/vendor/CPAN/

You should never need to do this if you're on Windows or Mac OSX. If the
installers
don't work for you, ask for help and/or report a bug.

If 7.5 is outdated by the time you read this, Replace "7.5" with the
major version
of Squeezebox Server you are running.

*******


Exiting..

aubuti
2011-07-19, 09:47
You would be much more likely to get a helpful response if you indicated (a) which Linux distro and version you are using, (b) which version of SBS you are using, (c) what version of SBS was previously working on the server, (d) what method you used to install SBS, and (e) what hardware platform you are using.

lhquam
2011-07-19, 12:01
I have the same problem on Fedora Core 14, X86_64, which contains perl v5.12.3.

I am trying to run squeezeboxserver-7.5.5-1.noarch.rpm.

I attempted to build the CPAN libraries but encountered the following errors:

./buildme.sh
...
chmod 644 blib/arch/auto/Audio/Scan/Scan.bs
PERL_DL_NONLAZY=1 /usr/bin/perl5.12.3 "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/01use.t .......... Can't locate Test/More.pm in @INC (@INC contains: /m/rom1/downloads/squeezecenter/svn-7.6-trunk/CPAN/Audio-Scan-0.87/blib/lib /m/rom1/downloads/squeezecenter/svn-7.6-trunk/CPAN/Audio-Scan-0.87/blib/arch /home/quam/downloads/squeezecenter/svn-7.6-trunk/CPAN/build/5.12/lib/perl5/x86_64-linux-thread-multi /home/quam/downloads/squeezecenter/svn-7.6-trunk/CPAN/build/5.12/lib/perl5/x86_64-linux-thread-multi /home/quam/downloads/squeezecenter/svn-7.6-trunk/CPAN/build/5.12/lib/perl5 /home/quam/downloads/squeezecenter/svn-7.6-trunk/CPAN/build/5.12/lib/perl5/x86_64-linux-thread-multi /home/quam/downloads/squeezecenter/svn-7.6-trunk/CPAN/build/5.12/lib/perl5 /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5 /usr/share/perl5 /usr/lib64/perl5 /usr/share/perl5 /usr/local/lib64/perl5/site_perl/5.10.0/x86_64-linux-thread-multi /usr/local/lib/perl5/site_perl/5.10.0 /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi /usr/lib/perl5/vendor_perl /usr/lib/perl5/site_perl .) at t/01use.t line 1.
BEGIN failed--compilation aborted at t/01use.t line 1.
t/01use.t .......... Dubious, test returned 2 (wstat 512, 0x200)
No subtests run
t/02pod.t .......... Can't locate Test/More.pm in @INC (@INC contains: /m/rom1/downloads/squeezecenter/svn-

...


Test Summary Report
-------------------
t/01use.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/02pod.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/03podcoverage.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/04critic.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/aac.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/aiff.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/asf.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/flac.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/mac.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/mp3.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/mp4.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/musepack.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/ogg.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/util.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/wav.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
t/wavpack.t (Wstat: 512 Tests: 0 Failed: 0)
Non-zero exit status: 2
Parse errors: No plan found in TAP output
Files=16, Tests=0, 0 wallclock secs ( 0.07 usr 0.04 sys + 0.23 cusr 0.11 csys = 0.45 CPU)
Result: FAIL
Failed 16/16 test programs. 0/0 subtests failed.
make: *** [test_dynamic] Error 2
make test failed, aborting

Ron Olsen
2011-07-19, 12:39
Problems with CPAN in SBS 7.5.5 are affecting many Linux distributions:
http://forums.slimdevices.com/showthread.php?t=88741

A bug report has been filed against SBS 7.5.5 on Fedora 14:
http://bugs.slimdevices.com/show_bug.cgi?id=17309

Please add your comments (and votes) for this bug, or file a new bug for your Linux distro if you feel it is warranted.

Phil Karn
2011-07-19, 13:17
On 7/19/11 9:47 AM, aubuti wrote:
>
> You would be much more likely to get a helpful response if you indicated
> (a) which Linux distro and version you are using, (b) which version of
> SBS you are using, (c) what version of SBS was previously working on
> the server, (d) what method you used to install SBS, and (e) what
> hardware platform you are using.
>
>

a) Debian "testing"
b) 7.5.5, picked up by apt-get with sources.list line "deb
http://debian.slimdevices.com stable main"
c) Whatever was previously served through debian.slimdevices.com
d) apt-get update;apt-get dist-upgrade
e) x86_64, custom compiled 2.6.39.3 kernel.

I see that others are having problems too, I'll just find a .deb package
for a previous version that works and revert until the bugs can be
fixed. Thanks.

Phil

Danny8
2011-07-19, 16:03
I have the same problem.

Currently, I'm trying out Fuduntu Linux, which is based on Fedora 14. (Not the latest Fedora, which is 15.) I downloaded three .rpm packages, all with the same issue. In order:


Latest 7.6 nightly build, squeezeboxserver-7.6.0-0.1.32741.noarch.rpm
Latest 7.5 nightly build, squeezeboxserver-7.5.5-0.1.32671.noarch.rpm
'Recommended' download from mysqueezebox.com, squeezeboxserver-7.5.5-1.noarch.rpm

I figure the 'recommended' download is the safest and most stable choice. I usually try the latest SBS version first, however. Just to see where things stand.

I'm curious why the 'recommended' download from the main user page appears to be a newer version than the nightly 7.5 build.

I did not look into this too closely (cannot start the server). I'd appreciate a comment if anyone else noticed this.


I'll just find a .deb package for a previous version that works and revert until the bugs can be fixed. Thanks.

I might do the same, if I find one on my hard drive. I don't usually dig into the subversion repos just to get a working version. My next move is to boot a different Linux installation and see if that SBS is still working.

Ron Olsen
2011-07-19, 16:39
If you want a working SBS 7.5.5 rpm for Fedora 14, try the VortexBox rpm:
http://yum.vortexbox.org/releases/14/i386/RPMS/squeezeboxserver-7.5.5-1.fc14.noarch.rpm

The version number of this rpm is r32680.

Andrew Gillis rebuilt this rpm with working CPAN libraries. It's designed for use on VortexBox, but it should work on other Fedora 14 systems as well.

This runs with Perl 5.12.3, which is the current Perl version from the Fedora 14 Update repository (perl-5.12.3-143.fc14.i686).

Pank
2011-07-19, 16:40
Please check whether you are using Perl 5.14. Squeezebox does not work with Perl 5.14. I have had to hold Perl updates on my Archlinux box for some time now. It is mildly annoying to say the least.

Here is a discussion on AUR:
http://aur.archlinux.org/packages.php?ID=35030

Danny8
2011-07-19, 18:02
Thank you, Ron and Pank.

My Fuduntu setup has Perl 5.12.3.

I'll install the 7.5.5 download Ron suggests. I'm leery of installing Vortexbox itself, but hopefully that download contains just the SBS portion. Again, thanks.

I'm curious about the version numbers. I'm probably missing something. Or else I'm making an incorrect assumption from the file names.

pablolie
2011-07-19, 21:56
I am running 7.5.5 on Ubuntu 11.04 - it works.
Info:
Version: 7.5.5 - r32671 @ Mon Jul 11 11:57:27 PDT 2011
Hostname: ubuntuserver
Server IP Address: 192.168.1.150
Server HTTP Port Number: 9000
Operating system: Debian - EN - utf8
Platform Architecture: i686-linux
Perl Version: 5.10.1 - i686-linux-gnu-thread-multi
MySQL Version: 5.1.54-1ubuntu4

Phil Karn
2011-07-20, 05:10
My Squeezebox servers have been down for a week because of this most
recent problem and I get the very definite impression that no one really
understands what's wrong (I certainly don't).

Perl is fine for its original purpose of running quickie, one-off
scripts on text and system log files. That's how I use it. But I think
it's simply the wrong platform for a large, complex and unique package
like squeezeboxserver with many dependencies on a huge and only loosely
standardized run-time environment that it does not and apparently cannot
fully control.

I understand that squeezeboxserver is an open source project that relies
on volunteer contributions. That and its support for open audio formats
like FLAC and Ogg Vorbis initially attracted me to it. But I've also
dropped a fair chunk of change on Logitech's proprietary hardware
players, and they're bricks without a working squeezeboxserver. I think
Logitech owes its customers at least one working version of the server
for each advertised platform that runs without constant attention from a
local Perl hacker.

Even when it does work, squeezeboxserver has always seemed much too slow
for what it does. It seems to suffer from a serious case of feature bloat.

All I've ever really wanted is a simple, fast and above all *reliable*
way to play my large, multi-format music collection at home. Even a
command-line interface would be enough. A barebones textual web
interface would be a plus, along with the ability to stream a simple
audio-over-HTTP feed. I certainly don't need RSS feeds scrolling across
my player display, or dozens of other plugins and options of
questionable utility. When I want to read the news I fire up Firefox on
my laptop. It does a much better job.

I really hate to say this but it's probably time to re-survey the
network music player market for something that doesn't depend on unique
client-server protocols, even when the server is open source. There's
something to be said for widely implemented application protocols like
HTTP even when they lack a feature you might think you could use
someday. Sometimes all you really want is to play your music without
first having to parse a Perl error traceback.

aubuti
2011-07-20, 05:37
I might do the same, if I find one on my hard drive. I don't usually dig into the subversion repos just to get a working version. My next move is to boot a different Linux installation and see if that SBS is still working.
No need to go to subversion. You can find the RPM of released versions of SBS going back a few years at http://downloads.slimdevices.com/

Danny8
2011-07-20, 08:45
Thanks for the link, aubuti. I had forgotten about that URL.

The .rpm link posted earlier by Ron (Vortexbox site) works with my Fuduntu rig. (Fedora core 14 based distro.) Thanks, Ron!

In reference to pablolie's comment, I also recommend Ubuntu (or an Ubuntu derivative such as Mint Linux) to someone new to Squeezebox that wishes to set up a Linux server.

Ubuntu is probably the path of least resistance. Nothing wrong with using Windows or Mac OSX for that matter. Other Linux/UNIX distributions are going to take much more work. I'm not sure it is worth it.

I agree with some of what Phil says about feature bloat. Nothing wrong with Perl though -- that's bollocks. From what I've seen on other threads, Phil's library is huge, probably four standard deviations away from a typical use case.

That doesn't excuse Logitech's many ongoing stumbles. But face it, a company's goal is moving more products, not ensuring the happiness of a limited community of hackers.

Pank
2011-07-20, 08:45
I have perl 5.12 as well


ss4200:intel:[~] $ pacman -Qi perl
Name : perl
Version : 5.12.3-1
URL : http://www.perl.org


Squeezebox works:


ss4200:intel:[~] $ pacman -Qi squeezebox-server
Name : squeezebox-server
Version : 7.5.5-1
URL : http://www.mysqueezebox.com/download
Licenses : GPL
Groups : None
Provides : None
Depends On : perl
Optional Deps : None
Required By : None
Conflicts With : None
Replaces : squeezecenter squeezeboxcenter
Installed Size : 51696,00 K
Packager : Unknown Packager
Architecture : i686
Build Date : 2011-07-16T12:18:49 CEST
Install Date : 2011-07-16T12:31:34 CEST
Install Reason : Explicitly installed
Install Script : Yes
Description : Streaming audio server supported by Logitech


But I got exactly the same error as you mentioned when I tried to upgrade to the current Perl.

Danny8
2011-07-20, 09:40
Hi, Pank.

I spent a lot of time looking at Arch Linux, but I've moved elsewhere. I'm not very skilled in the compiling and building of software packages. Of course, I don't have to with Arch (but knowing how to helps). I was able to install squeezeboxserver from the AUR using yaourt. I want to return to Arch when my hacking skills have improved.

For what it's worth -- and you probably know this already -- you can configure pacman to ignore specific packages you don't want upgraded.

--

What makes Linux difficult, for me at least, are the different ways of initializing the system. Different systems have different commands for controlling the boot process. In that regard, I find Arch very understandable. However, I suspect they'll be forced to change their init system (eventually) to keep up with the times. I'm not really qualified to make that assertion, though.

I played with Fedora 15 and I like it a lot. It boots quickly and I like GNOME 3. Controlling system services such as SB Server is straightforward. But there is a bunch of stuff I don't understand, like SELinux (I disabled it), and some of the codecs and stuff. For a music server, a lot of that doesn't matter.

Currently looking a Fuduntu as a server base, but not sure it will make the cut. For better or worse, Squeezebox ownership has turned me into a Linux-obsessive.

Danny8
2011-07-20, 09:49
If Danny8 is outdated by the time you read this, Replace "Danny8" with the name of someone who knows what he is doing.