[arch-general] Audacity Library Mismatch (Wxgtk2.8)
Hi, all. I hope I have reached an acceptable place to bitch about what looks like a packaging error, possibly involving wxgtk2.8. Running audacity prints the following to stderr and quits. Can anyone reproduce this? Warning: Mismatch between the program and library build versions detected. The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1008,wx containers,compatible with 2.6), and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.6).
I don't make much use of audacity, and have not tested extensively. Starting from an xterm on my i686, fully patched, system, I see the error, but the program runs and appears to function normally. I see a lot of other errors in the xterm - but they don't appear to be wxgtk related, and they may well have been there and unnoticed before.
Jackd users usually considers Audacity as crappy software. However, 2.1.0-1 starts on x86_64 too. $ audacity Warning: Mismatch between the program and library build versions detected. The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1008,wx containers,compatible with 2.6), and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.6). [snip] You could try to build from ABS, perhaps you'll get rid of a few messages. $ cp -r /var/abs/extra/audacity/ . $ cd audacity/ Perhaps editing the package release: $ nano PKGBUILD $ grep pkgrel PKGBUILD pkgrel=2 $ makepkg -s Just for fun I'm building it at the moment.
On Fri, 2015-05-01 at 09:58 +0200, Ralf Mardorf wrote:
You could try to build from ABS, perhaps you'll get rid of a few messages.
$ cp -r /var/abs/extra/audacity/ . $ cd audacity/
Perhaps editing the package release: $ nano PKGBUILD $ grep pkgrel PKGBUILD pkgrel=2
$ makepkg -s
Just for fun I'm building it at the moment.
I didn't compare all messages, but I guess I didn't get rid of even one message. $ audacity Warning: Mismatch between the program and library build versions detected. The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1008,wx containers,compatible with 2.6), and your program used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx containers,compatible with 2.6). [snip] $ pacman -Qi audacity Name : audacity Version : 2.1.0-2 [snip] Build Date : Fri 01 May 2015 10:12:14 AM CEST Install Date : Fri 01 May 2015 10:16:56 AM CEST [snip] It was build on my machine ;). Actually the warning says that "The library used 2.8 [snip] and your program used 2.8" too. So you could file a bug against upstream, it isn't an issue caused by the package. Regards, Ralf
On Friday, May 01, 2015 10:32:05 AM Ralf Mardorf wrote:
Actually the warning says that "The library used 2.8 [snip] and your program used 2.8" too.
So you could file a bug against upstream, it isn't an issue caused by the package.
It's caused by the package: https://projects.archlinux.org/svntogit/packages.git/plain/trunk/make-abiche... Regards, Mark
On Friday, May 01, 2015 04:40:28 AM you wrote:
It's caused by the package: https://projects.archlinux.org/svntogit/packages.git/plain/trunk/make-abiche ck-non-fatal.patch?h=packages/wxgtk2.8
I should clarify here. Arch packagers included that patch because there are issues building with gcc 5.1. See : <https://bugzilla.redhat.com/show_bug.cgi?id=1200611> Regards, Mark
On Fri, 01 May 2015 04:40:28 -0400, Mark Lee wrote:
On Friday, May 01, 2015 10:32:05 AM Ralf Mardorf wrote:
Actually the warning says that "The library used 2.8 [snip] and your program used 2.8" too.
So you could file a bug against upstream, it isn't an issue caused by the package.
It's caused by the package: https://projects.archlinux.org/svntogit/packages.git/plain/trunk/make-abiche...
$ cat /var/abs/extra/wxgtk2.8/make-abicheck-non-fatal.patch [snip] - wxLogFatalError(msg.c_str()); [snip] + wxLogWarning(msg.c_str()); [snip] [rocketmouse@archlinux ~]$ grep pkgrel /var/abs/extra/wxgtk2.8/PKGBUILD pkgrel=3 [rocketmouse@archlinux ~]$ pacman -Q wxgtk2.8 wxgtk2.8 2.8.12.1-3 IIUC the patch let a fatal error become a warning. Everything behind - is removed and + is added. Isn't this already a workaround for an issue caused by upstream?
On Friday, May 01, 2015 11:07:39 AM Ralf Mardorf wrote:
IIUC the patch let a fatal error become a warning. Everything behind - is removed and + is added. Isn't this already a workaround for an issue caused by upstream?
Sort of. According to the Arch commit, it's an issue caused with compiling with GCC 5.1 (we're on 4.9.2). It's a bit of future proofing. The Fedora link indicates it's an ABI issue : ------------ From devel list: That is a WxGTK bug. __GXX_ABI_VERSION can change, but usually the result is still ABI compatible, g++ emits just some aliases when mangling has changed. ------------ Regards, Mark
On Fri, 01 May 2015 05:18:04 -0400, Mark Lee wrote:
On Friday, May 01, 2015 11:07:39 AM Ralf Mardorf wrote:
IIUC the patch let a fatal error become a warning. Everything behind - is removed and + is added. Isn't this already a workaround for an issue caused by upstream?
Sort of. According to the Arch commit, it's an issue caused with compiling with GCC 5.1 (we're on 4.9.2). It's a bit of future proofing.
Thank you for the explanation Mark, $ pacman -Q gcc-multilib gcc-multilib 4.9.2-4 and in testing there already is 5.1.0. Regards, Ralf
On 2015年05月01日 08時36分, Geoff wrote:
I don't make much use of audacity, and have not tested extensively. Starting from an xterm on my i686, fully patched, system, I see the error, but the program runs and appears to function normally. I see a lot of other errors in the xterm - but they don't appear to be wxgtk related, and they may well have been there and unnoticed before.
Thank you for checking. You gave me just enough self-doubt to try a few more things, and I ended up finding an audacity instance that had failed to close. Audacity seems to limit itself to a single instance, which created the illusion of immediately exiting. Errors notwithstanding, I consider the issue solved.
participants (4)
-
Geoff
-
Grady Martin
-
Mark Lee
-
Ralf Mardorf