Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 578070 - app-emulation/vmware-workstation-12.1.0.3272444-r2 does not start
Summary: app-emulation/vmware-workstation-12.1.0.3272444-r2 does not start
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Gentoo VMWare Bug Squashers [disabled]
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-03-23 11:54 UTC by Billy DeVincentis
Modified: 2017-11-30 10:48 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
vmware-apploader-2805.log (vmware-apploader-2805.log,23.02 KB, text/x-log)
2016-03-23 23:44 UTC, Billy DeVincentis
Details
Log with USE="-bundled-libs" (vmware-apploader-3464.log,6.00 KB, text/x-log)
2016-03-27 01:06 UTC, Mike Auty (RETIRED)
Details
Log with USE="bundled-libs" but *without* VMWARE_USE_SHIPPED_LIBS (vmware-apploader-11523.log,221.74 KB, text/x-log)
2016-03-27 01:52 UTC, Mike Auty (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Billy DeVincentis 2016-03-23 11:54:17 UTC
Not sure what is going on but I cannot get vmware to start. I am using the bundled-libs use flag with gcc 5

billydv@Linux1 ~ $ vmware
Loop on signal 11.

Reproducible: Always




emerge --info
Portage 2.2.28 (python 2.7.11-final-0, default/linux/amd64/13.0/desktop/plasma/systemd, gcc-5.3.0, glibc-2.22-r2, 4.4.6-gentoo x86_64)
=================================================================
System uname: Linux-4.4.6-gentoo-x86_64-Intel-R-_Core-TM-_i7-3960X_CPU_@_3.30GHz-with-gentoo-2.2
KiB Mem:    65918252 total,  62532892 free
KiB Swap:    2096124 total,   2096124 free
Timestamp of repository gentoo: Wed, 23 Mar 2016 05:15:01 +0000
sh bash 4.3_p42-r2
ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1
app-shells/bash:          4.3_p42-r2::gentoo
dev-java/java-config:     2.2.0-r3::gentoo
dev-lang/perl:            5.22.1::gentoo
dev-lang/python:          2.7.11-r2::gentoo, 3.4.3-r7::gentoo, 3.5.1-r2::gentoo
dev-util/cmake:           3.5.0::gentoo
dev-util/pkgconfig:       0.29.1::gentoo
sys-apps/baselayout:      2.2::gentoo
sys-apps/openrc:          0.20.5::gentoo
sys-apps/sandbox:         2.10-r1::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69-r2::gentoo
sys-devel/automake:       1.6.3-r2::gentoo, 1.9.6-r4::gentoo, 1.11.6-r2::gentoo, 1.13.4-r1::gentoo, 1.14.1-r1::gentoo, 1.15-r2::gentoo
sys-devel/binutils:       2.25.1-r1::gentoo
sys-devel/gcc:            5.3.0::gentoo                                                                                                                      
sys-devel/gcc-config:     1.8-r1::gentoo                                                                                                                     
sys-devel/libtool:        2.4.6-r2::gentoo                                                                                                                   
sys-devel/make:           4.1-r1::gentoo                                                                                                                     
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)                                                                                                   
sys-libs/glibc:           2.22-r2::gentoo                                                                                                                    
Repositories:                                                                                                                                                
                                                                                                                                                             
gentoo                                                                                                                                                       
    location: /usr/portage                                                                                                                                   
    sync-type: rsync                                                                                                                                         
    sync-uri: rsync://rsync.us.gentoo.org/gentoo-portage                                                                                                     
    priority: -1000                                                                                                                                          
    sync-rsync-vcs-ignore: true                                                                                                                              
                                                                                                                                                             
miscellaneous
    location: /usr/portage/local/miscellaneous
    masters: gentoo
    priority: 0

