New version of squeezeboxserver released (now supports the official spotify app). Reproducible: Always
Thanks for the report. I'm currently working on the ebuild - it's not quite as trivial as I hoped because it looks like some of the Perl modules it depends on have moved on in Portage such that the expected versions are no longer there. This means I need to do a bit more testing than would otherwise be the case. I'll get on with that testing and report back here. For reference, there's a thread discussing this on the Squeezebox forums: http://forums.slimdevices.com/showthread.php?t=85058
I've raised bug#353376 to request Audio::Scan-0.84, which will be required for this SBS ebuild.
Stuart: I have been having issues with my squeezebox-server for a while so I tried your 7.5.3 ebuild mentioned in the forum post that you refer to. I am experiencing the Issue mentioned in the forum, i.e. no response from plugins pane of squeezeboxserver and no internet radio without changing to mysqueezebox.com. I think it started when i upgraded my system a while back but I don't know what happened. Since i run sabayon on the server I am not sure how to look into what was upgraded. Is it possible to make an ebuild for a version without -noCPAN? I tried donwloading it and taking it for a spin but it complained about missing Tiny.pm. I know this is not the gentoo way but if it works it might be worth a try. Possible with a USE flag?
(In reply to comment #3) > Is it possible to make an ebuild for a version without -noCPAN? I tried > donwloading it and taking it for a spin but it complained about missing > Tiny.pm. I know this is not the gentoo way but if it works it might be worth a > try. Possible with a USE flag? > Thanks for the update - I'm currently trying to get my VM to a state where I can re-test 7.5.2 as working (reports of mysqueezebox.com problems), and that's proving more of a pain than I'd like. When I've done that I'll work again on getting a reasonable ebuild for the latest version. I would very much like to produce a non-noCPAN version (ie one that uses the CPAN modules it's been tested to work with), but that could not be hosted in the official Portage tree. That was the approach I originally took and it had to change due to the ebuild policy of avoiding bundling of libraries (which I can understand, but it makes producing packages such as this one very difficult indeed). See bug#251494 for details.
Unfortunately I have to little knowledgde of ebuild-ing to be able to help. I will, however, be happy to test and verify stuff If you would like. Because my system was kind off useless without a working server I felt it necessary to make the version witout -noCPAN work and after a complete uninstall (manually moved stuff in /etc) i got it up and running without complaints. \begin{rant} I realize from earlier discussions and bug-reports that bundling libraries will never be accepted no matter how badly the end users wishes to. I cannot, however, even if this is the wrong forum, help myself from thinking that it is almost ironic that the distribtion that brags about "near-unlimited adaptability" tries to stop their end users from having it their way. I see both pros and cons with this policy but as a last resort, at least during the development of the no-bundling ebuild, I think it would be really helpful to let the end users decide, perhaps with a really long use flag named "bundlealotofcrapandmakegentoodevscryinthersleep" =) Normally you don't have to run bleeding edge software but with squeezebox the hardware has a tendency to go in a never ending loop of upgrade downgrade if the home-server version and mysqueezebox-server versions disagree. Therefore I needed this server version up and running ASAP! And, more ironic still, because of the nobundle-policy Gentoo becomes the ONLY (I might be swimming a bit far from the shore here but, what the hell, I'm ranting) distribution for which squeezeboxserver doesn't work out of the box. \end{rant} That said, for those of you outh there who wishes to use the version without -noCPAN here's what I did: * Clean out old stuff, the database is ok so leave it as is but you need to uninstall other versions of squeezeboxserver or else it will interfear with the new version. * Put the "binary" distrobution in /opt/squeezeboxserver * Move the /etc/squeezeboxserver files so you can re-use them when a working Gentoo version is finished. Then copy the prefs-directory to /opt/squeezeboxserver/prefs and make sure the squeezeboxserver user has access. * hand-edit the old /etc/init.d/squeezebox script, possible rename it * Try and start the squeezebox-server and check the logs for any permission issued. It's possible that you need to create on or two directories as well as setting some permissions. I simply did a "chown -R squeezeboxserver:squeeeboxserver" on the /opt/squeezeboxserver directory.
I totally understand your frustration. The package should work, and we have to make it work. I still believe that it can work, even without resorting to bundled perl modules, and that should be the focus now. Stuart is working in 7.5.3 now, and let's see how that effort turns out. First of all, I agree: It is a huge challenge to get a package such as SBS to work using Gentoo principles. SBS was designed to work well when very specific perl versions are bundled. Gentoo wants to have these packages separate and installed by its package manager (which is good: I used to hate installing perl modules from CPAN on, e.g., RedHat, since they were not under RedHat's installation process). It requires a lot of interaction between Gentoo developers, requesting specific perl module versions be in the tree, etc. But now that that effort has been done, and we essentially have the versions we need in the tree, there is no reason we cannot get it all working correctly (and maintain that). Let's see how 7.5.3 goes. Ultimately, I would like us to work more, if possible, with the SBS upstream devs in order to make the who process less fragile.
Sorry for the delay. I've been trying to track things down and I think AnyEvent might be the culprit. It's early days but I had some success with the following: emerge =dev-perl/AnyEvent-5.2.5.1 And restarting the server. This got the internet radio support back for me, and the plugins settings page worked. I'll continue looking into this but I thought people might appreciate a heads-up if they're watching this bug, and so it doesn't look like things aren't being worked on.
Thanks, Stuart!
(In reply to comment #7) Great work! I have been thinking about ways to get people involved in the process of finding the offending packages. It should be possible to make a sort of list of packages that is included in the CPAN but not the -noCPAN version and make a bug search-ebuild that either let's people choose what to include and what not or makes a automatic decision based on what other people have tried. The developers can set up a list of tests that should be performed based on earlier bug-reports and then the users could use a simple web-form to report back the result of these tests for their specific configuration. I realize that there are a lot of problems with different perl versions, architectures and use flags but i think that it would take a bit of the load off the devs.
Joe, the updated ebuild for 7.5.3 that has the correct dev-perl/AnyEvent dependency is here: https://github.com/hickinbottoms/squeezecenter-ebuild-for-gentoo/blob/master/squeezeboxserver-7.5.3.ebuild This seems to work for me - any chance you could give it a quick test and commit to the tree if you're happy with it? I've occasionally seen a blank settings web interface but enough people have a broken system from the AnyEvent problems that I think this is worth pushing as-is. I'll look into the web problems separately as they don't seem to affect everyone (or even many people at all from what I've heard).
Version 7.5.4 has now been released
(In reply to comment #11) > Version 7.5.4 has now been released Yep - I'm planning on getting to that soon (and try to fix a couple of related things with the ebuild while I'm about it). Joe, could you close this one as 7.5.3 has been released in Portage for a while? Maxwell, could you raise a new ebuild request bug (like this one) - it'll then find its way back to Joe and me to get a 7.5.4 into the tree. Thanks.
Closing, since 7.5.3 has been in tree for some time now.
