[alsa-devel] [Pkg-alsa-devel] Bug#529940: lib32asound2: symbol versioning changed in an incompatible way
riesebie at lxtec.de
Wed May 27 23:48:56 CEST 2009
tags 529940 pending
forwarded 529940 alsa-devel at alsa-project.org
* 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)
> 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  I created svn version 2249 on alioth . 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
Jordi, please recheck and upload.
--- debian/rules (Revision 2248)
+++ debian/rules (Arbeitskopie)
@@ -39,7 +39,7 @@
-CFLAGS = -g -Wall
+CFLAGS = -g -Wall -DUSE_VERSIONED_SYMBOLS
ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
CFLAGS += -O0
"Talking much about oneself can also
be a means to conceal oneself."
More information about the Alsa-devel