Installed sets: @system
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="*"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt /usr/share/themes/oxygen-gtk/gtk-2.0"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--keep-going --quiet-build=n"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync metadata-transfer news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j9 -l30"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac aalib accessibility acl acpi aften alsa amd64 archive avahi berkdb bluetooth bookmarks branding bzip2 cairo cdda cddb cdio cdr cli client corefonts cpudetection cracklib crypt css cups curl cxx dbus declarative device-mapper dga dri dts dv dvb dvd dvdr eds emacs emboss encode examples exif expat extras fam fat ffmpeg firefox flac fontconfig foomaticdb fortran fuse gd gdbm gif gimp glamor glep glib gnome gnutls gphoto2 gpm gstreamer gtk gtkstyle iconv idn imagemagick inotify ipv6 jack java jpeg jpeg2k kde kerberos kipi lame lcms ldap libcaca libnotify libsamplerate lm_sensors mad mime mjpeg mmx mmxext mng modules mono mp3 mp4 mpeg multilib musepack nas nautilus ncurses nls nptl nsplugin odbc offensive ogg openal opengl openmp pam pango pcre pdf perl phonon plasma plymouth png policykit ppds pulseaudio python qml qt3support qt4 qt5 quicktime readline samba scanner sdl seccomp semantic-desktop session slang sndfile snmp sound speex spell sqlite sse sse2 ssl startup-notification subversion svg syslog systemd tcpd theora threads tiff tk tools truetype udev udisks unicode upower usb utils vala vdpau vorbis wav wavpack weather webkit widgets wmf wxwidgets x264 xattr xcb xcomposite xinerama xml xpm xscreensaver xv xvid xvmc zeroconf zlib" ABI_X86="32 64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" APACHE2_MPMS="prefork" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev joystick keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4 python3_5" RUBY_TARGETS="ruby20 ruby21 ruby22 ruby23" USERLAND="GNU" VIDEO_CARDS="fbdev nvidia vesa" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
USE_PYTHON="2.7 3.4 3.5"
Unset:  CC, CPPFLAGS, CTARGET, CXX, INSTALL_MASK, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Andreas K. Hüttel archtester gentoo-dev 2016-03-23 12:55:09 UTC
:/ could you please check that 

1) /etc/env.d/90vmware exists and has a line VMWARE_USE_SHIPPED_LIBS=1

2) that this variable is also in the environment when starting vmware?
set|grep VMWARE
to make sure, log out and back in again...

[If you installed vmware12 at the very first moment when it was bumped, there was still a bug about that line... re-emerging might help then]

Looking at /tmp/vmware-$USER/vmware-apploader*.log might help too
Comment 2 Billy DeVincentis 2016-03-23 19:06:47 UTC
1) /etc/env.d/90vmware exists

PATH='/opt/vmware/bin'
ROOTPATH='/opt/vmware/bin'
VMWARE_USE_SHIPPED_LIBS=1


2- here is relevant part from the log

2016-03-23T07:51:19.282-04:00| vmui| I125: Gtk: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
2016-03-23T07:51:19.286-04:00| vmui| I125: HALLoadLibrary: Could not dlopen libhal.so.1: libhal.so.1: cannot open shared object file: No such file or directory.
2016-03-23T07:51:19.286-04:00| vmui| I125: HALLoadLibrary: Could not dlopen libhal.so.0: libhal.so.0: cannot open shared object file: No such file or directory.
2016-03-23T07:51:19.312-04:00| vmui| I125: UUID: Unable to open /sys/firmware/efi/systab: No such file or directory
2016-03-23T07:51:19.312-04:00| vmui| I125: UUID: Unable to open /dev/mem: Operation not permitted
2016-03-23T07:51:19.312-04:00| vmui| I125: UUID: Invalid gethostid routine. Value = 7F0100.
2016-03-23T07:51:19.312-04:00| vmui| I125: vmxFilePath="/opt/vmware/lib/vmware/bin/vmware-vmx"
2016-03-23T07:51:19.312-04:00| vmui| I125: vmxFilePathDebug="/opt/vmware/lib/vmware/bin/vmware-vmx-debug"
2016-03-23T07:51:19.312-04:00| vmui| I125: vmxFilePathStats="/opt/vmware/lib/vmware/bin/vmware-vmx-stats"
2016-03-23T07:51:19.315-04:00| vmui| I125: HostDeviceInfo_FindHostCDROMs: enumerating IDE CDROMs
2016-03-23T07:51:19.315-04:00| vmui| I125: HostDeviceInfoFindHostIDECDROMs: /proc/ide could not be explored. Unable to enumerate host IDE cdroms.
2016-03-23T07:51:19.315-04:00| vmui| I125: HostDeviceInfo_FindHostCDROMs: IDE CDROM enumerating completed
2016-03-23T07:51:19.315-04:00| vmui| I125: HostDeviceInfo_FindHostCDROMs: enumerating SCSI CDROMs
2016-03-23T07:51:19.367-04:00| vmui| I125: HostDeviceInfo_FindHostCDROMs: SCSI CDROM enumerating completed
2016-03-23T07:51:19-04:00[+0.007]| vmui| W115: Caught signal 11 -- tid 2805 (addr 2590)
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: rip 0x2590 rsp 0x7ffeb2276268 rbp 0x1
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: rax 0x0 rbx 0x7f454428bd28 rcx 0x55a459ca09c0 rdx 0x55a459ca09c0 rsi 0x7ffeb2277dc8 rdi 0x1
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125:         r8 0x55a45a2e0d30 r9 0x2f r10 0x30 r11 0x206 r12 0x7ffeb2277dc8 r13 0x55a459ca09c0 r14 0x7f454428bd30 r15 0x0
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: stack 7FFEB2276268 : 0x00007f45593b40fa 0x0000000000000019
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: stack 7FFEB2276278 : 0x0000000000000001 0x00007ffeb2277dc8
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: stack 7FFEB2276288 : 0x000055a459ca09c0 0x000055a45a2fde00
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: stack 7FFEB2276298 : 0x00007f45593b420b 0x00007f4550010621
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: stack 7FFEB22762A8 : 0x0000000000000006 0x00007ffeb2276380
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: stack 7FFEB22762B8 : 0x0000000000000007 0x0000000000000024
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: stack 7FFEB22762C8 : 0x000055a45a2fde00 0x0000000000000024
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: SIGNAL: stack 7FFEB22762D8 : 0x00007f45593b86b0 0x000055a45a2fde00
2016-03-23T07:51:19-04:00[+0.007]| vmui| I125: Backtrace:
Comment 3 Billy DeVincentis 2016-03-23 23:44:16 UTC
Created attachment 428880 [details]
vmware-apploader-2805.log

Not sure what is here but this is the log you had mentioned
Comment 4 Fabio Rossi 2016-03-24 00:09:49 UTC
(In reply to Billy DeVincentis from comment #3)
> Created attachment 428880 [details]
> vmware-apploader-2805.log
> 
> Not sure what is here but this is the log you had mentioned

From the log reported it seems that it is loading the system fontconfig library even if it was forced in using bundled libs. The system libs are built with gcc-5.x while the shipped ones with gcc-4.x. Having an ~amd64 system, which has a newer version of the lib comparing to the shipped version, probably leads vmware into loading the most recent version of the library overriding the VMWARE_USE_SHIPPED_LIBS env variable.
Comment 5 Billy DeVincentis 2016-03-24 00:53:18 UTC
can I add something to override that?
Comment 6 Fabio Rossi 2016-03-24 09:14:18 UTC
I'm not sure that is the problem but you could try emerging the lasted stable media-libs/fontconfig-2.11.1-r2 to see if it makes a difference (please verify with the log that the bundled fontconfig is then loaded)
Comment 7 Billy DeVincentis 2016-03-24 12:28:50 UTC
tried that but still the same thing. Why is noone else seeing this?
Comment 8 Mike Auty (RETIRED) gentoo-dev 2016-03-27 01:06:48 UTC
Created attachment 429082 [details]
Log with USE="-bundled-libs"

I've got a very similar problem, although my log clearly indicates a symbol issue in loading.  This log is with USE="-bundled-libs" (which I've had set for years).  I don't remember when vmware last worked, but I suspect this is a recent change (within the last month or so, if not more recently).

Trying with USE="bundled-libs" give a similar log to that already provided, but on the command-line gives the following:

mike@plasma ~ $ VMWARE_USE_SHIPPED_LIBS=1 vmware
/usr/share/themes/Adwaita/gtk-2.0/gtkrc:1163: error: unexpected identifier `direction', expected character `}'
Loop on signal 11.

Let me know if there's more information I can provide, or tests I can run...
Comment 9 Mike Auty (RETIRED) gentoo-dev 2016-03-27 01:52:38 UTC
Created attachment 429086 [details]
Log with USE="bundled-libs" but *without* VMWARE_USE_SHIPPED_LIBS

Interestingly, I got vmware to start by installing the USE="bundled-libs" version, but then *not* setting the VMWARE_USE_SHIPPED_LIBS variable.  When that was set, I'd get the signal 11 loop, but without it set the whole thing seems to start up fine?
Comment 10 Billy DeVincentis 2016-03-27 12:44:01 UTC
I deleted the line in 90vmware regarding shipped libs and I was able to get workstation to start 1 time. Now it once again gives me issues with loop on signal 11
Comment 11 Mike Auty (RETIRED) gentoo-dev 2016-03-28 21:10:08 UTC
If you've edited the file in /etc/env.d, you'll need to run env-update and then close/log out of any session you want to run vmware in (otherwise the environment variable may be restored from the profile).  Please could you ensure you've run env-update and then ideally rebooted to ensure you have no old sessions open, and then report back whether you're still having problems?
Comment 12 Andreas K. Hüttel archtester gentoo-dev 2016-03-28 21:21:43 UTC
Just for the record I haven't been able to reproduce this problem :/

VMware offers a more finegrained method to control the libraries (VMWARE_SHIPPED_LIBS_LIST etc) but I haven't tested this yet. 

