tags 529940 pending forwarded 529940 alsa-devel@alsa-project.org thanks
* Adeodato Simó [090527 13:53 +0200]
severity 529940 serious retitle 529940 lib32asound2: symbol versioning changed in an incompatible way (ALSA_0.9.0rc4/8 dropped) thanks
Hello,
it seems that between 1.0.19-1 and 1.0.20-1 the list of symbols in lib32asound2 changed. More precisely, the list of symbols remained but their associated versioning changed: all symbols associated with ALSA_0.9.0rc4 and ALSA_0.9.0rc8 were changed to live under ALSA_0.9 instead, making applications compiled against <= 1.0.19 fail to start due to missing symbols.
Note that this problem affects the 32-bit library in amd64, but not the native libraries nor in i386 nor amd64.
Don't we have to verify it at ppc64 as well? CC'd to debian-ppc.
Also note that we've started having applications like WINE 1.1.19 in experimental rebuilt against 1.0.20, and which don't work against alsa-lib 1.0.19 either. And we'll have no easy way to detect these, since shlibs are not bumped.
Will you be able to upload fixed packages in a timely manner?
According to [0] I created svn version 2249 on alioth [1]. I've tested it on amd64, were rc4 symbols appeared by checking via readelf. But maybe alsa-devel rechecks the buildsystem of alsa-libs to avoid that dirty hacks? --with-versioned appended to ./configure opts didn't help.
[0] http://mailman.alsa-project.org/pipermail/alsa-devel/2009-April/016083.html [1] http://svn.debian.org/wsvn/pkg-alsa/?op=comp&compare%5B%5D=%2F@2248&...
Jordi, please recheck and upload.
Index: debian/rules =================================================================== --- debian/rules (Revision 2248) +++ debian/rules (Arbeitskopie) @@ -39,7 +39,7 @@ endif endif
-CFLAGS = -g -Wall +CFLAGS = -g -Wall -DUSE_VERSIONED_SYMBOLS
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0