Bug #859512 “Please convert libdbusmenu to multiarch” : Bugs : libdbusmenu package : Ubuntu

Revision history for this message

Riku Voipio (riku-voipio) wrote on 2011-09-26:

#1

Multiarch conversion patch Edit (15.4 KiB, text/plain)

Revision history for this message

Ubuntu Foundations Team Bug Bot (crichton) wrote on 2011-09-26:

#2

The attachment "Multiarch conversion patch" of this bug report has been identified as being a patch in the form of a debdiff. The ubuntu-sponsors team has been subscribed to the bug report so that they can review and hopefully sponsor the debdiff. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-sponsors please also unsubscribe the team from this bug report.

[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]

tags:

added: patch

Revision history for this message

Martin Pitt (pitti) wrote on 2011-09-28:

#3

Thanks! Let's leave that for the P cycle, as oneiric is rather deeply frozen right now, and this isn't urgent.

Changed in libdbusmenu (Ubuntu):
importance:	Undecided → Medium
status:	New → Triaged

Revision history for this message

archenroot (archenroot-gmail) wrote on 2011-10-19:

#4

Download full text (4.6 KiB)

Well, I just play with Oracle Service Bus Workshop studio and this one bug also affected me, but when I want to execute the patch I will receive following in strace and whole script stops:

root@helios:~# strace patch libdbusmenu-ma.patch
execve("/usr/bin/patch", ["patch", "libdbusmenu-ma.patch"], [/* 37 vars */]) = 0
brk(0) = 0x1164000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd613010000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/development/lib/jnetpcap-1.3.0/tls/x86_64/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/development/lib/jnetpcap-1.3.0/tls/x86_64", 0x7fff86838b20) = -1 ENOENT (No such file or directory)
open("/development/lib/jnetpcap-1.3.0/tls/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/development/lib/jnetpcap-1.3.0/tls", 0x7fff86838b20) = -1 ENOENT (No such file or directory)
open("/development/lib/jnetpcap-1.3.0/x86_64/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/development/lib/jnetpcap-1.3.0/x86_64", 0x7fff86838b20) = -1 ENOENT (No such file or directory)
open("/development/lib/jnetpcap-1.3.0/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/development/lib/jnetpcap-1.3.0", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=158545, ...}) = 0
mmap(NULL, 158545, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fd612fe9000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\360\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1638120, ...}) = 0
mmap(NULL, 3749080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd612a5e000
mprotect(0x7fd612be8000, 2093056, PROT_NONE) = 0
mmap(0x7fd612de7000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x189000) = 0x7fd612de7000
mmap(0x7fd612dec000, 21720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fd612dec000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd612fe8000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd612fe6000
arch_prctl(ARCH_SET_FS, 0x7fd612fe6720) = 0
mprotect(0x7fd612de7000, 16384, PROT_READ) = 0
mprotect(0x61a000, 4096, PROT_READ) = 0
mprotect(0x7fd613012000, 4096, PROT_READ) = 0
munmap(0x7fd612fe9000, 158545) = 0
brk(0) = 0x1164000
brk(0x1187000) = 0x1187000
getpid() = 5969
lstat("/tmp/pol6S2OK", 0x7fff86838fb0) = -1 ENOENT (No such file or directory)
lstat("/tmp/pib4kjZB", 0x7fff86838fb0) = -1 ENOENT (No such file or directory)
lstat("/tmp/prtn6z9s", 0x7fff86838fb0) = -1 ENOENT (No such file or directory)
lstat("/tmp/ppt1bRjk", 0x7fff86838fb0) = -1 ENOENT (N...

Well, I just play with Oracle Service Bus Workshop studio and this one bug also affected me, but when I want to execute the patch I will receive following in strace and whole script stops:

root@helios:~# strace patch libdbusmenu-ma.patch 
execve("/usr/bin/patch", ["patch", "libdbusmenu-ma.patch"], [/* 37 vars */]) = 0
brk(0)                                  = 0x1164000
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd613010000
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
open("/development/lib/jnetpcap-1.3.0/tls/x86_64/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/development/lib/jnetpcap-1.3.0/tls/x86_64", 0x7fff86838b20) = -1 ENOENT (No such file or directory)
open("/development/lib/jnetpcap-1.3.0/tls/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/development/lib/jnetpcap-1.3.0/tls", 0x7fff86838b20) = -1 ENOENT (No such file or directory)
open("/development/lib/jnetpcap-1.3.0/x86_64/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/development/lib/jnetpcap-1.3.0/x86_64", 0x7fff86838b20) = -1 ENOENT (No such file or directory)
open("/development/lib/jnetpcap-1.3.0/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory)
stat("/development/lib/jnetpcap-1.3.0", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/etc/ld.so.cache", O_RDONLY)      = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=158545, ...}) = 0
mmap(NULL, 158545, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fd612fe9000
close(3)                                = 0
access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\360\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1638120, ...}) = 0
mmap(NULL, 3749080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fd612a5e000
mprotect(0x7fd612be8000, 2093056, PROT_NONE) = 0
mmap(0x7fd612de7000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x189000) = 0x7fd612de7000
mmap(0x7fd612dec000, 21720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fd612dec000
close(3)                                = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd612fe8000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd612fe6000
arch_prctl(ARCH_SET_FS, 0x7fd612fe6720) = 0
mprotect(0x7fd612de7000, 16384, PROT_READ) = 0
mprotect(0x61a000, 4096, PROT_READ)     = 0
mprotect(0x7fd613012000, 4096, PROT_READ) = 0
munmap(0x7fd612fe9000, 158545)          = 0
brk(0)                                  = 0x1164000
brk(0x1187000)                          = 0x1187000
getpid()                                = 5969
lstat("/tmp/pol6S2OK", 0x7fff86838fb0)  = -1 ENOENT (No such file or directory)
lstat("/tmp/pib4kjZB", 0x7fff86838fb0)  = -1 ENOENT (No such file or directory)
lstat("/tmp/prtn6z9s", 0x7fff86838fb0)  = -1 ENOENT (No such file or directory)
lstat("/tmp/ppt1bRjk", 0x7fff86838fb0)  = -1 ENOENT (No such file or directory)
rt_sigaction(SIGCHLD, {SIG_DFL, [CHLD], SA_RESTORER|SA_RESTART, 0x7fd612a91d80}, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGHUP, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGHUP, {0x40cd40, [], SA_RESTORER, 0x7fd612a91d80}, NULL, 8) = 0
rt_sigaction(SIGPIPE, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGPIPE, {0x40cd40, [], SA_RESTORER, 0x7fd612a91d80}, NULL, 8) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGTERM, {0x40cd40, [], SA_RESTORER, 0x7fd612a91d80}, NULL, 8) = 0
rt_sigaction(SIGXCPU, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGXCPU, {0x40cd40, [], SA_RESTORER, 0x7fd612a91d80}, NULL, 8) = 0
rt_sigaction(SIGXFSZ, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGXFSZ, {0x40cd40, [], SA_RESTORER, 0x7fd612a91d80}, NULL, 8) = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x40cd40, [], SA_RESTORER, 0x7fd612a91d80}, NULL, 8) = 0
fstat(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 6), ...}) = 0
open("/tmp/ppt1bRjk", O_RDWR|O_CREAT|O_EXCL|O_TRUNC, 0600) = 3
fcntl(3, F_GETFL)                       = 0x8002 (flags O_RDWR|O_LARGEFILE)
fstat(3, {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd61300f000
lseek(3, 0, SEEK_CUR)                   = 0
fstat(0, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 6), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fd61300e000
read(0,

Here execution stops and nothing happen anymore.

Ladislav

Revision history for this message

Martin Pitt (pitti) wrote on 2011-10-26:

#5

+DEB_DH_INSTALL_ARGS_gir1.2-dbusmenu-glib-0.4 += --sourcedir=debian/tmp/*

This is wrong, as it makes files appear in /gtk3/... .

I fixed that and also updated the patch to apply to the current oneiric version.

Revision history for this message

Martin Pitt (pitti) wrote on 2011-10-26:

#6

Oh, and forgot: Thanks!

Changed in libdbusmenu (Ubuntu):
status:	Triaged → Fix Committed

Revision history for this message

Launchpad Janitor (janitor) wrote on 2011-10-26:

#7

This bug was fixed in the package libdbusmenu - 0.5.0-1ubuntu1

---------------
libdbusmenu (0.5.0-1ubuntu1) precise; urgency=low

* Multiarch conversion (partial, gobject instrospection not touched)
(LP: #859512)
-- Riku Voipio <email address hidden> Mon, 26 Sep 2011 12:13:07 +0300

Changed in libdbusmenu (Ubuntu):
status:	Fix Committed → Fix Released

Revision history for this message

archenroot (archenroot-gmail) wrote on 2011-11-11:

#8

Thanks, I will check it against the with OSB Workshop behavior and let you know, if it is clear already.
Ladislav

Revision history for this message

Fabien Toral (malibug) wrote on 2011-12-08:

#9

Hi,

could you please make the fix available for Oneiric ?

I'm running 32bit eclipse RCP Application on my 64bits system and i've multiple errors in the console

I'm not sure what's affected in the application apart from responses on the first navigation actions in some parts of the UI.
After a while, the actions have a normal response time and the application is normally usable.

I've tried to install the :i386 versions of libdbusmenu* packets, but dependencies suggest to uninstall too many things...

Thanks.

He are some output. Let me know if you need more explicit or particular trace.
-----------------
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gio/modules/libgioremote-volume-monitor.so: mauvaise classe ELF : ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so
/usr/lib/gio/modules/libgvfsdbus.so: mauvaise classe ELF : ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so
/usr/lib/gio/modules/libdconfsettings.so: mauvaise classe ELF : ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libdconfsettings.so
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
...

Hi,

could you please make the fix available for Oneiric ?

I'm running 32bit eclipse RCP Application on my 64bits system and i've multiple errors in the console

I'm not sure what's affected in the application apart from responses on the first navigation actions in some parts of the UI.
After a while, the actions have a normal response time and the application is normally usable.

I've tried to install the :i386 versions of libdbusmenu* packets, but dependencies suggest to uninstall too many things...

Thanks.

He are some output. Let me know if you need more explicit or particular trace.
-----------------
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gio/modules/libgioremote-volume-monitor.so: mauvaise classe ELF : ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgioremote-volume-monitor.so
/usr/lib/gio/modules/libgvfsdbus.so: mauvaise classe ELF : ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so
/usr/lib/gio/modules/libdconfsettings.so: mauvaise classe ELF : ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libdconfsettings.so
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: mauvaise classe ELF : ELFCLASS64
...

Revision history for this message

archenroot (archenroot-gmail) wrote on 2011-12-08:

#10

You are right, I also faced this using Oracle framework based on 32bit Eclipse running on Ubuntu 11.10 64bit. But there are more than one library which reports issue. Schould we report one bug for each library?

Revision history for this message

Fabien Toral (malibug) wrote on 2011-12-10:

#11

Yes, i've also faced other errors before that one (like Bug #781870)
The others were blocking, but with the proposed workarounds or the updates of packages i've succed to launch my application.

It seems like the multiarch policy is not fully deployed on the libraries and the packages are at different compliance levels.
It's bad and i've not found any single entry point into launchpad where to complain about that...
So maybe yes, we should report it for each error found.

Revision history for this message

prusswan (prusswan) wrote on 2012-02-20:

#12

this error can be seen in the console when attempting to install Adobe Air 2.6 onto Precise 12.04 (Alpha 2)

Revision history for this message

hedefalk (hedefalk) wrote on 2012-03-27:

#13

I get this error trying to run Accurev client on 12.04 beta1 (gtk via java)

(java:4259): Gtk-WARNING **: Failed to load type module: /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so

Revision history for this message

karas (feikaras) wrote on 2012-04-08:

#14

I get this error when trying to run Adobe air and pcsx2 on 12.04

/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: wrong ELF class: ELFCLASS64

Revision history for this message

Tom Ellis (tellis) wrote on 2012-04-17:

#15

As per Steve's comment on Bug #783073 - "This needs to be addressed by converting libdbusmenu and appmenu-gtk to use the multiarch paths, not by adding appmenu-gtk into ia32-libs." ... now that libdbusmenu has been converted, appmenu-gtk needs to be converted to support multi-arch.

There is a bug open for multi-arching appmenu-gtk -> Bug #932860

Revision history for this message

Sebastien Bacher (seb128) wrote on 2012-06-14:

#16

the precise version was multiarched before release

Changed in libdbusmenu (Ubuntu Precise):
importance:	Undecided → Low
status:	New → Fix Released

Chris J Arges (arges) on 2012-06-14

Changed in libdbusmenu (Ubuntu Precise):
milestone:	none → ubuntu-12.04.1

Revision history for this message

msbutton (msbutton) wrote on 2012-07-04:

#17

/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: wrong ELF class: ELFCLASS64

(skype:5523): Gtk-WARNING **: Failed to load type module: /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so

affecting skype on Precise

Revision history for this message

Alex (alexis-letessier) wrote on 2012-08-25:

#18

/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: wrong ELF class: ELFCLASS64

(java:31096): Gtk-WARNING **: Failed to load type module: /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so

affecting java 1.6 32bits on Precise

Revision history for this message

Jiří Fiala (jura-fiala) wrote on 2012-08-26:

#19

Please, was this stupid bug fix! still only drilling in the updates and new releases of Ubuntu, after which 90% of cases, something is not working, I'd like to see a better job for the worldwide popular operating system. Otherwise, 85% of users will go very quickly away from you and therefore I ...

Revision history for this message

LaunchpadUser (lpusr) wrote on 2012-10-06:

#20

The same error occurs on Ubuntu 12.04 64 Bit with Crayon Physics Deluxe:

/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: falsche ELF-Klasse: ELFCLASS64

followed by

Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.48: falsche ELF-Klasse: ELFCLASS64)

...

Revision history for this message

LaunchpadUser (lpusr) wrote on 2012-10-06:

#21

"Completed"? What does this mean? I habe Ubuntu 12.04 and have almost every days updates - but this bug still occurs!

Revision history for this message

bastafidli (ubuntu-bastafidli) wrote on 2012-11-05:

#22

Download full text (6.5 KiB)

This bug is not fixed. This happens with Shadowground Survivor after installing this workaround http://frozenbyte.com/help_humble/linuxfaq.html

miro@desktop:/usr/local/games/shadowgrounds$ ./shadowgrounds-launcher
./shadowgrounds-launcher: ./lib32/libxml2.so.2: no version information available (required by ./lib32/libglade-2.0.so.0)

(shadowgrounds-launcher:5385): Gtk-WARNING **: ./lib32/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)

(shadowgrounds-launcher:5385): Gtk-WARNING **: ./lib32/libstdc++.so.6: version `GLIBCXX_3.4.11' not found (required by /usr/lib/i386-linux-gnu/gtk-2.0/2.10.0/engines/liboxygen-gtk.so)
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: wrong ELF class: ELFCLASS64

(shadowgrounds-launcher:5385): Gtk-WARNING **: Failed to load type module: /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so