![](https://seccdn.libravatar.org/avatar/8434092a3798a0467c3f2371ef030fc6.jpg?s=120&d=mm&r=g)
Stan Goodman wrote:
At 23:27:33 on Sunday Sunday 13 September 2009, Patrick Shanahan <paka@opensuse.org> wrote:
* Stan Goodman <stan.goodman@hashkedim.com> [09-13-09 16:15]:
I have been using xmms to listen to an MP3 stream for several years. Clicking on the desired stream always brought up the xmms window, complete with graphical pre-amp controls.
Recently, because there are several buttons on that window whose function was not clear to me, I experimented by clickin one. This caused the xmms window to disappear, and I have never been able to recover it. At the same time, xmms appears in the panel as an active app; just as I can't cause it to display on the Deskktop, I am unable to close it and disappear from the panel.
ps aux | grep xmms will provide the pid of xmms
killall xmms will kill all instances of xmms
kill <pid#> will kill xmms if you use the pid you find from the earlier cl
Since xmms has been doing this disappearing act, opening an audio stream does nothing with FF's Action for PLS files set to xmms. I therefore installed gecko-mediaplayer, and fortunately FF gave me the option of setting Action for PLS streams to that app. The Action for MP3 is still set to xmms, because FF does not offer the option of setting it to gecko-mediaplayer, and I have no clue what the name of the executable of that program might be. (Applications often have obscure names for their executables. It might be helpful if their rpm packages would offer a hint, perhaps within man or info, but they don't.)
well, they really do:
rpm -ql <package-name> | grep bin will privide the executable filenames of most packages
Streams still play, apparently through gecko-mediaplayer, but this is not the way things should be. Among other things, I would like to get the pre-amp sliders back.
How can I restore the previous behavior?
And then there is always http://google.com
And then there is always the possibility of asking knowledgeable people on an appropriate forum, who may have experienced the same problem of a deadish xmms themselves and be willing to share. That was my hope, as a matter of fact.
I envy people that have the time to institute an open-ended research program for each and every problem. I doubt that I am the only one that doesn't.
His entirely valid point is that it's selfish to ask other people to tie your shoes for you. Some problems are bizarre, and reasonable googling won't get you an answer, but you can't know that until after you try, and you are obligated to try _first_. In this case, the info is probably already all out there, documented, indexed, waiting to be consulted, merely you would rather waste someone elses time instead of spending your own. This really ticks off the person who knows that the info was there if you had bothered to look. Suppose you took the time to write up a piece of reference, with all the tedious work that implies doing testing and verification, and then no one bothered to look it up? Instead everyone emailed you to make you tell them the same thing over and over personally. Do we get to email you for help with whatever it is you do for a living? Help we may or may not have found ourselves in a few minutes, but we didn't even try? With billions of people on the planet, how could anyone who ever writes a line of code, ever write a second line of code, if they have to spend the rest of their lives explaining the first line because no one bothers to look up the documentation he already wrote about it? That is not what "community support" means. If you did look, but somehow managed to miss the info, or what you found didn't help, then you should have said that, because finding out about a documentation problem is not a waste of others time, and it shows that you tried and are not guilty of the selfish behavior described above. -- bkw -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org