Summary: | app-emulation/vmware-workstation-5.5.4.44386 does not work any more | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jules Colding <colding> |
Component: | Current packages | Assignee: | Gentoo VMWare Bug Squashers [disabled] <vmware+disabled> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Output from "VMWARE_USE_SHIPPED_GTK=force vmware" |
Description
Jules Colding
2007-09-10 19:08:21 UTC
*** This bug has been marked as a duplicate of bug 185444 *** I tried the solution as outlined in #185444 but it didn't work. I think that this bug should be reopened. The output from my vmware command is attached asap. Created attachment 130658 [details]
Output from "VMWARE_USE_SHIPPED_GTK=force vmware"
Uh, don't prelink such stuff. Anyway, there's no solution to bug 185444, that's whole point why's it still *open*. No need to have multiple bugs for the same thing. *** This bug has been marked as a duplicate of bug 185444 *** (In reply to comment #4) > Uh, don't prelink such stuff. > > Anyway, there's no solution to bug 185444, that's whole point why's it still > *open*. OK, it didn't came out right. What I meant to say was that the workaround from #185444 comment 3 (setting VMWARE_USE_SHIPPED_GTK=[force,yes]) does work with vmware for me. I'm now realizing that comment 3 was about vmplayer, so maybe it doesn't work for vmware. I'll try the trick with the wrapper-gtk24.sh script that the OP from 185444 proposes. (In reply to comment #5) > OK, it didn't came out right. What I meant to say was that the workaround from > #185444 comment 3 (setting VMWARE_USE_SHIPPED_GTK=[force,yes]) does work with > vmware for me. Doh! - s/"does work"/"does not work" Sorry, jules These complaints would really be better directed to VMWare folks - because there's not much we would do with closed source stuff. (In reply to comment #7) > These complaints would really be better directed to VMWare folks - because > there's not much we would do with closed source stuff. I know. I've reported the problem to VMware. Just as additional info. I've tried the patch to wrapper-gtk24.sh as outlined in #185444 but it doesn't work for me. May this issue is another one after all? All I got after applying the patch is: colding@athero ~ $ vmware Gdk: error while retrieving Xinerama information VMware Workstation Error: VMware Workstation unrecoverable error: (vmui) Gdk: error while retrieving Xinerama information A log file is available in "/tmp/vmware-colding/ui-6204.log". Please request support and include the contents of the log file. To collect files to submit to VMware support, run vm-support. We will respond on the basis of your support entitlement. colding@athero ~ $ cat /tmp/vmware-colding/ui-6204.log Sep 12 21:32:11: vmui| Log for VMware Workstation pid=6204 version=5.5.4 build=build-44386 option=Release Sep 12 21:32:11: vmui| Gdk: error while retrieving Xinerama information Sep 12 21:32:11: vmui| Backtrace: Sep 12 21:32:11: vmui| Backtrace[0] 0xffd6fa68 eip 0x821da80 Sep 12 21:32:11: vmui| Backtrace[1] 0xffd6fe88 eip 0x821eb75 Sep 12 21:32:11: vmui| Backtrace[2] 0xffd6fea8 eip 0x8077028 Sep 12 21:32:11: vmui| Backtrace[3] 0xffd6fec8 eip 0x846e46b Sep 12 21:32:11: vmui| Backtrace[4] 0xffd70328 eip 0xf7d3635d Sep 12 21:32:11: vmui| Backtrace[5] 0xffd70358 eip 0xf7d36569 Sep 12 21:32:11: vmui| Backtrace[6] 0xffd70398 eip 0xf7bfbea8 Sep 12 21:32:11: vmui| Backtrace[7] 0xffd703c8 eip 0xf7bfc224 Sep 12 21:32:11: vmui| Backtrace[8] 0xffd70488 eip 0xf7be347a Sep 12 21:32:11: vmui| Backtrace[9] 0xffd704a8 eip 0xf7bc0bed Sep 12 21:32:11: vmui| Backtrace[10] 0xffd704c8 eip 0xf7987f3f Sep 12 21:32:11: vmui| Backtrace[11] 0xffd704e8 eip 0xf7987f74 Sep 12 21:32:11: vmui| Backtrace[12] 0xffd70508 eip 0xf7585fed Sep 12 21:32:11: vmui| Backtrace[13] 0xffd70538 eip 0xf7585b48 Sep 12 21:32:11: vmui| Backtrace[14] 0xffd705b8 eip 0x8078113 Sep 12 21:32:11: vmui| Backtrace[15] 0xffd70938 eip 0x8076f99 Sep 12 21:32:11: vmui| Backtrace[16] 0xffd70998 eip 0xf7096824 Sep 12 21:32:11: vmui| Backtrace[17] 00000000 eip 0x8076c71 Sep 12 21:32:11: vmui| Msg_Post: Error Sep 12 21:32:11: vmui| [msg.log.error.unrecoverable] VMware Workstation unrecoverable error: (vmui) Sep 12 21:32:11: vmui| Gdk: error while retrieving Xinerama information Sep 12 21:32:11: vmui| [msg.panic.haveLog] A log file is available in "/tmp/vmware-colding/ui-6204.log". [msg.panic.requestSupport.withLog] Please request support and include the contents of the log file. [msg.panic.requestSupport.linux] Sep 12 21:32:11: vmui| To collect files to submit to VMware support, run vm-support. Sep 12 21:32:11: vmui| [msg.panic.response] We will respond on the basis of your support entitlement. Sep 12 21:32:11: vmui| ---------------------------------------- Sep 12 21:32:40: vmui| Caught signal 2 -- pid 6204 (eip 0xffffe40e) colding@athero ~ $ OK, I can now confirm that it is indeed another issue than #185444. At least if I am to consider the proposed workaround in comment 1 in #185444. This fix did not make VMware work for me. Downgrading xorg-server from 1.3.0.0 to 1.2.0-r3 did, on the other hand, fix the issue and made VMware happy on my box. VMware is now starting and the wrapper-gtk24.sh script is unmodified. I'm risking my right arm and is reopening the bug. I hope that it is the right thing to do under these circumstances. It is the right thing to do, but there's not anything that we can really do about it. As Jakub said, the main VMware products are all closed-source. As such, we're unable to do anything about this. You had said that you had reported it to VMware. At this point, we have exactly one option: wait for Vmware to release a new 5.5 build... Because of this, I'm marking this as UPSTREAM since we have to wait on them before we can do anything about this. The ball is solely in their court now. |