This CPAN module (see the URL) is required by the media-sound/squeezecenter ebuild. That ebuild is currently having to package its own copy of this CPAN module and has caused bug#251494.
This bug impacts the release of squeezeboxserver 7.4. Unfortunately, Logitec has pushed out the squeezebox (the end user device that plays music) upgrade to 7.4 which is incompatible with the earlier squeezecenter. The upshot is that the squeezebox goes into an endless upgrade/downgrade cycle since the upgrade cannot talk with squeezecenter, it then downgrades which triggers yet another upgrade. I realize Logtec could have managed this more smoothly, but meantime Gentoo does not support squeezeboxserver (which woill make everything work OK) in part becuase of this package.
Created attachment 210451 [details] dev-perl/EV/EV-3.8.ebuild
Many thanks for cooking that up. I can confirm this works for me on x86, and successfully works with SqueezeboxServer - if this were committed to the tree it would close the original bug. (In reply to comment #2) > Created an attachment (id=210451) [details] > dev-perl/EV/EV-3.8.ebuild >
The ebuild lacks common-sense, dev-perl/common-sense. It bundles dev-libs/libev.
I've taken a quick look at this and while the common-sense dependency is easy, the bundling of libev looks to be difficult to unpick. The problem is that the Perl module is a wrapper for libev but needs access to the internals of libev, and hence the EV.xs wrapper spec #includes a C file from libev directly. It seems it must do this to get access to structure definitions that are private to libev and can't do this by just linking to a system-installed libev. Note, though, that it doesn't install this bundled libev separately but instead compiles it into the Perl module's EV.so directly, so there is no potential for clashes of libraries. It's effectively invisibly embedded within the Perl module directly. I suspect I know the answer, but given that this embedded copy of libev is maintained by the EV module's maintainer (he is tracking its development and has produced a 3.9 update), and it is not visible outside the Perl module, would this be a block to this Perl module being included if I submit a common-sense fixed version? I'd bump it to 3.9 at the same time. Not that it's a reason on its own, but the lack of this EV ebuild is the last thing preventing me from closing my nemesis bug#251494. I've eliminated all of the other bundled CPAN modules in the soon-to-be-submitted 7.4.2 ebuild except for EV. Thanks for your time.
I should have mentioned, but this is the offending bit of the EV module: http://cpansearch.perl.org/src/MLEHMANN/EV-3.8/EV.xs You can see it #including the embedded libev code.
This package is masked for deletion 8/5/2010
Assuming by "this package" you mean squeezecenter, the same issue still stands w.r.t. squeezeboxserver though, and presumably a fix is still desirable for it.
