Red Hat Bugzilla – Bug 129119
xmms packages are out of date
Last modified: 2007-11-30 17:07:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7)
Description of problem:
RHEL has been shipping a old version of xmms. Current versions
in use (and working well) are based on 1.2.10 since 23 Feb 2004:
XMMS 1.2.10 has been released. This release fixes a bug that could
cause programs that control xmms to abort, and some other minor issues.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.rpm -q -a | grep xmms
Actual Results: RH is shipping version 1.2.7 xmms code.
Expected Results: RH should be shipping version 1.2.10 xmms code.
There are audio applications that require more modern version of xmms.
It would be nice if we didn't have to exclude xmms packages from
our up2date downloads.
What programs control XMMS, and under what conditions do they abort?
See the http://www.xmms.org web site, and see the
http://www.xmms.org/next_version.php page for a
list of changes since 1.2.7.
The madman music manager requires xmms-1.2.10.
There as another package that needed xmms > 1.2.7
whose name I don't recall right now ... I can hunt
that down if it is important.
madman? We don't ship that in RHEL as far as I know. I am a bit
unsure about just upgrading to a new version to support unrelated
software. Were there any issues besides the madman one you were
Well ignoring the other package (which was a non-RH package),
I did discover some problems with the old xmms:
I fould that moving forward / seeking in files with xing headers
that did not have a proper file length coded in them crashed xmms.
I was told: this was fixed in 1.2.10:
* Input/mpg123/mpg123.c (decode_loop): Fix seeking in some
files with xing headers that miss file length.
Also on startup, xmms would sometimes move all windows to the current
desktop. I was told this was fixed in 1.2.10:
* xmms/hints.c (net_wm_set_desktop): Fix a bug where we at
startup would move all windows to the current desktop.
I also discovered that in certain cases, a truncated file
would crash xmms. I was told this was fixed in 1.2.10:
* libxmms/xmmsctrl.c (read_all): An early eof was handled
inproperly causing crashes.
Ok, I'm going over my bugs, and to be absolutely honest with you, I don't think
I'll be doing an xmms update for RHEL3. The advantages you've listed above have
to be weighed against the fact that we'd be going to an entirely new upstream
version, versus one that we've tested with the rest of the software in RHEL3.
Having tracked down some evil xmms bugs due to interaction with other libraries
like arts before, I can say that it's not always just a simple update.
We will be shipping the newer version in RHEL4 of course.