FS#23647 - [glibmm] - crashing of apps using libglibmm

Attached to Project: Arch Linux
Opened by Ng Oon-Ee (ngoonee) - Friday, 08 April 2011, 07:51 GMT
Last edited by Jan de Groot (JGC) - Friday, 08 April 2011, 09:41 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
Starting various apps depending on libglibmm crashes with above message. Example from gnote...

gnote: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by /usr/lib/libglibmm-2.4.so.1)

Additional info:
* package version(s)
glibmm-2.28.0-2 [testing]
gnote-0.7.3-4 [community-testing]
pavucontrol-0.9.10-4 [extra]
inkscape-0.48.1-2 [extra]

Steps to reproduce:
Start any of the above apps, with fully updated system from [testing]

Refer also https://bugs.archlinux.org/task/23643#comment74612 (my mistaken report before realizing all libglibmm apps were affected.
This task depends upon

Closed by  Jan de Groot (JGC)
Friday, 08 April 2011, 09:41 GMT
Reason for closing:  Not a bug
Comment by Marti (intgr) - Friday, 08 April 2011, 09:02 GMT
As a temporary workaround, you can re-build the package manually:

svn checkout svn://svn.archlinux.org/packages/glibmm/trunk glibmm-pkg
cd glibmm-pkg
makepkg -i
Comment by Ionut Biru (wonder) - Friday, 08 April 2011, 09:16 GMT
x86_64 with multilib enabled but not mulitlib-testing?
Comment by Ng Oon-Ee (ngoonee) - Friday, 08 April 2011, 09:35 GMT
Sorry about that, enabled it now and no problems. Please close this.

On a slightly-related note, I tried using gcc/gcc-fortran instead of their multilib equivalents but this did not fix the issue. Using the [multilib-testing] packages works though. Thanks much.

Loading...