workstation 12 not working #44
Comments
|
Are you running a ~amd64 system? The logs are under /tmp/vmware-<username> |
|
Yes, it's a global ~amd64. Looking at the logs I find some more info: # file /usr/lib64/libfontconfig.so.1 /opt/vmware/lib/vmware/lib/libvmware.so/libvmware.so
/usr/lib64/libfontconfig.so.1: symbolic link to libfontconfig.so.1.12.0
/opt/vmware/lib/vmware/lib/libvmware.so/libvmware.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=a8c1542da03011b69cf2614041e636de40fe15c9, stripped |
|
The FT_Done_MM_Var symbol is in the freetype library On my system I have installed =media-libs/freetype-2.9.1-r3 but also -r4 provides it. I have tested also with latest fontconfig-2.13.1-r2 and I don't have problems. vmware uses the system fontconfig and freetype, try emerging again both libraries |
|
Yes, I have rebuilt both, but did not help. I also tried older versions of freetype. But anyway who claims that the symbol is not available, I can find all the mentioned symbols and .so files. |
|
Are you using USE=bundled-libs? try without it |
|
I tried and it does not start either. However the logged error is different: Linking on those files looks good as well: # ldd /opt/vmware/lib/vmware/lib/libgdkmm-2.4.so.1/libgdkmm-2.4.so.1
ldd: warning: you do not have execution permission for `/opt/vmware/lib/vmware/lib/libgdkmm-2.4.so.1/libgdkmm-2.4.so.1'
linux-vdso.so.1 (0x00007fff6dfd7000)
libgiomm-2.4.so.1 => /usr/lib64/libgiomm-2.4.so.1 (0x00007f5e8a086000)
libpangomm-1.4.so.1 => /usr/lib64/libpangomm-1.4.so.1 (0x00007f5e89e57000)
libglibmm-2.4.so.1 => /usr/lib64/libglibmm-2.4.so.1 (0x00007f5e89bd3000)
libcairomm-1.0.so.1 => /usr/lib64/libcairomm-1.0.so.1 (0x00007f5e899ac000)
libsigc-2.0.so.0 => /usr/lib64/libsigc-2.0.so.0 (0x00007f5e897a5000)
libgtk-x11-2.0.so.0 => /usr/lib64/libgtk-x11-2.0.so.0 (0x00007f5e89366000)
libgdk-x11-2.0.so.0 => /usr/lib64/libgdk-x11-2.0.so.0 (0x00007f5e892af000)
libatk-1.0.so.0 => /usr/lib64/libatk-1.0.so.0 (0x00007f5e8a487000)
libgdk_pixbuf-2.0.so.0 => /usr/lib64/libgdk_pixbuf-2.0.so.0 (0x00007f5e8908b000)
libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007f5e8a478000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f5e88e79000)
libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f5e88c6f000)
libXinerama.so.1 => /usr/lib64/libXinerama.so.1 (0x00007f5e88a6c000)
libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007f5e88861000)
libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 (0x00007f5e8865e000)
libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007f5e8845b000)
libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007f5e88444000)
libgio-2.0.so.0 => /usr/lib64/libgio-2.0.so.0 (0x00007f5e880a4000)
libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007f5e87e9e000)
libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007f5e87d76000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f5e87a39000)
libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007f5e879f1000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f5e87926000)
libz.so.1 => /lib64/libz.so.1 (0x00007f5e8770f000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f5e876c8000)
libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f5e87473000)
libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007f5e8726f000)
libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007f5e8706d000)
librt.so.1 => /lib64/librt.so.1 (0x00007f5e86e65000)
libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f5e86b4f000)
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/libstdc++.so.6 (0x00007f5e86946000)
libm.so.6 => /lib64/libm.so.6 (0x00007f5e865b6000)
libc.so.6 => /lib64/libc.so.6 (0x00007f5e861ee000)
libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/libgcc_s.so.1 (0x00007f5e861d4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f5e85fb4000)
libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007f5e85da3000)
libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007f5e85b98000)
libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 (0x00007f5e85adb000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00007f5e858c4000)
libmount.so.1 => /lib64/libmount.so.1 (0x00007f5e8566b000)
libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007f5e853cb000)
libEGL.so.1 => /usr/lib64/libEGL.so.1 (0x00007f5e85397000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f5e85193000)
libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f5e8515b000)
libxcb-shm.so.0 => /usr/lib64/libxcb-shm.so.0 (0x00007f5e8a467000)
libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f5e8512f000)
libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007f5e8511e000)
libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007f5e850a8000)
libfribidi.so.0 => /usr/lib64/libfribidi.so.0 (0x00007f5e84e8c000)
libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f5e84c7b000)
libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f5e84a49000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f5e84842000)
libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007f5e84637000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f5e843c5000)
/lib64/ld-linux-x86-64.so.2 (0x00007f5e8a43f000)
libgraphite2.so.3 => /usr/lib64/libgraphite2.so.3 (0x00007f5e843a1000)
libblkid.so.1 => /lib64/libblkid.so.1 (0x00007f5e84151000)
libgbm.so.1 => /usr/lib64/libgbm.so.1 (0x00007f5e84141000)
libglapi.so.0 => /usr/lib64/libglapi.so.0 (0x00007f5e8410c000)
libX11-xcb.so.1 => /usr/lib64/libX11-xcb.so.1 (0x00007f5e83f0a000)
libxcb-dri2.so.0 => /usr/lib64/libxcb-dri2.so.0 (0x00007f5e83f03000)
libxcb-xfixes.so.0 => /usr/lib64/libxcb-xfixes.so.0 (0x00007f5e83ef9000)
libdrm.so.2 => /usr/lib64/libdrm.so.2 (0x00007f5e83ee5000)
libxcb-dri3.so.0 => /usr/lib64/libxcb-dri3.so.0 (0x00007f5e83edf000)
libxcb-present.so.0 => /usr/lib64/libxcb-present.so.0 (0x00007f5e83ed8000)
libxcb-sync.so.1 => /usr/lib64/libxcb-sync.so.1 (0x00007f5e83ece000)
libxshmfence.so.1 => /usr/lib64/libxshmfence.so.1 (0x00007f5e83ccc000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f5e83ac8000)
libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f5e838c2000)
libxcb-glx.so.0 => /usr/lib64/libxcb-glx.so.0 (0x00007f5e838a4000)
libbsd.so.0 => /usr/lib64/libbsd.so.0 (0x00007f5e8368a000)
# ldd /usr/lib64/libpangomm-1.4.so.1
linux-vdso.so.1 (0x00007fff06538000)
libglibmm-2.4.so.1 => /usr/lib64/libglibmm-2.4.so.1 (0x00007f4657679000)
libcairomm-1.0.so.1 => /usr/lib64/libcairomm-1.0.so.1 (0x00007f4657452000)
libsigc-2.0.so.0 => /usr/lib64/libsigc-2.0.so.0 (0x00007f465724b000)
libpangocairo-1.0.so.0 => /usr/lib64/libpangocairo-1.0.so.0 (0x00007f4657cdc000)
libpango-1.0.so.0 => /usr/lib64/libpango-1.0.so.0 (0x00007f4657c94000)
libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007f4656ff6000)
libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007f4656ce0000)
libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/libstdc++.so.6 (0x00007f4656ad7000)
libc.so.6 => /lib64/libc.so.6 (0x00007f465670f000)
libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.0/libgcc_s.so.1 (0x00007f4657c78000)
libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007f465650b000)
libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00007f46563e3000)
libpangoft2-1.0.so.0 => /usr/lib64/libpangoft2-1.0.so.0 (0x00007f4657c5f000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007f4657c18000)
libm.so.6 => /lib64/libm.so.6 (0x00007f4656053000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f4655f88000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f4655d68000)
libfribidi.so.0 => /usr/lib64/libfribidi.so.0 (0x00007f4655b4c000)
libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007f4655943000)
libpcre.so.1 => /lib64/libpcre.so.1 (0x00007f46556d1000)
/lib64/ld-linux-x86-64.so.2 (0x00007f4657b2c000)
libdl.so.2 => /lib64/libdl.so.2 (0x00007f46554cd000)
libpixman-1.so.0 => /usr/lib64/libpixman-1.so.0 (0x00007f465522d000)
libEGL.so.1 => /usr/lib64/libEGL.so.1 (0x00007f4657be2000)
libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007f4657baa000)
libxcb-shm.so.0 => /usr/lib64/libxcb-shm.so.0 (0x00007f4657ba3000)
libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007f4657b77000)
libxcb-render.so.0 => /usr/lib64/libxcb-render.so.0 (0x00007f4657b66000)
libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007f4655023000)
libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007f4654ce6000)
libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007f4654ad4000)
libz.so.1 => /lib64/libz.so.1 (0x00007f46548bd000)
libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007f4654847000)
librt.so.1 => /lib64/librt.so.1 (0x00007f465463f000)
libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 (0x00007f4654582000)
libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007f4654350000)
libuuid.so.1 => /lib64/libuuid.so.1 (0x00007f4654149000)
libbz2.so.1 => /lib64/libbz2.so.1 (0x00007f4653f38000)
libgbm.so.1 => /usr/lib64/libgbm.so.1 (0x00007f4657b52000)
libglapi.so.0 => /usr/lib64/libglapi.so.0 (0x00007f4653f05000)
libX11-xcb.so.1 => /usr/lib64/libX11-xcb.so.1 (0x00007f4653d03000)
libxcb-dri2.so.0 => /usr/lib64/libxcb-dri2.so.0 (0x00007f4653cfc000)
libxcb-xfixes.so.0 => /usr/lib64/libxcb-xfixes.so.0 (0x00007f4653cf2000)
libdrm.so.2 => /usr/lib64/libdrm.so.2 (0x00007f4653cdc000)
libxcb-dri3.so.0 => /usr/lib64/libxcb-dri3.so.0 (0x00007f4653cd6000)
libxcb-present.so.0 => /usr/lib64/libxcb-present.so.0 (0x00007f4653cd1000)
libxcb-sync.so.1 => /usr/lib64/libxcb-sync.so.1 (0x00007f4653cc7000)
libxshmfence.so.1 => /usr/lib64/libxshmfence.so.1 (0x00007f4653ac5000)
libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007f46538c1000)
libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007f46536b9000)
libxcb-glx.so.0 => /usr/lib64/libxcb-glx.so.0 (0x00007f465369b000)
libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007f4653495000)
libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007f4653292000)
libgraphite2.so.3 => /usr/lib64/libgraphite2.so.3 (0x00007f465326e000)
libbsd.so.0 => /usr/lib64/libbsd.so.0 (0x00007f4653054000)What about that wrong permission on the first .so file? I have adapted that to 755, but didn't help either. |
|
Checking the symbols it's the same here, I can find the symbol right in the file, can't reproduce the error log: # nm -D /usr/lib64/libpangomm-1.4.so.1 |grep _ZN4Glib6ObjectC2EOS0_
U _ZN4Glib6ObjectC2EOS0_ |
|
Can you confirm that you don't have set ant VMWARE_* env variable? Please upload the full log file using gist functionality of your github account. Unfortunately I cannot reproduce the problem on my stable amd64 system :-( I am using USE=-bundled-libs and it works without problems (and it works with +bundled-libs too), I start wondering if it's a problem of your system. If you discover something new please post here additional info. |
env |grep VMWARE |wc -l
0And here is the /etc/vmware/config that I've never touched: bindir = "/opt/vmware/bin"
libdir = "/opt/vmware/lib/vmware"
initscriptdir = "/etc/init.d"
authd.fullpath = "/opt/vmware/sbin/vmware-authd"
gksu.rootMethod = "su"
VMCI_CONFED = "yes"
VMBLOCK_CONFED = "yes"
VSOCK_CONFED = "yes"
NETWORKING = "yes"
player.product.version = "12.5.9"
product.buildNumber = "7535481"
product.version = "12.5.9"
product.name = "VMware Workstation"
workstation.product.version = "12.5.9" |
|
My log seems similar to yours besides that I am using glib-2.52.3. Can you try downgrading to that? The other doubt is the gcc version you have used to build system libraries, on my system I have probably used gcc-5 |
|
This seems to conflict with many dependencies on a ~amd64 system: Calculating dependencies... done!
[ebuild UD ] dev-libs/glib-2.52.3:2::gentoo [2.56.2:2::gentoo] USE="dbus (mime) xattr -debug (-fam) (-selinux) -static-libs -systemtap -test -utils" ABI_X86="32 (64) (-x32)" PYTHON_TARGETS="python2_7%*" 0 KiB
[blocks B ] <dev-libs/glib-2.56.2:2 ("<dev-libs/glib-2.56.2:2" is blocking dev-util/glib-utils-2.56.2)
Total: 1 package (1 downgrade), Size of downloads: 0 KiB
Conflict: 1 block (1 unsatisfied)
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-libs/glib:2
(dev-libs/glib-2.52.3:2/2::gentoo, ebuild scheduled for merge) pulled in by
=dev-libs/glib-2.52.3 (Argument)
(dev-libs/glib-2.56.2:2/2::gentoo, installed) pulled in by
>=dev-libs/glib-2.56.0:2 required by (media-gfx/gimp-2.10.6-r1:2/2::gentoo, installed)
^^ ^^^^^^^^
>=dev-libs/glib-2.56.2:2 required by (dev-util/gdbus-codegen-2.56.2-r1:0/0::gentoo, installed)
^^ ^^^^^^^^
>=dev-libs/glib-2.53.4:2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (x11-libs/gtk+-3.24.1:3/3::gentoo, installed)
^^ ^^^^^^^^
>=dev-libs/glib-2.56.1:2 required by (dev-libs/gobject-introspection-1.56.1:0/0::gentoo, installed)
^^ ^^^^^^^^
>=dev-libs/glib-2.55.1:2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?] required by (dev-cpp/glibmm-2.56.0:2/2::gentoo, installed)
^^ ^^^^^^^^
It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously. You may want to try a larger value of
the --backtrack option, such as --backtrack=30, in order to see if
that will solve this conflict automatically.
For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.
* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.
(dev-util/glib-utils-2.56.2:0/0::gentoo, installed) pulled in by
dev-util/glib-utils required by (media-plugins/gst-plugins-srtp-1.14.3:1.0/1.0::gentoo, installed)
dev-util/glib-utils required by (x11-libs/gtksourceview-3.24.8:3.0/3::gentoo, installed)
dev-util/glib-utils required by (media-libs/gstreamer-1.14.3:1.0/1.0::gentoo, installed)
dev-util/glib-utils required by (media-libs/gst-plugins-bad-1.14.3:1.0/1.0::gentoo, installed)
dev-util/glib-utils required by (x11-libs/gtk+-3.24.1:3/3::gentoo, installed)
dev-util/glib-utils required by (x11-libs/vte-0.54.0:2.91/2.91::gentoo, installed)
dev-util/glib-utils required by (gnome-extra/evolution-ews-3.26.6:0/0::gentoo, installed)
dev-util/glib-utils required by (media-libs/gst-plugins-base-1.14.3-r1:1.0/1.0::gentoo, installed)
dev-util/glib-utils required by (mail-client/evolution-3.26.6:2.0/2.0::gentoo, installed)
dev-util/glib-utils required by (dev-libs/json-glib-1.4.4:0/0::gentoo, installed)
dev-util/glib-utils required by (gnome-extra/evolution-data-server-3.26.6:0/60::gentoo, installed)
dev-util/glib-utils required by (app-crypt/gcr-3.28.0:0/1::gentoo, installed)
dev-util/glib-utils required by (gnome-base/libgnomekbd-3.26.0:0/8::gentoo, installed)
dev-util/glib-utils required by (net-misc/networkmanager-1.14.0:0/0::gentoo, installed)
dev-util/glib-utils required by (gnome-base/librsvg-2.40.18:2/2::gentoo, installed)
>=dev-util/glib-utils-2.56.2 required by (dev-libs/glib-2.56.2:2/2::gentoo, installed)
dev-util/glib-utils required by (dev-libs/atk-2.28.1:0/0::gentoo, installed)
dev-util/glib-utils required by (x11-libs/gtk+-2.24.32-r1:2/2::gentoo, installed) |
|
I have temporarily installed on my system glib-2.56.2 and vmware still works, I cannot do much more :-( so you have to figure out by yourself what is the problem |
|
Re-checking my symbols again I understand that it is really undefined here, as you have the T type and I have the U type: So the source of the issue must be located there. I have rebuilt the fontconfig with static libraries, but that did not solve it. What is wrong with that build? |
|
Don't mix things, it's correct to have an undefined symbol in libfontconfig because it's resolved by the loader (the symbol is part of the libfreetype library) |
|
Sorry for confusion. In order to debug why the specific symbol lookup is failing, how can I check the dynamic lookup by the loader? Can revdep-rebuild help here, at least it did not solve it. |
|
here is the script that loads the libraries: /opt/vmware/lib/vmware/lib/wrapper-gtk24.sh |
|
Just for completeness it's this script: |
|
How does this behave on your system: |
|
on my system
returns an empty string so it seems is not searched. What do you get with
|
|
|
I am running out of ideas :-( You have a missing FT_Done_MM_Var symbol in one of the libraries loaded during startup of vmware, it seems that this doesn't happen on my system. The funny thing is that you confirm that FT_Done_MM_Var is available in /usr/lib64/libfreetype.so.6 . Is there any other freetype library in the path masking the one under /usr/lib64? What do you get with
I have seen you are using gcc-8, try rebuilding fontconfig and freetype with gcc-7 |
|
I have rebuild the 3 packages with the x86_64-pc-linux-gnu-5.4.0 I had left, no success. |
|
What do the following commands return to you?
|
# emerge -pv media-libs/fontconfig media-libs/freetype vmware-workstation
Unavailable repository 'calculate' referenced by masters entry in '/var/lib/layman/rasdark/metadata/layout.conf'
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] media-libs/freetype-2.9.1-r4:2::gentoo USE="X adobe-cff bzip2 infinality png static-libs -bindist -cleartype_hinting -debug -doc -fontforge -harfbuzz -utils" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild R ] app-emulation/vmware-workstation-12.5.9.7535481::vmware USE="bundled-libs cups vmware-tools -doc -ovftool -server -vix" 0 KiB
[ebuild R ] media-libs/fontconfig-2.13.1-r2:1.0::gentoo USE="-doc -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB
Total: 3 packages (3 reinstalls), Size of downloads: 0 KiB |
|
Maybe it's one of my settings: I'm going to remove those custom settings... |
|
Removed local settings, rebuild with FEATURES="-ccache" as last idea, but still the same. I would rather like to reproduce that the symbol lookup is failing by core utilities. Currently the wrapper-gtk24.sh is the only one complaining and that one is from VMware as far as I understand? |
|
wrapper-gtk24.sh is used by vmware to load libs in a custom way to choose the ones bundled with the package. I don't think it's a problem of core libraries. As said before on my system (stable amd64) the loader is not searching for FT_Done_MM_Var symbol during vmware startup. Googling around seems that FT_Done_MM_Var has been added with freetype 2.9, is it possible that the loader is finding an older version in the path that masks the system one? Usually using unstable system is not supported, unfortunately you are on your own also because I cannot reproduce the problem. If you find a solution please report here. |
|
Hey, i have same problem like this. After reading this link.. https://steamcommunity.com/sharedfiles/filedetails/?id=1458889764 I expect it would be fail, but the truth is otherwise. try to run vmware with this in terminal : in my lib64, i have libfreetype.so.6. check what do you have, and change it with your libfreetype of yours in lib64. Hope it helps :) |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi, I have app-emulation/vmware-workstation-12.5.9.7535481, but starting the workstation like
/opt/vmware/bin/vmwarejust nothing happens, no window, no error.
I was always using the workstation and it worked fine. Kernel is 4.18.7-ck.
What can I do? Are there error logs?
Kernel modules and network seem to be fine:
The text was updated successfully, but these errors were encountered: