The unfortunately named xfce4-xmms-plugin is a panel plugin that lets xfce users control music players (Audacious and Beep) from the panel. I believe I saw mention of an existing ebuild in the forums at one point, but the author didn't want to deal with the xmms can of worms so he removed it. So just to emphasize one more time: despite the name the xfce4-xmms-plugin is NOT xmms specific! Call it xfce4-audacious-plugin if necessary.
Created attachment 116840 [details] xfce-extra/xfce4-audacious/xfce4-audacious-0.5.1.ebuild I've tried this one, and it "works" in way that after playing for ~10 seconds on song it completely makes my x86 system unresponsive and pressing reset is required. harddisk seems to make a lot of noise.. I've tried with both, current stable x86 and current ~x86 audacious and both have same effect. I've also tried without this plugin, and it doesn't happen then. So there is no way it'll be added anytime soon, sorry.
Was it you who posted about the ebuild to the forums? I've glanced around trying to find the message but to no avail. I wonder if that guy had it working. I wouldn't mind following up on this with upstream if that would be helpful.
(In reply to comment #2) > Was it you who posted about the ebuild to the forums? I've glanced around > trying to find the message but to no avail. I wonder if that guy had it > working. > > I wouldn't mind following up on this with upstream if that would be helpful. > Good call. Bug should be opened at bugs.xfce.org but getting information about what's really going on could turn out to be a culprit as machine dies.. Filing a "it doesn't work for me" style of bug report sounds foolish. (In reply to comment #2) > Was it you who posted about the ebuild to the forums? I've glanced around > trying to find the message but to no avail. I wonder if that guy had it > working. > > I wouldn't mind following up on this with upstream if that would be helpful. > Nah, it wasn't me. Does it work for you then ? (with or without harddisk making a lot of noise.. ?)
--- Summary 0000912: http stream bug (command line/ gui both) Description Audacious 1.3.2 [20070405-4320] $ audacious http://toronto.etn.fm:8220/ [^] Open http://toronto.etn.fm:8220/ [^] with curl => 0x822cf40 Close 0x822cf40 GThread-ERROR **: file gthread-posix.c: line 171 (): error 'Device or resource busy' during 'pthread_mutex_destroy ((pthread_mutex_t *) mutex)' aborting... Additional Information Linux said 2.6.18-gentoo-r6 1 PREEMPT Mon Feb 26 14:44:45 EET 2007 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz GenuineIntel GNU/Linux Gentoo Base System release 1.12.9 --- Note 0001776 posted by nenolod, on 04-23-07 02:35: This is already fixed in SVN. Thanks for reporting.
When they get something working out, add us back.
Chainsaw says next Audacious release will break this even more and what Audacious currently adds to System Tray makes this unneeded.
"Sure thing" on the first point, and "come on!" on the second :) It is absolutely a moot point, but there are various reasons that an icon in the system tray is not necessarily a replacement for a dedicated applet in a panel.
(In reply to comment #7) > "Sure thing" on the first point, and "come on!" on the second :) > > It is absolutely a moot point, but there are various reasons that an icon in > the system tray is not necessarily a replacement for a dedicated applet in a > panel. > I'm monitoring upstream xfce goodies svn and this particular plugin hasn't been touched for quite some time now. If they do get support for audacious devel out, and it doesn't hardlock machine anymore we can easily reconsider..
*** Bug 191010 has been marked as a duplicate of this bug. ***
(In reply to comment #8 and #9) Dear gentoo-developers, This whole discussion seems to be a bit strange to me: There is one guy reporting it does not work and "hardlock" his computer. I have been using this plugin since months on all my gentoo machines (a mac-intel, a coreduo, an old pentiumIII) without any problems at all. I mean, ok maybe that plugin or ebuild seems not to work for one, but I it does good for others So point one: Why not consider at least a hardmasked package. The thing is, I dared to write an ebuild called xfce4-xmms. It turned out to just work fine and it's handy, too. So I filed a bug report (#191010), only to find that someone wrote the same thing way earlier and renamed it xfce4-audacious. This is another point I'd like to make: Why on earth rename it? I know, XMMS is thrown out of gentoo, which I don't mind. However that thing is called xfce4-xmms-plugin on the xfce4-goodies homepage and also in the "Add Items to the Panel" window, so what the fuzz? Are we a bunch of ideologists who regard anything as evil, because it contains the name XMMS? Anyhow, I don't care what name exactly it will get, but please put it in the portage tree. Besides, I will try it this week on an amd64 machine and give you feedback on that one as well. Kind regards, Sandro
(In reply to comment #10) > This whole discussion seems to be a bit strange to me: There is one guy > reporting it does not work and "hardlock" his computer. Make it two at least. It crashed any box I tested this at, hard and badly. > Anyhow, I don't care what name exactly it will get, but please put it in the > portage tree. Not until we are unable to test and use it without crashing out machines, sorry. Already discussed above, see Comment #8.
Dear Jakub, OK, now I also tried that audacious plugin on an amd64 machine, and it works fine. I understand it is more than just annoying, when the computer crashes badly, und sure if that occurs to me I also try to stay away from the obvious cause. However, I would be interested what exactly went wrong. Maybe I could find a fix. Maybe there is a dependency missing. Can you point me somewhere to find out about that crashing or give me debugging information? I could also try to update the plugin's interface to the most uptodate audacious library. regards, Sandro
