Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Logitech squeezebox server / slimserver problem

144 views
Skip to first unread message

Martin Gregorie

unread,
Sep 18, 2016, 12:18:24 PM9/18/16
to
I'm currently trying to install SqueezeboxServer under Fedora 23.

I've downloaded and installed logitechmediaserver-7.7.5-1.noarch.rpm
which I got from mysqueezebox.com - so far, so good. Its a legacy
program, i.e. hasn't been ported to systemd, so this sets up the usual
old-style gubbins in /etc/init.d and puts various parameters in /etc/
sysconfig/squeezeboxserver as well as creating squeezeboxserver.service
to keep systemd happy.

This all appears to be working since the 'systemctl status
squeezeboxserver' command works, but attempts to start squeezeboxserver
all fail with the following messages:

https://github.com/Logitech/slimserver-vendor/tree/public/7.7/CPAN
If 7.7 is outdated by the time you read this, Replace "7.7" with the
major version
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.
*******
Exiting..

There are all prefixed with
"Sep 17 16:47:10 zoogz.gregorie.lan squeezeboxserver[29136]:"
which I've removed for better readability.

So, since the current version is 7.9, it would seem that I need to
somehow change this but extensive grep searches have failed to find where
I should apply the change and the only help reference on the
mysqueezebox.com website points to a logitech.com page which disclaims
any knowledge of squeezeboxserver.

So, my questions:

- what do I need to do make my installed squeezebox server pick up
whatever it needs to get from github?

- is there a a later replacement for squeezeboxserver?

- where can I find help pages and/or report this as a bug?


--
martin@ | Martin Gregorie
gregorie. | Essex, UK
org |

Nigel Wade

unread,
Sep 19, 2016, 10:23:36 AM9/19/16
to
On 18/09/16 17:18, Martin Gregorie wrote:
> I'm currently trying to install SqueezeboxServer under Fedora 23.
>
> I've downloaded and installed logitechmediaserver-7.7.5-1.noarch.rpm
> which I got from mysqueezebox.com - so far, so good. Its a legacy
> program, i.e. hasn't been ported to systemd, so this sets up the usual
> old-style gubbins in /etc/init.d and puts various parameters in /etc/
> sysconfig/squeezeboxserver as well as creating squeezeboxserver.service
> to keep systemd happy.
>

I've not installed any version of Squeezebox server since 7.7.5. When Logitech took the decision to drop the Squeezebox line and switch to the UE line (which only work via mysqueezebox.com) I decided to freeze both the firmware in my Squeezeboxes and the version of Squeezebox server which supported them. Since Squeezebox server is quite sensitive to the version of Perl I chose to build a VM dedicated to Squeezebox server. Since then I've just migrated the VM when I've upgraded my NAS.

> This all appears to be working since the 'systemctl status
> squeezeboxserver' command works, but attempts to start squeezeboxserver
> all fail with the following messages:
>
> https://github.com/Logitech/slimserver-vendor/tree/public/7.7/CPAN
> If 7.7 is outdated by the time you read this, Replace "7.7" with the
> major version
> 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.
> *******
> Exiting..

What is it attempting to do via github? AFAIR squeezebox server back at 7.7.5 had no connection to git.
It was released via the Logitech website mysqueezebox.com.

Anything to do with git is likely to be a fork made by the user community to keep SqueezeBox server going.

>
> There are all prefixed with
> "Sep 17 16:47:10 zoogz.gregorie.lan squeezeboxserver[29136]:"
> which I've removed for better readability.
>
> So, since the current version is 7.9, it would seem that I need to
> somehow change this but extensive grep searches have failed to find where
> I should apply the change and the only help reference on the
> mysqueezebox.com website points to a logitech.com page which disclaims
> any knowledge of squeezeboxserver.
>
> So, my questions:
>
> - what do I need to do make my installed SqueezeBox server pick up
> whatever it needs to get from github?

