FS#1984 - libmusepack breaks backwards compatibility
Attached to Project:
Arch Linux
Opened by Jan de Groot (JGC) - Wednesday, 05 January 2005, 19:00 GMT
Opened by Jan de Groot (JGC) - Wednesday, 05 January 2005, 19:00 GMT
|
Details
When trying to upgrade the gst-plugins to 0.8.7, I hit a bug
in libmusepack. The version upgrade from 1.0.3 to 1.0.3.1 is
a weird one. The changelog says something about "some API
changes" and "Ported to use pure C code".
The source comes from some weird polish mirror I can't reach and the musepack.net site doesn't speak about any newer releases than 1.0.3. Please downgrade back to 1.0.3 or give us an explanation about the source of this weird package. I sureley don't trust it. |
This task depends upon
1.0.3.1 solves this
have a look at:
http://bbs.archlinux.org/viewtopic.php?p=59870
http://bbs.archlinux.org/viewtopic.php?t=8932
http://bugs.archlinux.org/index.php?do=details&id=1937
sed -i -e 's/@GLIB_2_0_CFLAGS@//g' src/Makefile.in
This removes the last piece of glib 2.x stuff out of xmms-musepack.
Please downgrade libmusepack again and change the xmms-musepack package to do this sed operation before running configure (duh :P), then xmms-musepack should compile without problems.
The problem with the SVN snap you took is that it is far from finished, there is not a single bit of compatibility to programs that use the "old" mpc_dec.h and mpc_enc.h headerfiles. I wonder if it will compile with C++ programs in this state, I have my doubts.
it should work now
libmusepack /usr/include/musepack/mpc_math.h
yes, I was missing those in 1.0.3.1-1 ;)