The binary image for Logitech Media Server has a bunch of pre-made binaries in it for various perl versions up through 5.12. Perl 5.16 is in ~ARCH and after an "emerge --update @world" then an "emerge --prune" the server stopped working.
I tried adding (from portage) the perl modules EV and YAML-LibYAML, for which I got complaints when running the server manually. The server still did not run.
Stuart, does this look like a bear of a thing to fix, or do you know off-hand how to fix it?
Hmm. Logitech only supply binaries compiled for Perl 5.8 to 5.14, even for the latest 7.8 beta nightlies (http://downloads.slimdevices.com/nightly/?ver=7.8). That means the only alternative is to build your own modules.
I don't think that's something we can support with this package as it stands; indeed, it was because of the difficulty in producing a reliable compiled non-bin ebuild that we ended up just packaging the upstream binary distribution.
I think the best we could do in the short term is add an RDEPEND to max out the Perl version at 5.14 for now, until upstream add 5.16 support.
I've raised an upstream bug (referencing this one) requesting Perl 5.16 support in the future:
Searching Logitech's bugtracker it looks like there may be other problems under Perl 5.16, even assuming you can build the modules it depends on:
Stuart, thanks. OK, I've made a new rev of the package that requires perl-5.8.8 through perl-5.14 for now. Marking this but IN_PROGRESS, and post back here if you hear from upstream on 5.16.
At this point, it appears we will have to wait for a new version of this package to be compatible with newer perl, so closing this bug.
(In reply to comment #4)
> At this point, it appears we will have to wait for a new version of this
> package to be compatible with newer perl, so closing this bug.
Yes, I think this is sadly true. Although we're closing this bug I've not forgotten about it and I'm monitoring upstream to see what solution might arise.
Relevant to this is the sad fact that Logitech has very recently dropped the Squeezebox product line and has switched to new hardware players that will only work with their cloud-based server -- i.e. it's effectively squeezenetwork only. That means they're unlikely to provide much future support for the server, especially on non-Windows platforms. There are lots of people using the server on Linux, though, and Perl 5.16 support is becoming more important all the time, so I'm reasonably confident a solution will appear at some point.
Sorry for the little off-topic here with my question :
I only use the audio streaming part of the logitechmediaserver (no plugin), does anyone know if a replacement solution (just to "export" a directory like /audio to a set of squeezebox) ?
Thank you very much and again sorry for the off-topic (I might need to remove logitecmediaserver because some other packages need to update perl).
Created attachment 326926 [details, diff]
small patch to allow http://code.google.com/p/squeezed/ to be compiled (but I can't get it to work).
I found http://code.google.com/p/squeezed/ which could be really good but it need some work...
In case anyone is still listening, there is some work still going on at Logitech and test versions of the server with support for Perl 5.16 are being produced. See the upstream bug I raised here:
I'm testing those and, if they work, I'll push an updated ebuild to the overlay where this ebuild is now maintained: