Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 128527
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo VMWare Bug Squashers <vmware@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Thomas Heinz <thomasheinz@gmx.net>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 128527 depends on: Show dependency tree
Bug 128527 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-04-02 08:36 0000
Running `vmware` yields the following error:
/opt/vmware/workstation/lib/bin/vmware: symbol lookup error:
/usr/lib/libpangocairo-1.0.so.0: undefined symbol: pango_font_get_font_map

This is also mentioned in bug #116399.

Running `VMWARE_USE_SHIPPED_GTK=force vmware ` does not cause the problem.

The symbol 'pango_font_get_font_map' is required by
/usr/lib/libpangocairo-1.0.so.0.1003.0 and defined in
/usr/lib/libpango-1.0.so.0.1003.0. It is _not_ defined in
/opt/vmware/workstation/lib/lib/libpango-1.0.so.0/libpango-1.0.so.0.

Running `vmware` executes `/opt/vmware/workstation/lib/lib/wrapper-gtk24.sh`
which sets LD_LIBRARY_PATH such that `ldd
/opt/vmware/workstation/lib/bin/vmware` contains
'/usr/lib/libpangocairo-1.0.so.0' and `ldd /usr/lib/libpangocairo-1.0.so.0`
contains '/opt/vmware/workstation/lib/lib/libpango-1.0.so.0/libpango-1.0.so.0'.
Hence, 'pango_font_get_font_map' is not found since
'/opt/vmware/workstation/lib/lib/libpango-1.0.so.0/libpango-1.0.so.0' is loaded
instead of '/usr/lib/libpango-1.0.so.0.1003.0'.

Why does vmware not contain its own libpangocairo version?
What solution do you suggest?

emerge --info:
Portage 2.0.54 (default-linux/x86/2006.0, gcc-3.3.6, glibc-2.3.5-r3,
2.6.13-gentoo-r5 i686)
=================================================================
System uname: 2.6.13-gentoo-r5 i686 AMD Athlon(tm) Processor
Gentoo Base System version 1.6.14
ccache version 2.3 [enabled]
dev-lang/python:     2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=athlon -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://ftp.tu-clausthal.de/pub/linux/gentoo/
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
http://ftp.uni-erlangen.de/pub/mirrors/gentoo
ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo http://gentoo.osuosl.org/"
LANG="de_DE@euro"
LINGUAS="de"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X Xaw3d a52 aac aalib accessibility acl acpi aim alsa apache2 apm
arts audiofile avi bash-completion bcmath berkdb bitmap-fonts bluetooth bzip2
calendar caps cdb cdparanoia cdr cli cpdflib crypt cscope ctype cups curl
curlwrappers dba dbm dbus dedicated dga dio directfb doc dri dts dv dvb dvd
dvdr dvdread eds emacs emboss encode esd ethereal examples exif expat fam
fastbuild fastcgi fbcon ffmpeg fftw flac flash flatfile foomaticdb
force-cgi-redirect fortran freetds ftp gd gdbm geoip gif ginac glut gmp gnome
gnutls gphoto2 gpm gps gstreamer gtk gtk2 gtkhtml guile hal hardened
hardenedphp howl hyperwave-api icc iconv icq idn ieee1394 imagemagick imap
imlib innodb iodbc ipv6 isdnlog jabber jack java javascript joystick jpeg kde
kdeenablefinal kerberos krb4 ladcca lcms ldap leim lesstif libcaca libg++
libgda libwww lirc lm_sensors mad maildir matroska matrox mcal mcve memlimit
mhash mikmod milter mime ming mmap mmx mng mono motif mozilla mp3 mpeg mpi
msession msn mule mysql mysqli nas ncurses netcdf nls nocd nptl nsplugin
offensive ofx ogg openal opengl osc oscar oss pam pcntl pcre pda pdflib perl
pfpro php plotutils png portaudio posix ppds pppd python qdbm qt quicktime
radius readline recode ruby samba sasl scanner sdl session sharedext sharedmem
shorten simplexml skey slang slp smartcard sndfile snmp soap sockets socks5 sox
speex spell spl sqlite ssl svg svga tcltk tcpd tetex theora threads tidy tiff
tokenizer truetype truetype-fonts type1-fonts udev usb v4l vcd vhosts videos
vorbis wddx win32codecs wmf wxwindows x86 xface xine xml xml2 xmlrpc xmms xpm
xprint xsl xv xvid yahoo yaz zeo zlib linguas_de userland_GNU kernel_linux
elibc_glibc"
Unset:  ASFLAGS, CTARGET, LC_ALL, LDFLAGS, PORTDIR_OVERLAY

------- Comment #1 From Chris Gianelloni (RETIRED) 2006-04-10 08:07:29 0000 -------
I would say that the proper fix is to determine if we really need those
libraries from VMware or if we can simply use the ones on our system (with some
dependency changes, of course).

------- Comment #2 From Doug Goldstein 2006-08-28 07:30:27 0000 -------
Chris,

Also note that VMWare ships with 32bit stuff even if you're on a 64bit arch. So
there'd be some more depends for 64bit.

------- Comment #3 From Chris Gianelloni (RETIRED) 2006-08-29 14:42:22 0000 -------
Yes, I am quite aware of that.  Thanks for pointing it out, though.

------- Comment #4 From Jonathan Heaney 2006-09-07 07:48:05 0000 -------
*** Bug 146614 has been marked as a duplicate of this bug. ***

------- Comment #5 From Chris Gianelloni (RETIRED) 2006-09-28 12:21:02 0000 -------
Can you test the new 5.5.2 ebuild?  It is currently masked due to it requiring
vmware-modules-1.0.0.15 (which pulls down the vmware server sources) but
otherwise is perfectly good to be used.

------- Comment #6 From Jonathan Heaney 2006-09-29 03:39:31 0000 -------
5.5.2 ebuild works for me here.  Why the need for the download of
vmware-server?  Does the workstation tarball not come with the ability to build
its own modules?  (I actually had >vmware-modules-1.0.0.13 masked in
/etc/portage/package.mask to prevent the vmware-server d/l - there didn't seem
to be anything wrong with the 1.0.0.13 modules)

Still get this

/opt/vmware/workstation/lib/bin/vmware:
/opt/vmware/workstation/lib/lib/libpng12.so.0/libpng12.so.0: no version
information available (required by /usr/lib/libcairo.so.2)

At startup though.  Which is easily fixed by replacing
/opt/vmware/workstation/lib/lib/libpng12.so.0/libpng12.so.0 with a symlink to
/usr/lib/libpng12.so.0.12.0

------- Comment #7 From Jonathan Heaney 2006-09-29 03:57:57 0000 -------
Update - The only slight drawback is the BSOD (running XP as the guest OS)
right after boot, after upgrading vmware-tools.  Now XP is stuck in a constant
boot/BSOD loop, with vmware claiming that vmware-tools is out of date.  I'm
staring at a re-install here, am I not?

------- Comment #8 From Chris Gianelloni (RETIRED) 2006-09-29 06:26:06 0000 -------
Likely.

Anyway, the vmware-modules-1.0.0.13 are quite a bit older than the modules
provided by VMware Server.  There currently is not a version of
vmware-any-any-update that supports 5.5.2/server, which is why it has to
download all of server to build the modules.  Yes, we could use the modules
distributed with Workstation, but there's no way to properly do that
determination within an ebuild other than downloading *all* of the supported
products (server, player, *and* workstation) then determining later.  It's a
portage limitation that we currently have no way to work around.

As for your XP problem, I have no clue.  I don't use Windows, and it is a
problem within the application itself, which makes it a VMware-supported issue.

Marking this bug as FIXED since 5.5.2 resolves it.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug