Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 214588 - media-plugins/audacious-plugins-1.4.4 does not compile scrobbler or plugin
Summary: media-plugins/audacious-plugins-1.4.4 does not compile scrobbler or p...
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Tony Vroon
Depends on:
Reported: 2008-03-24 20:02 UTC by Wim Muskee
Modified: 2009-05-10 22:41 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Wim Muskee 2008-03-24 20:02:31 UTC
The scrobbler plugin (for submitting songs to and Gerpork) for Audacious should be compiled in by default. 
It compiled only after emerging musicbrainz and curl (this solution was given in the audacious group: )

Reproducible: Always

Steps to Reproduce:
1. emerge audacious-plugins (1.4.4) without having musicbrainz or curl installed
2. restart audacious

Actual Results:  
1. audacious-plugins emerged without any problems
2. The scrobbler plugin option was however not present in the plugin selection screen of audacious

Expected Results:  
The scrobbler plugin should be available to select in the audacious preferences.
Comment 1 Tony Vroon gentoo-dev 2008-07-22 14:15:12 UTC
With apologies for the excessive delay; the 1.5.1-r1 ebuild has a scrobbler USE-flag that adds both curl & musicbrainz to the dependencies.
Comment 2 Mikko Nisula 2008-08-02 12:20:34 UTC
As nenolod comments in the thread mentioned in the bug report, they don't depend on musicbrainz anymore. Scrobbling works for me fine without it. So only curl is necessary, please remove the musicbrainz dependency?
Comment 3 Tony Vroon gentoo-dev 2008-08-02 12:25:51 UTC
Disagreed, the Makefile still refers to it:

If you can get this confirmed and removed upstream, I will remove the dependency.
Comment 4 Rafał Mużyło 2009-04-21 03:15:28 UTC
It's highly amusing to comment on this bug
several months after it's been closed, but:
- audacious plugins *ebuild* depends on musicbrainz,
but doesn't use slot dependencies, as it probably should,
if it would really depend on musicbrainz
- while it does have MUSICBRAINZ_LIBS in the Makefile,
it seems that nothing is actually setting that var,
in fact, 'ldd /usr/lib/audacious/General/' gives: =>  (0xb7f3e000) => /usr/lib/ (0xb7b60000) => /usr/lib/ (0xb7ad3000) => /usr/lib/ (0xb7a98000) => /usr/lib/ (0xb79c9000) => /usr/lib/ (0xb7985000) => /usr/lib/ (0xb7975000) => /lib/ (0xb795c000) => /lib/ (0xb781c000) => /usr/lib/ (0xb7818000) => /usr/lib/ (0xb7810000) => /usr/lib/ (0xb7806000) => /usr/lib/ (0xb77ec000) => /usr/lib/ (0xb77df000) => /usr/lib/ (0xb77db000) => /usr/lib/ (0xb77d7000) => /usr/lib/ (0xb77d1000) => /usr/lib/ (0xb77b5000) => /usr/lib/ (0xb773f000) => /usr/lib/ (0xb76fb000) => /usr/lib/ (0xb768a000) => /usr/lib/ (0xb7680000) => /usr/lib/ (0xb766a000) => /usr/lib/ (0xb7663000) => //usr//lib/opengl/xorg-x11/lib/ (0xb75fe000) => /usr/lib/ (0xb75e6000) => /usr/lib/ (0xb7593000) => /usr/lib/ (0xb758a000) => /usr/lib/ (0xb7571000) => /lib/ (0xb756c000) => /usr/lib/ (0xb7561000) => /usr/lib/ (0xb7552000) => /usr/lib/ (0xb752b000) => /usr/lib/ (0xb7506000) => /usr/lib/ (0xb7501000) => /usr/lib/ (0xb74f9000) => /usr/lib/ (0xb74ee000) => /usr/lib/ (0xb73d9000) => /usr/lib/ (0xb73be000) => /usr/lib/ (0xb73ba000) => /usr/lib/ (0xb73b4000) => /usr/lib/ (0xb734d000) => /usr/lib/ (0xb7323000) => /usr/lib/ (0xb72e2000) => /usr/lib/ (0xb72b5000) => /usr/lib/ (0xb7234000) => /lib/ (0xb7221000) => /usr/lib/ (0xb71f9000) => /usr/lib/ (0xb71f3000) => /lib/ (0xb71ef000) => /lib/ (0xb71ca000) => /usr/lib/ (0xb7198000) => /usr/lib/ (0xb715d000) => /usr/lib/ (0xb714f000) => /usr/lib/ (0xb7136000) => /usr/lib/ (0xb70f1000) => /lib/ (0xb70e8000) => /usr/lib/ (0xb70bd000) => /usr/lib/ (0xb70b6000) => /usr/lib/ (0xb7050000) => /usr/lib/ (0xb6fe4000) => /usr/lib/ (0xb6fa7000) => /usr/lib/ (0xb6e65000) => /usr/lib/ (0xb6de9000) => /usr/lib/ (0xb6dbf000) => /lib/ (0xb6dbb000) => /usr/lib/ (0xb6da7000) => /lib/ (0xb6d75000) => /lib/ (0xb6d62000) => /usr/lib/ (0xb6cca000) => /usr/lib/ (0xb6cb8000) => /usr/lib/ (0xb6c46000) => /usr/lib/ (0xb6c41000)
	/lib/ (0xb7f3f000) => /usr/lib/ (0xb6c3a000) => /usr/lib/ (0xb6c37000) => /usr/lib/ (0xb6c24000) => /usr/lib/ (0xb6c19000)
so unless it dlopens that libs (unlikely), it does *not* depend on it.
Comment 5 Rafał Mużyło 2009-04-21 03:17:10 UTC
Of course, I'm talking about 1.5.1 version.
Comment 6 Rafał Mużyło 2009-05-10 21:21:37 UTC
I don't want to nag, but will somebody at least
examine my claim ?
I've rebuilt audacious plugins without musicbrainz
and scrobbler plugin built just fine.
Comment 7 Tony Vroon gentoo-dev 2009-05-10 21:31:49 UTC
Report your bug upstream at
As long as the Makefile refers to musicbrainz, I will continue to have the ebuild depend on it. You are reopening old bugs, which is unhelpful. Please cease this activity.

Report your bug where it belongs, upstream.
Comment 8 Rafał Mużyło 2009-05-10 22:25:19 UTC
In the initial report, the link leads to a following comment by nenolod:
"we don't depend on musicbrainz anymore..."
This block in is the only check for scrobbler deps:

dnl libcurl check

dnl check is the plain-text version of the required version
dnl check_hex must be UPPERCASE if any hex letters are present

PKG_CHECK_MODULES(CURL, [libcurl >= 7.9.7], [], [scrobbler="no"])

if test "x$scrobbler" = "xyes"; then

I'm nearly sure, that this means, that the reference in Makefile
is a simple leftover from the time, when they did depend on musicbrainz.

And it's not like upstream has anything to fix (configure doesn't
check for musicbrainz, Makefile is janitorial-only, so no point to bother
while they're working intensively on 2.0). After all, why should they fix
anything now, if nenolod's comment dates 25 May 2007 ?
Comment 9 Rafał Mużyło 2009-05-10 22:27:33 UTC
And for completeness sake:
Comment 10 Rafał Mużyło 2009-05-10 22:29:43 UTC
And as you may see, that was done before 1.2.2 release.
Comment 11 Tony Vroon gentoo-dev 2009-05-10 22:41:32 UTC
I don't see an upstream bug report. As I said, cease reopening old bugs, whether or not they seem relevant.