Okay as I already wrote about this, and also Chainsaw told this quite a few times, XMMS is currently an unmaintained, obsolete, buggy piece of code. Eradicator stopped maintaining it on Portage, moving all the bugs to sound. I tried cleaning them up a bit, but there are anyway too many bugs open.
I again try to ask if someone wants to take care of xmms (alone, as sound herd doesn’t seem interested in maintaining it right now), else, in 7 to 10 days I’ll start the hard phase out time.
What does the phase out mean? First of all, the new ebuilds for plugins on bugzilla will be closed as WONTFIX as the other true enhancements. Then, all the plugins that have at least a bug in bugzilla will be masked and removed after 15 days.
This will continue until it will be clear that xmms itself needs to be removed entirely, in which case it will be one GTK 1.2 user less in portage.
If you’re using XMMS currently you’re invited to try other alternatives, such as BMP, BMPx, amaroK, Rhytmbox……
What will ahppen with ebuilds which have USE flag dependencies on xmms (mplayer springs to mind)?
i don’t like xmms at all, but i still use it, because there’s that nice gnome-panel applet called gxmms. It’s extremely handy, but it doesn’t work with BMP 🙁 i couldn’t find an alternative either, so i’m probably forced to have at the code and modify it a bit :/
re: gxmmsI’ve just found that there’s bmp-docklet which should give similar behaviour.re: phasing out xmmsit seems the xmms people are (slowly) working on xmms2.bmp is being ‘end of lifed’ and won’t be updated anymore with work focusing on bmpx.rhythmbox is too big to run on my home computer and isn’t suitable for work (mounting home computer via sshfs)I will have to start investigating other solutions to see if there are any small media players…
What great news!