When using dev-perl/GD-2.41 squeezecenter won't start saying it cannot load the GD module. Downgrading to dev-perl/GD-2.35-r1 squeezecenter will start again Reproducible: Always Steps to Reproduce: 1.emerge '=dev-perl/GD-2.41' 2.Restart squeezecenter 3.emerge '=dev-perl/GD-2.35-r1' 4.Start squeezecenter
Hi, I can confirm this. BTW, if you try to start squeezecenter you get the following error message: ========================================== * Starting SqueezeCenter ... The following modules failed to load: GD To download and compile them, please run: /usr/share/squeezecenter/Bin/build-perl-modules.pl GD Exiting.. * start-stop-daemon: /usr/bin/perl died * Failed to start SqueezeCenter [ !! ] * ERROR: squeezecenter failed to start =========================================== But this script: /usr/share/squeezecenter/Bin/build-perl-modules.pl seems to not exist anymore!
(In reply to comment #1) > Hi, > > I can confirm this. BTW, if you try to start squeezecenter you get the > following error message: > ========================================== > * Starting SqueezeCenter ... > The following modules failed to load: GD > > To download and compile them, please run: > /usr/share/squeezecenter/Bin/build-perl-modules.pl GD > > Exiting.. > * start-stop-daemon: /usr/bin/perl died > * Failed to start SqueezeCenter > [ !! ] > * ERROR: squeezecenter failed to start > =========================================== > > But this script: > /usr/share/squeezecenter/Bin/build-perl-modules.pl > > seems to not exist anymore! Our Gentoo ebuild builds all perl modules during install, so there should never be a need to run such a script afterward. In fact, that would result in putting files in your filesystem that Gentoo could not then track, so it's not something that should generally done on Gentoo. Obviously, we need to look into why the latest GD version is not working. Also, we might want to patch squeezecenter not to issue the above message (i.e. potentially leading people to try to manually build the perl mods). I'll be away next week, so Stuart might know the issue, and I can get a fix checked in in about a week if we figure it out. In the meantime, you may be able to apply the fix to your own overlay - and testing this would also be helpful. Thanks!
Created attachment 165363 [details, diff] Patch to remove SqueezeCenter's local CPAN GD I'll remove the reference to build-perl-modules.pl on Gentoo from the next ebuild version - we remove that script during the Gentoo-customised install so you should never be directed to run it. Unfortunately, GD is one perl module that SqueezeCenter does not build during the installation process - there's an open bug for this which I've prodded in the hope that this can change (http://bugs.slimdevices.com/show_bug.cgi?id=6143). This is the reason dev-perl/GD is a dependency of the ebuild. The short-term fix is for you to not unmask dev-perl/GD-2.41 (it's currently marked unstable, so I think you must be intentionally pulling that in). The reason for the failure is a bug in the current ebuild; it brings in Gentoo's GD (since it needs the binary part of that perl module due to the aforementioned SC bug), but leaves the non-binary part in SqueezeCenter's local CPAN tree. This is fine if Gentoo's binary bits match the version in Gentoo's CPAN tree, but with 2.41 installed that's not the case. The longer-term fix is to remove the GD bits from the SqueezeCenter CPAN tree during the installation - the attached patch does that. Joe, I've made this change to my 7.3.0 development version so it'll be it the next ebuild version I send to you. I'm also away for the next week, coincidentally.
Stuart, thanks! OK, I have applied your patch to both 7.1.0 and 7.2.0 - and I changed the comment to reflect that it fixes this bug. Seems like the most straightforward fix. Both are checked in as -r1.
squeezecenter-7.2.0 works fine with the newer GD here :-)
