Running vmware workstation 11 and Archlinux with gcc 5.1:
[root@dell-i7-mihamina mrakotomandimby]# vmware-modconfig --console --install-all
Failed to get gcc information.
[root@dell-i7-mihamina mrakotomandimby]#
But gcc is:
[mrakotomandimby@dell-i7-mihamina ~]$ gcc --version
gcc (GCC) 5.1.0
Copyright (C) 2015 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE
.
What to do?
Hi James,
This is just too weird. It sounds you got it working, I still can't.
I believe to be running the same Tumbleweed (I haven't installed the snapshot iso, but upgraded with zypper dup):
Linux salt 4.1.1-1-desktop #1 SMP PREEMPT Wed Jul 8 14:23:40 UTC 2015 (cac28b3) x86_64 x86_64 x86_64 GNU/Linux
# gcc --version
gcc (SUSE Linux) 5.1.1 20150622 [gcc-5-branch revision 224722]
# grep VERSION /etc/os-release
VERSION="20150714 (Tumbleweed)"
I installed the technology preview and compiled the modules manually, as suggested. That by itself works fine, however launching /usr/bin/vmware fails. The error I get hasn't changed, albeit with nicer output:
# /usr/bin/vmware
Unable to load libvmwareui.so from /usr/lib/vmware/lib/libvmwareui.so/libvmwareui.so: /usr/lib/vmware/lib/libvmwareui.so/libvmwareui.so: undefined symbol
: _ZN4Glib10spawn_syncERKSsRKNS_11ArrayHandleISsNS_17Container_Helpers10TypeTraitsISsEEEENS_10SpawnFlagsERKN4sigc4slotIvNSA_3nilESC_SC_SC_SC_SC_SC_EEPSsS
G_Pi
Unable to load dependencies for /usr/lib/vmware/lib/libvmware-modconfig.so/libvmware-modconfig.so
Unable to execute /usr/lib/vmware/bin/vmware-modconfig.
Hence my guess that VMware needs to provide a newly compiled version, because this affects the core VMware library and not the tools. But then why should it work on your machine with the (supposedly) exact same compiler configuration?
Confused,
Andreas
Hello andreas_1
I am not sure what to say here but I will say this
1 - WMware is working as per usual - tested OK on 2 machines using Tumbleweed - the first was a laptop and the second is my main machine - I have limited time here
2- Your comments make me not want to update anything
Maybe a few more details about how I install WMware and the order I follow would help...
Firstly I do a fresh install of Tumbleweed. I use a DVD written to a usb key and after first boot I run an old script to install extra rpms for films etc.
Before I try to install WMware I install the related packages
# Listing ***kernel*** related packages...
kernel-desktop-4.1.1-1.1.x86_64
kernel-desktop-devel-4.1.1-1.1.x86_64
kernel-devel-4.1.1-1.1.noarch
kernel-macros-4.1.1-1.1.noarch
kernel-source-4.1.1-1.1.noarch
# Next I do the necessary housework
cd /usr/src/linux
make clean && make mrproper && make cloneconfig
make scripts && make prepare
# Then I install the WMware bundle
# Finally I compiled the modules as per above
Hope this helps. Sorry but I am off on vacation shortly and will be off line.... Please let us know how it goes.
I am now using Windows 10 mainly because of this compiler incompatibility. I would prefer to use openSUSE Tumbleweed but this does not seem feasible in the near future. The Tech Preview works fine on Windows 10 but I don't see any mention of the new compiler. Seems like anybody who is adventurous enough to explore the Tech Preview (hint is absolutely trivial to disable debug code) would be likely to try out distributions that use the gcc 5 com;piler. Jus tlike systemd a few won't mmake the move but the majority will since that's probably what developers will use.
Actually Wila it is not necessary to uninstall WS in order to use the Tech Preview. Jus tuninstall VMwar eTools from any VM Tools are installed (if open-vmware-tools are installed you need to do nothing). The Tech installer should pick up the WS 11 installation and uninstall it and the install the Tech Preview. The vmware-installer has done this quite well for years. . Now this is the case in Windows which unfortunately I'm forced to use because of the gcc 5 problem.
Hi James, hi everyone,
I finally got around to take another look, and I found a solution (workaround?) for my case.
In short, I expanded the LD_LIBRARY_PATH to make it work:
export LD_LIBRARY_PATH=/usr/lib/vmware/lib/libglibmm-2.4.so.1/:/usr/lib64/gtk-2.0/modules/:$LD_LIBRARY_PATH
My current configuration is
Explanation:
This is probably not news to many, but I found that /usr/lib/vmware/lib/ contains all sorts of libraries shipped with vmware. It looks as if vmware includes all dependencies.
One of those libraries, namely libglibmm-2.4, luckily provided the missing symbol, which I found by executing
for i in /usr/lib/vmware/lib/lib*/* do echo $i readelf -Ws $i | grep _ZN4Glib10spawn_syncERKSsRKNS_11ArrayHandleISsNS_17Container_Helpers10TypeTraitsISsEEEENS_10SpawnFlagsERKN4sigc4slotIvNSA_3nilESC_SC_SC_SC_SC_SC_EEPSsSG_Pi done
When I expanded the LD_LIBRARY_PATH thusly, vmware still complained with
Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
which is the reason for the second addition to LD_LIBRARY_PATH.
I presume this is a somewhat hackish way to get VMware running. Perhaps VMware should pick up the libraries itself. Perhaps there is a configuration setting which achieves the same thing easier. I don't know, but at least it is working, so I am happy.
Thanks again everyone for the input!
Well, this is sort of +1
Same issues with Ubuntu/Kubuntu 15.10.
Thank you, Andreas, this works perfectly for me as well on my OpenSUSE Tumbleweed build. I've always had console errors about gtk errors even prior to GCC 5.1 so you cleaned up another problem as well. I owe you a beer (or several)
Having the same problems indeed on Fedora 23 Beta. But unfortunately the export trick does not work here.
btw, you can achieve the same effect by using "VMWARE_USE_SHIPPED_LIBS=force vmplayer"
$ export LD_LIBRARY_PATH=/usr/lib/vmware/lib/libglibmm-2.4.so.1/:/usr/lib64/gtk-2.0/modules/:$LD_LIBRARY_PATH
[robert@t430 ~]$ vmplayer
(vmware-modconfig:10677): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",
(vmware-modconfig:10677): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",
/usr/share/themes/Adwaita/gtk-2.0/gtkrc:1163: error: unexpected identifier `direction', expected character `}'
(vmplayer:10672): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",
(vmplayer:10672): Gtk-WARNING **: Unable to locate theme engine in module_path: "adwaita",
/usr/share/themes/Adwaita/gtk-2.0/gtkrc:1163: error: unexpected identifier `direction', expected character `}'
terminate called after throwing an instance of 'cui::Error'
what(): Unable to load image-loading module: /usr/lib/vmware/libconf/lib/gtk-2.0/2.10.0/loaders/svg_loader.so: /usr/lib64/librsvg-2.so.2: undefined symbol: g_type_class_adjust_private_offset
Unexpected signal: 6.
VMware Player Error:
VMware Player unrecoverable error: (vmplayer)
Unexpected signal: 6.
A log file is available in "/tmp/vmware-robert/vmware-vmplayer-10672.log".
You can request support.
To collect data to submit to VMware technical support, run "vm-support".
We will respond on the basis of your support entitlement.
[robert@t430 ~]$ ls /usr/lib64/gtk-2.0/modules/
libatk-bridge.so libcanberra-gtk-module.so libcaribou-gtk-module.so libferret.so libgail.so libpk-gtk-module.so
[robert@t430 ~]$ readelf -Ws /usr/lib64/librsvg-2.so.2 | grep g_type_class_adjust_private_offset
301: 0000000000000000 0 FUNC GLOBAL DEFAULT UND g_type_class_adjust_private_offset
[robert@t430 ~]$ readelf -Ws /usr/lib/vmware/lib/librsvg-2.so.2/librsvg-2.so.2 | grep g_type_class_adjust_private_offset
[robert@t430 ~]$
As you can see it complains about a missing symbol, which the vmware private librsvg-2.so.2 indeed does not have, but the Fedora shipped version does.
I tried replacing the vmware private version with the version from Fedora 22, but the error remained the same.
replying to myself...
I tried to copy select libs from a Fedora 22 system, but after a while got tired of it and just copied the entire Fedora 22 /usr/lib64 directory (minus subdirectories) to my Fedora 23 system into a separate directory.
After including this directory into the LD_LIBRARY_PATH, I was able to start Vmware.
However, there is still an issue with DNS. It seems that the vmware DNS proxy is not running. For the moment I just worked around that by hardcoding a working DNS server in the guest.
And once more replying to myself. I have narrowed down the list of libraries needed. Note I took these from an up-to-date Fedora 22 x86_64 installation.
These are mainly the c++ bindings that are needed.
Most of these libs are present in /usr/lib/vmware/lib already. But without adding libc, libpthread and libresolv I cannot start vmplayer.
Note: I did not actually try using the vmware provided libs, as I prefer having a consistent set
Now I still need to figure out what the problem is with the NAT DNS Proxy.
$ ls -l
lrwxrwxrwx. 1 robert robert 21 Aug 16 2014 libatkmm-1.6.so.1 -> libatkmm-1.6.so.1.1.0
-rwxr-xr-x. 1 robert robert 305360 Aug 16 2014 libatkmm-1.6.so.1.1.0
-rwxr-xr-x. 1 robert robert 2095280 Jul 8 19:34 libc-2.21.so
lrwxrwxrwx. 1 robert robert 23 Aug 16 2014 libcairomm-1.0.so.1 -> libcairomm-1.0.so.1.4.0
-rwxr-xr-x. 1 robert robert 154360 Aug 16 2014 libcairomm-1.0.so.1.4.0
lrwxrwxrwx. 1 robert robert 12 Jul 8 19:33 libc.so.6 -> libc-2.21.so
lrwxrwxrwx. 1 robert robert 21 Aug 17 2014 libgdkmm-2.4.so.1 -> libgdkmm-2.4.so.1.1.0
-rwxr-xr-x. 1 robert robert 325000 Aug 17 2014 libgdkmm-2.4.so.1.1.0
lrwxrwxrwx. 1 robert robert 21 Mar 24 2015 libgiomm-2.4.so.1 -> libgiomm-2.4.so.1.3.0
-rwxr-xr-x. 1 robert robert 1721208 Mar 24 2015 libgiomm-2.4.so.1.3.0
lrwxrwxrwx. 1 robert robert 22 Mar 24 2015 libglibmm-2.4.so.1 -> libglibmm-2.4.so.1.3.0
-rwxr-xr-x. 1 robert robert 493304 Mar 24 2015 libglibmm-2.4.so.1.3.0
lrwxrwxrwx. 1 robert robert 42 Mar 24 2015 libglibmm_generate_extra_defs-2.4.so.1 -> libglibmm_generate_extra_defs-2.4.so.1.3.0
-rwxr-xr-x. 1 robert robert 23936 Mar 24 2015 libglibmm_generate_extra_defs-2.4.so.1.3.0
lrwxrwxrwx. 1 robert robert 21 Aug 17 2014 libgtkmm-2.4.so.1 -> libgtkmm-2.4.so.1.1.0
-rwxr-xr-x. 1 robert robert 4527296 Aug 17 2014 libgtkmm-2.4.so.1.1.0
lrwxrwxrwx. 1 robert robert 24 Jul 10 06:06 libpango-1.0.so.0 -> libpango-1.0.so.0.3600.8
-rwxr-xr-x. 1 robert robert 313824 Jul 10 06:07 libpango-1.0.so.0.3600.8
lrwxrwxrwx. 1 robert robert 29 Jul 10 06:07 libpangocairo-1.0.so.0 -> libpangocairo-1.0.so.0.3600.8
-rwxr-xr-x. 1 robert robert 54320 Jul 10 06:07 libpangocairo-1.0.so.0.3600.8
lrwxrwxrwx. 1 robert robert 27 Jul 10 06:06 libpangoft2-1.0.so.0 -> libpangoft2-1.0.so.0.3600.8
-rwxr-xr-x. 1 robert robert 88416 Jul 10 06:07 libpangoft2-1.0.so.0.3600.8
lrwxrwxrwx. 1 robert robert 24 Mar 24 2015 libpangomm-1.4.so.1 -> libpangomm-1.4.so.1.0.30
-rwxr-xr-x. 1 robert robert 183064 Mar 24 2015 libpangomm-1.4.so.1.0.30
-rwxr-xr-x. 1 robert robert 140952 Jul 8 19:34 libpthread-2.21.so
lrwxrwxrwx. 1 robert robert 18 Jul 8 19:33 libpthread.so.0 -> libpthread-2.21.so
-rwxr-xr-x. 1 robert robert 114536 Jul 8 19:34 libresolv-2.21.so
lrwxrwxrwx. 1 robert robert 17 Jul 8 19:33 libresolv.so.2 -> libresolv-2.21.so
Hi, everyone.
I use this solution posted in another forum, practicely the autor say that you have to downgrade your gcc version of the compiler and reinstall and the lastest estable version, in my case the instructions that he gives are perfect.
For me this works!!!
Although this solution (Coyote's Blog: VMWare Worksation 12 on Fedora Core 23 (fc23)) is geared towards Fedora 23 and VMware Workstation 12, I can confirm it also works with Workstation 11 and Fedora 22, with few modifications. Seems with a little tweaking it could easily be adapted to other distributions, libraries are mostly in the same places.
In OpenSUSE TW the workaround is not working anymore, even with then still appear the GCC window.
Anyone have any new workaround?
James was right, but incomplete (at least for current versions).
Following what worked for me:
cd /usr/lib/vmware/modules/source
unpack vmnet.tar
cd vmnet-only
make
cd ..
unpack vmmon.tar
cd vmmon-only
make
cd ..
cp vmmon.o /lib/modules/`uname -r`/kernel/drivers/misc/vmmon.ko
cp vmnet.o /lib/modules/`uname -r`/kernel/drivers/misc/vmnet.ko
depmod -a
/etc/init.d/vmware restart