Does it need anything from github?
Mine works quite nicely without any external interference.
The only change I've made (that I can remember) since I installed it is to fix what the BBC broke when they dropped their MP3 radio streams.

>
> - is there a a later replacement for squeezeboxserver?

Logitech abandoned the SqueezeBox line when the server was at version 7.7.5. That was the last version they released.
I expect that anything since then is user supported only. Although the user support ought to be pretty good if any of the original developers from Slim Devices still help maintain it.

>
> - where can I find help pages and/or report this as a bug?
>

I would suggest that you try here:

http://forums.slimdevices.com/forumdisplay.php?27-Logitech-Media-Server

Martin Gregorie

unread,
Sep 19, 2016, 12:26:10 PM9/19/16
to
On Mon, 19 Sep 2016 15:23:34 +0100, Nigel Wade wrote:

> On 18/09/16 17:18, Martin Gregorie wrote:
>> I'm currently trying to install SqueezeboxServer under Fedora 23.
>>
>> I've downloaded and installed logitechmediaserver-7.7.5-1.noarch.rpm
>> which I got from mysqueezebox.com - so far, so good. Its a legacy
>> program, i.e. hasn't been ported to systemd, so this sets up the usual
>> old-style gubbins in /etc/init.d and puts various parameters in /etc/
>> sysconfig/squeezeboxserver as well as creating squeezeboxserver.service
>> to keep systemd happy.
>>
>>
> I've not installed any version of Squeezebox server since 7.7.5. When
> Logitech took the decision to drop the Squeezebox line and switch to the
> UE line (which only work via mysqueezebox.com) I decided to freeze both
> the firmware in my Squeezeboxes and the version of Squeezebox server
> which supported them. Since Squeezebox server is quite sensitive to the
> version of Perl I chose to build a VM dedicated to Squeezebox server.
> Since then I've just migrated the VM when I've upgraded my NAS.
>
Noted. My additional problem is that the version of squeezeboxserver I
had been running (7.6 IIRC) stopped working about the time I upgraded to
Fedora 22 and I simply haven't found time to do anything about it until
now. The end result is that I can't play the music stored on my house
server and have been subsisting on a diet of Radio 4 FM, supplemented by
using my Touch for R4 catchup via BBC iPlayer and listening to
Zappateers.

>> This all appears to be working since the 'systemctl status
>> squeezeboxserver' command works, but attempts to start squeezeboxserver
>> all fail with the following messages:
>>
>> https://github.com/Logitech/slimserver-vendor/tree/public/7.7/CPAN If
>> 7.7 is outdated by the time you read this, Replace "7.7" with the major
>> version 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.
>> *******
>> Exiting..
>
> What is it attempting to do via github? AFAIR squeezebox server back at
> 7.7.5 had no connection to git.
> It was released via the Logitech website mysqueezebox.com.
> Anything to do with git is likely to be a fork made by the user
> community to keep SqueezeBox server going.
>
It looks as if it is trying to pull down 'vendor supplied modules',
though whether these are audio codecs or interface modules for devices
like the Touch isn't at all clear. Apparently it does this each time the
daemon is started, but since I can't find a functional help desk at
MySqueezebox this is pure supposition.

I can't detect any other functional connection between squeezeboxserver
and github. There are one or two other forks of squeezeboxserver there
but these all appear to be quite old so presumably have been abandoned.


>> - what do I need to do make my installed SqueezeBox server pick up
>> whatever it needs to get from github?
>
> Does it need anything from github?
> Mine works quite nicely without any external interference.
> The only change I've made (that I can remember) since I installed it is
> to fix what the BBC broke when they dropped their MP3 radio streams.
>
Only the vendor-specific modules - whatever those are.


> http://forums.slimdevices.com/forumdisplay.php?27-Logitech-Media-Server
>
Thanks - that is very useful! Now I know where to find v 7.9.

JonTheNiceGuy

unread,
Sep 19, 2016, 1:41:26 PM9/19/16
to
Hi Martin,

I use the following Vagrant file to start up and install LMS at
home. This means if I really foul up the server, I can restore
from a previous git version of the config, without wrecking the
rest of my machine.

============= Vagrantfile

Vagrant.configure(2) do |config|
config.vm.box = "ubuntu/trusty64"
config.vm.network "public_network", bridge: "eth0", ip:
"192.168.1.123", :use_dhcp_assigned_default_route =>
true
config.vm.hostname = "LogitechMediaServer"
config.vm.synced_folder "config", "/tmp/squeezeboxserver/"
config.vm.synced_folder "/mnt/Audio/Audio", "/media/Audio"

config.vm.provision "shell", inline: <<-SHELL
echo "squeezeboxserver:x:1000:1000:Logitech Media
Server,,,:/usr/share/squeezeboxserver:/bin/false"
>>/etc/passwd
cp -Rf /tmp/squeezeboxserver/ /var/lib/squeezeboxserver/
wget -O /tmp/lms.deb http://downloads.slimde
vices.com/LogitechMediaServer_v7.7.5/logitechmed
iaserver_7.7.5_all.deb 2>/dev/null && dpkg -i /tmp/lms.deb
SHELL
end

=============

It's not really a pretty easy of doing it, but it's the easiest
way I've found of segregating duties between machine instances,
without requiring a lot of machines!!

Just copy your existing configuration into a directory called
config, change the path to your media, and it should all work
:)
--
Jon "The Nice Guy" Spriggs
--
@g7vri / @jontheniceguy / j...@sprig.gs
https://jon.sprig.gs

Martin Gregorie <mar...@address-in-sig.invalid> Wrote in message:

Nigel Wade

unread,
Sep 19, 2016, 3:32:03 PM9/19/16
to
On 19/09/2016 17:26, Martin Gregorie wrote:
> I've not installed any version of Squeezebox server since 7.7.5. When
>>Logitech took the decision to drop the Squeezebox line and switch to the
>>UE line (which only work via mysqueezebox.com) I decided to freeze both
>>the firmware in my Squeezeboxes and the version of Squeezebox server
>>which supported them. Since Squeezebox server is quite sensitive to the
>>version of Perl I chose to build a VM dedicated to Squeezebox server.
>>Since then I've just migrated the VM when I've upgraded my NAS.

Actually, this is not correct. Now I'm at home and have checked, I've
actually got 7.7.2 installed. I didn't want to risk getting the UE
firmware on my radio so I must have stuck with 7.7.2

My version of Squeezebox server doesn't appear to make any attempt to
connect to git, or download anything at startup. All it requires for
installation is:

rpm -q -p -R logitechmediaserver-7.7.2-1.noarch.rpm

perl >= 5.8.8
/bin/sh
rpmlib(PayloadFilesHavePrefix) <= 4.0-1
rpmlib(CompressedFileNames) <= 3.0.4-1

I'm running it on an OpenSUSE 12.1 VM instance.


chris

unread,
Sep 19, 2016, 4:58:57 PM9/19/16
to
On 18/09/16 17:18, Martin Gregorie wrote:
> I'm currently trying to install SqueezeboxServer under Fedora 23.
>
> I've downloaded and installed logitechmediaserver-7.7.5-1.noarch.rpm
> which I got from mysqueezebox.com - so far, so good.

Have you looked in yum to see if it's there?

I've got 7.8.1 running here (Ubuntu 14.04) and it was simply a case of
running 'apt-get install squeezeboxserver' with little faffing that I
can remember.

Oh wait, I tell a lie. The latest in apt-get is 7.6.2, but I do have a
deb of 7.8.1 in my ~/Downloads. So clearly I must have installed it
manually. I haven't the foggiest regarding the specifics, although it
must have been fairly easy as it doesn't stick in the memory. Sorry I'm
not much help.