Anyway, you dont need to change the environment file, log out and in just to test this. Much easier: call vmware from the command line with environment variables set, e.g., 

VMWARE_USE_SHIPPED_LIBS=yes vmware
Comment 13 Mike Auty (RETIRED) gentoo-dev 2016-03-28 22:09:43 UTC
Except with VMWARE_USE_SHIPPED_LIBS=no, since having it set is what's causing problems.  5;)
Comment 14 Billy DeVincentis 2016-03-29 01:13:00 UTC
Ive tried this every possible combination running env-update and rebooting and I still get loop on signal 11. I have an ~ system, maybe that is the problem. I still have a hard time believing that noone else is running into this.
Comment 15 Billy DeVincentis 2016-03-29 01:28:51 UTC
Okay, I got this to start by deleting /opt/vmware/lib/vmware/lib/libfontconfig.so.1/libfontconfig.so.1

Then I copied /usr/lib64/libfontconfig.so.1.9.0 to replace the deleted shipped lib and renamed it to libfontconfig.so.1

Now vmware will start. Please not that I am not using any variables in 90vmware, shipped libs line is deleted and I am calling "vmware" to start it, nothing else.
Comment 16 Billy DeVincentis 2016-03-29 01:42:41 UTC
Okay, Can someone please explain to me why is it that we must use the bundled-libs use flag if we are running gcc5? The lib I copied from my system was built with gcc5 and starts just fine when I drop it into the appropriate vmware lib folder. Why cant we just use all system libs?
Comment 17 Andreas K. Hüttel archtester gentoo-dev 2016-03-29 20:37:17 UTC
(In reply to Billy DeVincentis from comment #16)
> Okay, Can someone please explain to me why is it that we must use the
> bundled-libs use flag if we are running gcc5? The lib I copied from my
> system was built with gcc5 and starts just fine when I drop it into the
> appropriate vmware lib folder. Why cant we just use all system libs?

* maybe vmware 12 is compatible with gcc5 (the decision was based on vmware 11)
* maybe that lib doesnt use any c++ interface?

I'll be happy to remove that message again if things work...
Comment 18 Billy DeVincentis 2016-03-30 02:14:23 UTC
I don't know if it is or isn't, I know that fedora 23 has issues starting vmware
see here   http://vcojot.blogspot.com/2015/11/vmware-worksation-12-on-fedora-core-23.html

I don't believe it started for me with gcc 5 and -bundled libs. When I have some time I will try it again
Comment 19 Billy DeVincentis 2016-03-31 23:47:37 UTC
Okay, I tried emerging it with gcc 5 and -bundled-libs, definitely would not start. Gcc 5 is definitely a problem. I did reemerge with bundled-libs, deleted the line regarding libs in /etc/env.d/90vmware, replaced /opt/vmware/lib/vmware/lib/libfontconfig.so.1/libfontconfig.so.1 with system lib (not the symlink) and renamed to match. Vmware starts but my fonts are ridiculously small. I attempted to change the /usr/lib64/libgtk-x11-2.0.so.0 in for the shipped lib but vmware would not start.
Comment 20 Fabio Rossi 2016-04-03 13:23:49 UTC
(In reply to Mike Auty from comment #8)
> Created attachment 429082 [details]
> Log with USE="-bundled-libs"
> 
> I've got a very similar problem, although my log clearly indicates a symbol
> issue in loading.  This log is with USE="-bundled-libs" (which I've had set
> for years).  I don't remember when vmware last worked, but I suspect this is
> a recent change (within the last month or so, if not more recently).

Confirmed the problem with USE="-bundled-libs" and gcc-5, VMWARE_USE_SHIPPER_LIBS is then mandatory in that condition.

I have built an ~amd64 system on a virtual machine and I cannot reproduce the problem :-(

Anyway I have pushed to the vmware overlay a few changes cleaning the deps and enforcing the use of bundled libs especially for glib and fontconfig. I have tested on a virtual machine so I was not able to test completely (I was able to start vmware but not to launch the vm). Please have a test
Comment 21 Billy DeVincentis 2016-04-08 00:51:09 UTC
Just tried latest version from your overlay. Does not work. Vmware will only start if I trade out system lib fontconfig for shipped one and if I delete line about shipped libs in 90vmware
Comment 22 Fabio Rossi 2016-04-08 08:27:11 UTC
(In reply to Billy DeVincentis from comment #21)

> Just tried latest version from your overlay. Does not work. Vmware will only
> start if I trade out system lib fontconfig for shipped one and if I delete
> line about shipped libs in 90vmware

Please now use the Gentoo vmware overlay, I don't update anymore mine (which I'll remove soon).
Comment 23 Fabio Rossi 2016-04-12 20:18:54 UTC
Billy, can you test the latest version in the gentoo vmware overlay with +bundled-libs?
Comment 24 Billy DeVincentis 2016-04-14 01:15:59 UTC
Does not start. I can get it to start by editing the file in /etc/env.d  and by replacing the following libs from the system

libfontconfig.so.1  libgio-2.0.so.0  libglib-2.0.so.0  libgmodule-2.0.so.0  libgobject-2.0.so.0  libgthread-2.0.so.0
Comment 25 Fabio Rossi 2016-04-15 08:34:07 UTC
(In reply to Billy DeVincentis from comment #24)
> Does not start. I can get it to start by editing the file in /etc/env.d  and
> by replacing the following libs from the system
> 
> libfontconfig.so.1  libgio-2.0.so.0  libglib-2.0.so.0  libgmodule-2.0.so.0 
> libgobject-2.0.so.0  libgthread-2.0.so.0

In another bug report it seems that VMWARE_USE_SHIPPED_LIBS should be unset before running vmware from command line with latest version in ::gentoo

$ unset VMWARE_USE_SHIPPED_LIBS
$ vmware

It should not be necessary to copy system libs in the vmware lib directory because vmware picks up automatically systems libs (at least fontconfig and glib) when newer than embedded version.

Are you using gnome? Which version?
Comment 26 Billy DeVincentis 2016-04-15 11:25:24 UTC
It seems we are not the only distro to currently have issues with vmware
please see here  http://vcojot.blogspot.com/2015/11/vmware-worksation-12-on-fedora-core-23.html

The libraries I am replacing are the same libraries replaced for Fedora 23. 

I am not using Gnome, I use Plasma 5.
Comment 27 Manuel Nickschas 2016-06-06 15:34:32 UTC
FWIW, unsetting VMWARE_USE_SHIPPED_LIBS works for me in Plasma 5. This is with vmware-workstation-12.1.1.3770994 from Gentoo's vmware overlay, built with USE=bundled-libs.
Comment 28 John Covici 2016-10-27 15:31:30 UTC
I am getting the seg fault with bundled libs, I did have the SHIPPED_LIBS but now I will try again without that line and see what happens.  I am using from Gentoo and have ~amd64 system.
Doing that, VMware does not start, no logs, nothing.
Comment 29 John Covici 2016-10-29 00:59:42 UTC
(In reply to Fabio Rossi from comment #25)
> (In reply to Billy DeVincentis from comment #24)
> > Does not start. I can get it to start by editing the file in /etc/env.d  and
> > by replacing the following libs from the system
> > 
> > libfontconfig.so.1  libgio-2.0.so.0  libglib-2.0.so.0  libgmodule-2.0.so.0 
> > libgobject-2.0.so.0  libgthread-2.0.so.0
> 
> In another bug report it seems that VMWARE_USE_SHIPPED_LIBS should be unset
> before running vmware from command line with latest version in ::gentoo
> 
> $ unset VMWARE_USE_SHIPPED_LIBS
> $ vmware
> 
> It should not be necessary to copy system libs in the vmware lib directory
> because vmware picks up automatically systems libs (at least fontconfig and
> glib) when newer than embedded version.
> 
> Are you using gnome? Which version?


I tried replacing the suggested libs and VMware still does not start -- I have dev-libs/glib-48.2.
Comment 30 Manfred Knick 2017-07-07 17:47:28 UTC
This bug concerns unstable:

. . . ACCEPT_KEYWORDS="amd64 ~amd64"

REFERENCE:

Bug 616958 :  
      app-emulation/vmware-workstation-12.5.7 version bump
      [for "stable", excluding "~amd64"]


Hi, Billy,

to me, this bug seems to be OBSOLETE.

Would you mind having this one closed
and - in case - a fresh one opened against

      app-emulation/vmware-workstation-12.5.7 version bump ["~amd64"]

in order to keep the issues involved separated?

Kind regards
Manfred
Comment 31 Manfred Knick 2017-11-30 10:48:41 UTC
VMware Products have been removed from Main Portage Tree during Nov-2017.

Further development has been relegated to [vmware] Overlay.

Situation as of today, 30-Nov-2017:
Workstation : stable in [vmware] = 12.5.8  / released = 14.0.0  : Bug 634770
Player      : stable in [vmware] = 12.5.8  / released = 14.0.0  : Bug 639162
Modules     : stable in [vmware] = 308.5.8 / released = 329.0.0 : Bug 634862
Tools       : stable in [vmware] = 10.1.6  / released = 10.1.15 : Bug 634854