Your message dated Thu, 24 Jul 2008 17:17:57 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#492200: libgtk2.0-0: libgtk upgrade broke vmware
has caused the Debian Bug report #492200,
regarding libgtk2.0-0: libgtk upgrade broke vmware
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
492200: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=492200
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: libgtk2.0-0
Version: 2.12.10-2
Severity: important
Hi,
After the last upgrade of libgtk2 from 2.12.9 to 2.12.11 I can't run
vmware anymore (using their latest release). The problem is that there's
an undefined symbol in libgtk-x11-2.0.so.0 "g_hash_table_ref" which is
only defined in libglib. This looks like some binary compatibility issue
between the various libs to me, but I can't be sure. Trying to replace
all libs that vmware uses with ones from debian (if they're not
installed vmware uses its own versions) doesn't help. The error I'm
seeing is this:
/usr/local/vmware/lib/bin/vmware: symbol lookup error:
/usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_hash_table_ref
A patch-level upgrade shouldn't break apps in such a way, thus I'm
marking this as important.
Andreas
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500,
'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libgtk2.0-0 depends on:
ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit
ii libc6 2.7-12 GNU C Library: Shared libraries
ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra
ii libcomerr2 1.40.11-1 common error description library
ii libcups2 [libcupsys2] 1.3.7-7 Common UNIX Printing System(tm) -
ii libcupsys2 1.3.7-7 Common UNIX Printing System (trans
ii libfontconfig1 2.6.0-1 generic font configuration library
ii libglib2.0-0 2.16.3-2 The GLib library of C routines
ii libgnutls26 2.2.5-1 the GNU TLS library - runtime libr
ii libgtk2.0-common 2.12.10-2 Common files for the GTK+ graphica
ii libjpeg62 6b-14 The Independent JPEG Group's JPEG
ii libkrb53 1.6.dfsg.4~beta1-2 MIT Kerberos runtime libraries
ii libpango1.0-0 1.20.2-2 Layout and rendering of internatio
ii libpng12-0 1.2.27-1 PNG library - runtime
ii libtiff4 3.8.2-10 Tag Image File Format (TIFF) libra
ii libx11-6 2:1.1.4-2 X11 client-side library
ii libxcomposite1 1:0.4.0-3 X11 Composite extension library
ii libxcursor1 1:1.1.9-1 X cursor management library
ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra
ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar
ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii libxi6 2:1.1.3-1 X11 Input extension library
ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library
ii libxrandr2 2:1.2.2-2 X11 RandR extension library
ii libxrender1 1:0.9.4-2 X Rendering Extension client libra
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
Versions of packages libgtk2.0-0 recommends:
ii hicolor-icon-theme 0.10-1 default fallback theme for FreeDes
ii libgtk2.0-bin 2.12.10-2 The programs for the GTK+ graphica
-- no debconf information
--- End Message ---
--- Begin Message ---
Le jeudi 24 juillet 2008 à 16:57 +0200, Andreas Pakulat a écrit :
> Depending on how many of the non-gtk/glib libs I move back. From here
> this looks as if the changes that were done to linking gtk/glib (I'm
> guessing this was to reduce the excess linkage?) broke binary
> compatibility of the libraries.
No, if anything is broken, it is your vmware installation. The problem
is that vmware tries to load the system gtk+ with a private glib. This
way it doesn’t respect the system gtk+’s requirements wrt. glib. If it
really needs to work with private libraries (which is broken to say the
least, think security updates for example), vmware needs to hold both
glib and gtk+ in its private directory.
Cheers,
--
.''`.
: :' : We are debian.org. Lower your prices, surrender your code.
`. `' We will add your hardware and software distinctiveness to
`- our own. Resistance is futile.
signature.asc
Description: Ceci est une partie de message numériquement signée
--- End Message ---