Martin Gregorie

unread,
Sep 19, 2016, 5:05:32 PM9/19/16
to
On Mon, 19 Sep 2016 20:29:58 +0100, Nigel Wade wrote:

> My version of Squeezebox server doesn't appear to make any attempt to
> connect to git, or download anything at startup. All it requires for
> installation is:
>
Things have moved on here too: Today I ripped 7.7.5 out and replaced it
with latest 7.9 build, which also doesn't work, but for a different
reason and with a different message. Now it says:

Sep 19 20:18:29 zoogz squeezeboxserver: Starting Squeezebox Server: The
following modules failed to load: JSON::XS YAML::XS
Sep 19 20:18:29 zoogz squeezeboxserver: *******
Sep 19 20:18:29 zoogz squeezeboxserver: NOTE:
Sep 19 20:18:29 zoogz squeezeboxserver: If you're running some
unsupported Linux/Unix platform, please use the buildme.sh
Sep 19 20:18:29 zoogz squeezeboxserver: script located here:
Sep 19 20:18:29 zoogz squeezeboxserver: https://github.com/Logitech/
slimserver-vendor/tree/public/7.9/CPAN
Sep 19 20:18:29 zoogz squeezeboxserver: If 7.9 is outdated by the time
you read this, Replace "7.9" with the major version
Sep 19 20:18:29 zoogz squeezeboxserver: You should never need to do this
if you're on Windows or Mac OSX. If the installers
Sep 19 20:18:29 zoogz squeezeboxserver: don't work for you, ask for help
and/or report a bug.
Sep 19 20:18:29 zoogz squeezeboxserver: *******
Sep 19 20:18:29 zoogz squeezeboxserver: Exiting..

...but the first line, about not loading JSON::XS YAML::XS only appears
in /var/log/message, not in the "systemctrl -l status" message.

Seeing I'm a C and Java programmer and very seldom tackle Perl apart from
writing Perl-type regexes for spamassassin, I'd appreciate some hints for
working out which Fedora packages contain these, presumably, Perl modules.

Or, would it be easier to assume that Fedora 23 is an unsupported Linux
flavour, erase the logitechmediaserver-7.9.0 RPM and and build
squeezeboxserver from scratch with the buildme.sh script as suggested.

FWIW my F23 system is actually F21 that was updated in situ to F22,
maintained in a fully patched state and then some time later updated in
situ again to F23, which is fully patched as of last Friday.

Adrian Caspersz

unread,
Sep 19, 2016, 7:45:11 PM9/19/16
to
FWIW I'm on debian 8.3, running Logitech Media Server Version: 7.9.0 -
1474277583

On Debian and Ubuntu, the program auto downloads .deb updates to the
following directory which can be upgraded using dpkg -1.

/var/lib/squeezeboxserver/cache/updates

Works fine from the last two upgrades I've done this way.

--
Adrian C

Martin Gregorie

unread,
Sep 20, 2016, 5:36:23 AM9/20/16
to
The problem I'm seeing is nicely explained if the .rpm available from
downloads.slimserver.com doesn't contain any dependency information. This
is somewhat compounded by all installed Perl library modules are from
Fedora rpm packages rather than direct from CPAN: you don't mix the two
sources if you want to retain a working system.

If push comes to shove I can simply install all the perl-json* and perl-
yaml* packages with dnf, but thats a pretty dumb sledge-hammer approach.

chris

unread,
Sep 20, 2016, 5:43:26 AM9/20/16
to
Yes, those are perl modules and likely missing. The nicest way to
install them is via yum. I think these are the packages you need:
perl-YAML-LibYAML
perl-JSON-XS

Alternatively, you can install them via CPAN, but that could cause
version dependency conflicts with other yum-derived modules:
perl -MCPAN -e "install YAML::XS"
perl -MCPAN -e "install JSON::XS"
0 new messages