0.3.6 is required by audioscrobbler now. All previous versions are now useless. Reproducible: Always Steps to Reproduce: 1. emerge xmms-scrobbler 2. 3.
Renaming the ebuild and emerging works.
*** Bug 74123 has been marked as a duplicate of this bug. ***
in portage
Recent versions of xmms-scrobbler have problems with newer versions of curl and need some minor changes to make them work. Someone has made an ebuild at http://www.audioscrobbler.com/forum/4/_/10985/99999 but it depends on a version of curl that isn't even in portage yet. Without these changes, the plugin will hang waiting to connect to the server on many systems. Can we please get these changes into portage?
please attatch the patch and reopen
I would not recommend to apply these patches. At least not on the stable branch of xmms-scrobbler and curl. If I understand this problem correctly, the problem only occurs if you are using latest unstable glibc (2.3.4.20041102). What could be done is to provide a patched, unstable xmms-scrobbler-0.3.6-r1 and curl-7.12.2 that both depend on glibc-2.3.4.20041102, so users on stable do not break their plugin. It should be tested if everything works fine with the patched xmms-scrobbler and curl when using glibc-2.3.4.20040808-r1 before putting it into stable. I can attach my custom ebuilds for curl and xmms-scrobbler including the patches if you want. But someone on stable glibc should test what happens when using these.
that kind of DEPEND is wrong. This sounds like a bug in glibc then...
Well, I know that the dependency on glibc-2.3.4.20041102 is some kind of a dirty workaround. I don't know all of portage's features. If portage is able to act differently due to glibc's version, this would make sense to me: If glibc is <=glibc-2.3.4.20040808-r1, it should neither patch xmms-scrobbler nor install a patched curl-7.12.2. If >=glibc-2.3.4.20041102 is found, it should install the patched curl-7.12.2 and patch xmms-scrobbler afterwards. If this is possible, this sounds like a good solution for the problem to me.
The glibc-issue seems to be fixed in curl-7.13.0. Here's a quote from the audioscrobbler-forum: ---- Good news for xmms-scrobbler on gentoo: curl is now at 7.13.0. In its connect.c the select call has been replaced with Curl_select, and that has the EINTR check. So we don't need the select-intr.patch anymore. ---- Tested with curl-7.13.0 and xmms-scrobbler-0.3.7. Works without patching when using latest unstable glibc (~x86)