There's new version of squeezeboxserver - 7.5.0 Changelog: http://svn.slimdevices.com/repos/slim/7.5/trunk/server/Changelog7.html Reproducible: Always
Thanks for the request - that version will be forthcoming!
Yep, I'm on it. As we've only just committed 7.4.2 to Portage I think it would be wise to wait a few days just to see if there are any problems with that before getting this in the tree as well, otherwise it's going to get tricky. I'm working on 7.5.0, though, so hopefully it'll be ready much more quickly than 7.4.2 was.
True, good to shake out 7.4.2 a little first - a few days sounds good!
Ok we've found 7.4.2 bug with MySQL connection, so what's the progress for 7.5.0 ebuild?
(In reply to comment #4) > Ok we've found 7.4.2 bug with MySQL connection, so what's the progress for > 7.5.0 ebuild? > Yes, the recent bump to the 7.4.2 ebuild seems to have fixed people's troubles with it (fingers crossed!). I've got a test 7.5.0 ebuild that at least starts for me but I haven't given it much testing yet (http://github.com/hickinbottoms/squeezecenter-ebuild-for-gentoo/tree/develop-7.5). If you're able to give that a try then that would be helpful, but I'll give it some testing over the weekend. Given that it starts I'm reasonably hopeful that there shouldn't be much more to do.
OK I've started testing yesterday - as for now no issues - using spicefly sugarcube 2.52 & trackstat and few other plugins - no problems, painless upgrade, scanning works fine, playing works fine, I can say that on ~x86_64 it's pretty damn good :-)
(In reply to comment #6) > OK I've started testing yesterday - as for now no issues - using spicefly > sugarcube 2.52 & trackstat and few other plugins - no problems, painless > upgrade, scanning works fine, playing works fine, I can say that on ~x86_64 > it's pretty damn good :-) > That's excellent news - thanks for testing. I'll get a build to Joe over the weekend to hopefully get it into Portage early next week.
I tried using it (fresh install). going to the web interface consistently crashed the app. I found that problem was that the application was not able to access the db (wrong pass). Finaly, I found that altough the emerge --config part dbusername and dbpassword to /etc/squeezeboxserver/squeezeboxserver.prefs, the app tries to use the settings from /etc/squeezeboxserver/prefs/server.prefs Fixing the entry in this file did it for me.
There's a problem with new libpng - with libpng-1.4.2 I got: The following modules failed to load: GD - masking libpng-1.4.2 resolves the error.
(In reply to comment #9) > There's a problem with new libpng - with libpng-1.4.2 I got: > The following modules failed to load: GD - masking libpng-1.4.2 resolves the > error. > Thanks for reporting that. However, I don't think this problem is anything to do with Squeezebox Server and is an incompatibility between the GD CPAN module and that version of libpng. Simply trying to load the Perl module fails for me with libpng 1.4.2 installed: # perl -e "use GD" Can't load '/usr/lib/perl5/vendor_perl/5.8.8/i686-linux/auto/GD/GD.so' for module GD: libpng12.so.0: cannot open shared object file: No such file or directory at /usr/lib/perl5/5.8.8/i686-linux/DynaLoader.pm line 230. at -e line 1 Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. This works OK with libpng 1.2.40. May I suggest you raise a bug on dev-perl/GD? This isn't something that could be fixed under this bug since that version dependency would need to be specified in the GD ebuild.
Hi, hope this is the best place to report this. I have noticed a problem with 7.5.0 where I couldn't seek in mp3 tracks - it just caused the song to restart from the beginning. I've tracked this down to the version of dev-perl/Audio-Scan - it must be 0.62, later versions don't seem to work. See http://forums.slimdevices.com/showthread.php?t=78225 for details. I've created my own Audio-Scan-0.62 ebuild (because there isn't one) by copying the 0.75 ebuild and renaming it. Seems to fix the problem for me. If other people are seeing this problem, it might be work adding this as a dependency if possible. Not sure how that would work though since there isn't an available Audio-Scan ebuild.
Hmm, this is unfortunate - do you know if the issue has been pushed to upstream (i.e. any discussions on this on the SB forums)? Sounds like either breakage in the package or the interface SB uses to call it. Unfortunately, if the earlier version is not in the Gentoo tree, it is pretty hard to fix it in the SB ebuild. A bug should be filed against the Gentoo Audio-Scan package as well, so the maintainer can push this upstream.
Thanks for reporting that and investigating it. I've seen Andy's statement that 0.62 is required for 7.5.0. I've raised bug#319203 (and indicated it blocks this bug) to request that specific Audio::Scan version ebuild. If and when that's processed I'll get the 7.5.0 squeezebox-server ebuild modified to depend on that specific version. (In reply to comment #11) > Hi, hope this is the best place to report this. I have noticed a problem with > 7.5.0 where I couldn't seek in mp3 tracks - it just caused the song to restart > from the beginning. > > I've tracked this down to the version of dev-perl/Audio-Scan - it must be 0.62, > later versions don't seem to work. See > http://forums.slimdevices.com/showthread.php?t=78225 for details. > > I've created my own Audio-Scan-0.62 ebuild (because there isn't one) by copying > the 0.75 ebuild and renaming it. Seems to fix the problem for me. > > If other people are seeing this problem, it might be work adding this as a > dependency if possible. Not sure how that would work though since there isn't > an available Audio-Scan ebuild. >
Created attachment 231127 [details, diff] Patch to ensure Audio::Scan 0.62 is used for Squeezebox Server 7.5.0 Joe, could you consider committing this patch to the 7.5.0 ebuild? It ensures that Audio::Scan 0.62 is used for SBS 7.5.0, which Logitech say is the version that should be used. I'll leave it to you to decide whether this is applied to the current 7.5.0 ebuild or you create a bumped 7.5.0-r1 ebuild - I can never remember the rules!
OK, checked in. Stuart, I also moved patches to src_prepare() (and removed src_unpack(), now that it's default). Note that upstream should probably be pinged about this Audio-Scan issue (since I am sure they will want to move to newer versions later as well). And as a byproduct, Audio-Scan upstream should be notified (but this will probably happen through SqueezeBoxServer upstream). Hopefully they will resolve this before the next release, so the gentoo ebuild can stop depending on the old version. Have you seen anything in the forums about this?
Thanks - I'll update my ebuilds in the same way. I think upstream are already aware - the forum thread in comment#11 has the response from Andy Grundman that Audio::Scan 0.62 only should be used for SBS 7.5.0. Andy is the author or Audio::Scan and a Logitech developer - the CPAN package is really a part of SBS, which they have also separately made public on CPAN. However, given that SBS normally bundles an internal version of Audio::Scan, it gets the version it wants (0.62 in the case of 7.5.0), and backwards-compatibility is never required. So this issue doesn't happen except for environments where bundling modules is against packaging policy, like ours. When they produce 7.5.1 in future I'll find the version of the module they bundle and require that specific version in the ebuild (and raise a bug to get that specific version if it does not already exist). (In reply to comment #15) > OK, checked in. Stuart, I also moved patches to src_prepare() (and removed > src_unpack(), now that it's default). > > Note that upstream should probably be pinged about this Audio-Scan issue (since > I am sure they will want to move to newer versions later as well). And as a > byproduct, Audio-Scan upstream should be notified (but this will probably > happen through SqueezeBoxServer upstream). > > Hopefully they will resolve this before the next release, so the gentoo ebuild > can stop depending on the old version. Have you seen anything in the forums > about this? >