After upgrading a pango library, vmware-workstation complains the following upon starting: zx2c4@thinkpad ~ $ /opt/vmware/bin/vmware I/O warning : failed to load external entity "/etc/vmware/hostd/proxy.xml" No value set for `/desktop/gnome/interface/menus_have_tearoff' NOT_IMPLEMENTED /build/mts/release/bora-1031769/bora/lib/misc/codeset.c:1708 Aborted Reproducible: Always
The library in question is most likely /usr/lib/libpangox-1.0.so.0.
I had this same problem and downgrading from dev-libs/icu-51.1 to dev-libs/icu-50.1.2 corrected the NOT_IMPLEMENTED /build/mts/release/bora-1031769/bora/lib/misc/codeset.c:1708 problem. I also had to downgrade from dev-cpp/gtkmm-2.24.3 to dev-cpp/gtkmm-2.24.2 reference https://bugs.gentoo.org/show_bug.cgi?id=464976 as vmware-workstation was still aborting. Both were required to get vmware-workstation functioning again.
I had the same problem. I did revert to icu-51.1 and gtkmm-2.24.2 but vmware-workstation was still crashing with the same message. I then emerged the latest stable packages for: libxml2-2.8 libpng-1.5.15 icu-49.1.2 and then I re-emerged all rdepends of vmware-workstation with: emerge -1a $(qdepends -rqNC vmware-workstation | \ sed -e's/\ /\n/g' | grep -v vmware) ... all in vain. Problem still persists. I found that vmware will start as follows: LANG=C /opt/vmware/bin/vmware It will still crash if I start a VM. To prevent this I replaced .encoding="UTF-8" with .encoding="ASCII" in *.{vmx,vmdk,vmsd} in all my VMs.
(In reply to comment #2) > I had this same problem and downgrading from dev-libs/icu-51.1 to > dev-libs/icu-50.1.2 corrected the NOT_IMPLEMENTED > /build/mts/release/bora-1031769/bora/lib/misc/codeset.c:1708 problem. > > I also had to downgrade from dev-cpp/gtkmm-2.24.3 to dev-cpp/gtkmm-2.24.2 > reference https://bugs.gentoo.org/show_bug.cgi?id=464976 as > vmware-workstation was still aborting. > > Both were required to get vmware-workstation functioning again. I should add that a "revdep-rebuild" was required after downgrading icu as there will be a lot of broken reverse dependencies.
Same issue. Downgrading icu was needed to get vmplayer (version 5.0.2.1031769) to work again. Vmplayer started working only after I rebuilt quite a lot of packages using preserved-rebuild afterwards. Thanks to Anton Bolshakov for pointing out what the issue might be!
First, vmware would fail to start with that message. After downgrading/upgrading of icu from 51 to 50.1.2 and back the behave changed: I could start vmware, however it would fail with the same message only after I click on a certain vmware image in the list. I had to change encoding (thanks Andreas) using a hex editor in that vmdk file: encoding="windows-1251" -> UTF-8. And that fixed it. It's time to file an upstream bug report ..
This horrible and disgusting hack will trick vmware into using its bundled libraries: zx2c4@thinkpad ~ $ cat /usr/local/bin/vmware #!/bin/bash /etc/init.d/vmware status &>/dev/null || sudo /etc/init.d/vmware start sudo mv $(readlink -f /usr/lib/libgtk-x11-2.0.so) $(readlink -f /usr/lib/libgtk-x11-2.0.so).old /opt/vmware/bin/vmware &>/dev/null& disown sleep 1 sudo mv $(readlink -f /usr/lib/libgtk-x11-2.0.so).old $(readlink -f /usr/lib/libgtk-x11-2.0.so)
(In reply to Kenton Groombridge from comment #2) > I had this same problem and downgrading from dev-libs/icu-51.1 to > dev-libs/icu-50.1.2 corrected the NOT_IMPLEMENTED > /build/mts/release/bora-1031769/bora/lib/misc/codeset.c:1708 problem. > > I also had to downgrade from dev-cpp/gtkmm-2.24.3 to dev-cpp/gtkmm-2.24.2 > reference https://bugs.gentoo.org/show_bug.cgi?id=464976 as > vmware-workstation was still aborting. > > Both were required to get vmware-workstation functioning again. same issue. somebody has resolved?
*** Bug 472872 has been marked as a duplicate of this bug. ***
As a (temporary?) workaround I have installed libxml2 without icu support and now vmware-player-4.0.5.893925 runs again Steps for workaround: > USE="-icu" emerge -1O dev-libs/libxml2
(In reply to Alexander Stein from comment #10) > As a (temporary?) workaround I have installed libxml2 without icu support > and now vmware-player-4.0.5.893925 runs again > > Steps for workaround: > > USE="-icu" emerge -1O dev-libs/libxml2 The same applies to dev-libs/libxml2-2.9.1-r1
Hi, I am still getting this error after updating to 9.0.2.1031769-r1. The workaround mentioned works fine. Any way we could get a perm fix?
The problem is still the same with icu 51.2 and now no available version of icu is working with vmware. As I use chromium, I can't disable icu in libxml2, so I'm stuck to choose between chromium and vmware.
(In reply to Baptiste Wicht from comment #13) > The problem is still the same with icu 51.2 and now no available version of > icu is working with vmware. As I use chromium, I can't disable icu in > libxml2, so I'm stuck to choose between chromium and vmware. I'm using chromium myself. I know this is just a hack/workaround, but until now I didn't detect any defect in chromium due to missing icu support in libxml2.
(In reply to Jason A. Donenfeld from comment #7) I recently updated dev-libs/icu and ran into this issue. Googling around has found someone using this workaround VMWARE_USE_SHIPPED_GTK (yes|no|force) and this worked for me: # echo "VMWARE_USE_SHIPPED_GTK='yes'" >> /etc/vmware/bootstrap
(In reply to zamabe from comment #15) > (In reply to Jason A. Donenfeld from comment #7) > > I recently updated dev-libs/icu and ran into this issue. Googling around has > found someone using this workaround VMWARE_USE_SHIPPED_GTK (yes|no|force) > and this worked for me: > > # echo "VMWARE_USE_SHIPPED_GTK='yes'" >> /etc/vmware/bootstrap I am having this same problem, however this trick did not work for me. Unfortunately there is no older ICU in portage now. Not sure what to do now.
(In reply to Keith Dart from comment #16) > I am having this same problem, however this trick did not work for me. > Unfortunately there is no older ICU in portage now. Not sure what to do now. I am in the same boat. Haven't been able to use VMware for months, so I find myself in Windows the majority of the time now (as I need it). If an older icu version was still in portage, I'd give that a go, but kind of in a rough spot...
Since vmware workstation 10 was just released, it is doubtful that this problem will be resolved in earlier versions. Not sure if vmware-workstation version 10 addresses this either.
(In reply to Kenton Groombridge from comment #18) > Since vmware workstation 10 was just released, it is doubtful that this > problem will be resolved in earlier versions. Not sure if > vmware-workstation version 10 addresses this either. I installed the trial without a hitch, but hit a roadblock on the first run. You need to type in an email address to start the trial, and for some reason it complains and notes that root access might be required, or something to that effect. I get the same error if I run the app as root. I'll likely get a 10 license in the near-future, but holding off for now. If you actually have a license to put in, the app might actually work no problem. The fact I got it installed at all surprised me.
For those curious, Workstation 10 does appear to run just fine. It installed without issue, and ran a virtual machine with no issue - save for me being unable to get the networking going, but that's a problem I've had before (and expect to fix). I find it interesting that 10 installs and runs just fine though and 9 is useless.
I didn't realize 10 was even available. Can we get this in the tree?
(In reply to Rob Williams from comment #20) > For those curious, Workstation 10 does appear to run just fine. It installed > without issue, and ran a virtual machine with no issue - save for me being > unable to get the networking going, but that's a problem I've had before > (and expect to fix). > > I find it interesting that 10 installs and runs just fine though and 9 is > useless. I can confirm it. Workstation 10 / Player 6 run fine. So could this bug depend on the bug https://bugs.gentoo.org/show_bug.cgi?id=484084 ?
I discovered that my issue was not actually ICU, but the curl library. invoking WS9 like so does work: LD_LIBRARY_PATH=/opt/vmware/lib/vmware/lib/libcurl.so.4 vmware Putting this in your .bashrc/.zshrc can help. alias vmware='LD_LIBRARY_PATH=/opt/vmware/lib/vmware/lib/libcurl.so.4 vmware' HTH
(In reply to Andreas Proteus from comment #3) > I found that vmware will start as follows: > > LANG=C /opt/vmware/bin/vmware > > It will still crash if I start a VM. > > To prevent this I replaced > .encoding="UTF-8" with .encoding="ASCII" > in *.{vmx,vmdk,vmsd} in all my VMs. Oh, why did I miss this comment? My .vmx and one .vmdk had .ecoding="windows-1252" and one vmdk had ddb.encoding = "UTF-8". After changing the windows-1252 to UTF-8 everything works fine with those currently installed versions: dev-libs/libxml2-2.9.1-r1 with USE="icu" app-emulation/vmware-player-4.0.5.893925
IMHO, this BUG should be closed as "obsolete", at long last. To me, "Importance = critical" does not seem justified any more.
(In reply to Jason A. Donenfeld from comment #21) > I didn't realize 10 was even available. Can we get this in the tree? Please, note : Bug 616958 - app-emulation/vmware-workstation-12.5.6 version bump
REFERENCE: Bug 616958 : 12.5.7 version bump Bug 620972 : ... drop old versions To me, this bug seems to be FIXED / OBSOLETE.
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 = 14.0.0 : Bug 634854
