it will be great if a new ebuild is coming soon for new stable release of VMware 7x http://downloads.vmware.com/d/details/workstation_7_0_for_linux/ZGolYmQlJUBiZGVkZQ== Reproducible: Always Steps to Reproduce:
I've been waiting for this one also. (In reply to comment #0) > it will be great if a new ebuild is coming soon for new stable release of > VMware 7x > http://downloads.vmware.com/d/details/workstation_7_0_for_linux/ZGolYmQlJUBiZGVkZQ== > Reproducible: Always > Steps to Reproduce:
it has been released nearly a month.. I'm Waiting as well.hopefully the ebuild could come soon
(In reply to comment #2) > it has been released nearly a month.. I'm Waiting as well.hopefully the ebuild > could come soon > BUMP! this is a critical app
It's not like God would kill a kitten now... Cmon guys :)
Ok, this really is a critical app. When can we expect to get some traction on this?
This may be a duplicate of Bug#293636 I noticed that the vmware overlay does not have any signs of a VMWare Workstation 7 ebuild either. Are there any technical reasons for not being able to provide an ebuild? If so, they should probably be noted in Bugzilla.
the new version of wks and player are comming with a new vmware-installer this new version of the installer requires a precompiled binary python module this way the system pyhton could not be used and the "buggy" provided version must be used (the internal python has a bug that puts cpu under 100% load). the installer has changed again so all the old patches wont work it will take some time until there is a new release
*** Bug 293636 has been marked as a duplicate of this bug. ***
Tried to install it directly, which seemed to work (almost!). :-/ See here: http://forums.gentoo.org/viewtopic-p-6120878.html#6117447
This would be great, if anyone is working on it. I'm happy to download an attachment into my local overlay and test...
installed directly works great on my 64bit machines (In reply to comment #9) > Tried to install it directly, which seemed to work (almost!). :-/ > > See here: http://forums.gentoo.org/viewtopic-p-6120878.html#6117447 >
Created attachment 220899 [details] vmware-workstation-7.0.1 ebuild package
Created attachment 220901 [details] vmware-modules-1.0.0.26 ebuild package
This is working fine for me, although I didn't tested the following: 1. Upgrade from 6.5 2. amd64 Also, there's an overwrite of /usr/share/applications/mimeinfo.cache but It doesn't really matter for me. Feel free to modify/cleanout my patches
I would try exactly these two things for you, except I can't seem to fetch the vmware-modules-1.0.0.26.amd64.tar.bz2 from anywhere. Is there a place I can fetch it from? (In reply to comment #14) > This is working fine for me, although I didn't tested the following: > 1. Upgrade from 6.5 > 2. amd64
Sorry, here you go: http://dev.pentoo.ch/~grimmlin/vmware/ These are simply the modules sources extracted from the vmware-workstation-7 package, in the vmware-player dir.
Upgraded from 6.5 -> 7.0.1 on amd64 worked for me. Had some sandbox issues and had to FEATURES="-sandbox" emerge vmware-workstation to get it to install. Overwrite of /usr/share/applications/mimeinfo.cache didn't cause any issues that I could see other than warning. VMs worked fine post upgrade. No issues there. I did get one crashed when I went to Help > About. Could be because of VMWARE_USE_SHIPPED_GTK=force which may or may not be needed with v7.
(In reply to comment #17) > Upgraded from 6.5 -> 7.0.1 on amd64 worked for me. Had some sandbox issues and > had to FEATURES="-sandbox" emerge vmware-workstation to get it to install. > That is not good! If you still have it, could you please attach the sandbox.log file to this bug please?
Created attachment 221055 [details] sandbox log file Here is sandbox log from installing vmware-workstation 7.0.1.
Thanks for the ebuilds. I also needed to disable sandbox. After that it builds and works fine in my x86 box. I can report that it works with kernel 2.6.33 too.
Created attachment 221427 [details] vmware-workstation-7.0.1 ebuild package This one should fix the upgrade issues. I also added a depend on hald otherwise vmware won't start.
(In reply to comment #21) > Created an attachment (id=221427) [details] > vmware-workstation-7.0.1 ebuild package > > This one should fix the upgrade issues. > I also added a depend on hald otherwise vmware won't start. > It's better if you attach patches to the current ebuild or at least to you own ebuild, so people can see what changes were made.
(In reply to comment #22) > (In reply to comment #21) > > Created an attachment (id=221427) [details] [details] > > vmware-workstation-7.0.1 ebuild package > > > > This one should fix the upgrade issues. > > I also added a depend on hald otherwise vmware won't start. > > > It's better if you attach patches to the current ebuild or at least to you own > ebuild, so people can see what changes were made. > I love the way you thanked the guy that did all the work instead of berating him. Shows real strength of character...
Agree. Make Michael maintainer instead (if he wants to). He did a job that a lot of people appreciate very much. We heard nothing at all from the official maintainer in the last (almost) 4 months since the report was opened. Anybody tested the revised ebuild?
(In reply to comment #24) > Make Michael maintainer instead (if he wants to). He did a job that a > lot of people appreciate very much. We heard nothing at all from the official > maintainer in the last (almost) 4 months since the report was opened. > I second this suggestion. > Anybody tested the revised ebuild? > I have tested the revised ebuild in my x86 box (kernel 2.6.33) and I confirm that the sandbox problem has gone away. Everything now works perfectly. Thank you Michael.
Just upgraded my 6.5 to 7.0.1 on ~amd64. Kernel is 2.6.30-gentoo-r8. Works like a charm. Even Aero 3D effects in Windows 7 under KDE 4.4 with all sorts of eye-candy enabled. Tried resizing, autofitting, entering and exiting full-screen with no trouble at all. Now vmware can use a few more of my wonderful processor cores... B-) Thanks a million times Michael. :-)
Tested and working! Thanks Michael!
Thanks for your good work Michael; this appears to have been a difficult revbump. Your ebuild works well on three systems here (x86, x86, amd64, all upgrades from 6.5.3.185404) with one minor exception. I installed from the vmware overlay (I confirmed that the ebuild I used from there matches what's posted here) but encountered a sandbox violation on /etc/prelink.conf (OPEN_WR) during installation which caused the installer to attempt to back out and hang in the process. I was able to workaround the problem by removing /etc/prelink.conf, emerging vmware-workstation, and running env-update to regenerate /etc/prelink.conf. To other commenters: please keep the sarcasm and personal business off the bugtracker. The devs are volunteers, and if they are short with you it is because they are busy working to improve the project. Ebuild diffs are normally preferred and compression normally discouraged, but afaict this revbump required updating quite a few ${FILESDIR} files, so attaching and updating them individually may have been messy or unreasonable.
(In reply to comment #28) > I installed from the vmware overlay (I confirmed that the ebuild I used from > there matches what's posted here) but encountered a sandbox violation on > /etc/prelink.conf (OPEN_WR) during installation which caused the installer to > attempt to back out and hang in the process. I was able to workaround the > problem by removing /etc/prelink.conf, emerging vmware-workstation, and running > env-update to regenerate /etc/prelink.conf. This is not a gentoo acceptable solution. Plz attach the sandbox log file so I can see what caused the OPEN_WR call. BTW, The vmware overlay is missing the newest vmware-modules. I added them to my own overlay. Layman -a pentoo
vmware-workstation-7.0.1.227600-r2.ebuild is in vmware overlay. This ebuild is based on vmware-player ebuild submitted by Matt Whitlock. Please try, review, evaluate... Thanks.
Created attachment 222285 [details, diff] vmware-workstation-7.0.1.227600-r2.ebuild.patch Hi, thanks for the new 7.0.1 ebuild! Great work! As it seems there is one bigger issue: All the vmware tools iso-images are missing. (for vmware-tools in the guests) I updated the ebuild to include those isos. Note that you need to download VMware-Workstation-Full-7.0.1-227600.{x86_64,i386}.bundle instead as only this bundle includes them. Additional idea may now be to introduce some USE flags so that you can select which isos to install. My submitted ebuild will install just all those isos like it used to be in earlier WS versions.
(In reply to comment #31) > As it seems there is one bigger issue: All the vmware tools iso-images are > missing. (for vmware-tools in the guests) Why is that an issue? This way, Workstation will download only those guest tools that you actually need, when you need them, and it will keep them updated. Personally, I prefer this to the "full" install. > Additional idea may now be to introduce some USE flags so that you can select > which isos to install. I think one USE flag, "full", to choose between upstream full installer and the smaller one that downloads tools on demand would be sufficient.
Ok, i was not aware of the download feature. Does it indicate this somewhere? For me it just seemed not to work... but I did not wait as long as a it would take to download... about USE flag: ack! please add the full use flag then which will enable my patch.
(In reply to comment #32) > (In reply to comment #31) > > As it seems there is one bigger issue: All the vmware tools iso-images are > > missing. (for vmware-tools in the guests) > > Why is that an issue? This way, Workstation will download only those guest > tools that you actually need, when you need them, and it will keep them > updated. Personally, I prefer this to the "full" install. I installed vmware-workstation-7.0.1.227600-r2 from the "vmware" overlay on my mostly stable amd64 box. After a successful installation, when I try to update VMWare Tools from the VM menu in VMWare Workstation I can see the linux dialog box telling me the CD iso image will be attached, but after pressing "Install" nothing ever happens. Also, my /opt/vmware/lib/vmware/isoimages directory only contains a file: tools-key.pub What am I supposed to do to upgrade the VMWare Tools inside my virtual Windows XP with the provided ebuild in the vmware overlay? The file it wanted was VMware-Workstation-7.0.1-227600.x86_64.bundle Thanks in advance.
(In reply to comment #34) > (In reply to comment #32) > > (In reply to comment #31) > > > As it seems there is one bigger issue: All the vmware tools iso-images are > > > missing. (for vmware-tools in the guests) > > > after pressing "Install" > nothing ever happens. > I've just committed r3 with vmware-tools (thanks for the patch) to vmware overlay, which will be installed via +with-tools use flag. I used "+", because I doubt "automatic" download will work, because its a function of vmware-installer. This ebuild does not use nor install vmware-installer. Thanks.
Neither "Mount or Unmount Virtual Disks...", nor "Virtual Network Editor" work. Both result in the following error printed on the command line: > /opt/vmware/lib/vmware/scripts/util.sh: line 368: /opt/vmware/lib/vmware/setup/vmware-config: No such file or directory > root access method not set
Created attachment 223159 [details, diff] vmware-workstation-7.0.1.227600-r3.ebuild.patch This patch includes vmware-vix to fix the issue reported in the comment before (mount tool and net config not working) as well as some doc paths in /usr/share/doc/vmware-workstation-..
Have just installed vmware-workstation-7.0.1.227600-r3 (overlay) and it works almost perfectly, but Mount or Unmount Virtual Disks funcation doesn't work. also i think i still need "export VMWARE_USE_SHIPPED_GTK=yes", even though vmware works well, but sometimes affects on my keyboard.
(In reply to comment #38) > Have just installed vmware-workstation-7.0.1.227600-r3 (overlay) and it works > almost perfectly, but Mount or Unmount Virtual Disks funcation doesn't work. > also i think i still need "export VMWARE_USE_SHIPPED_GTK=yes", even though > vmware works well, but sometimes affects on my keyboard. > For what it's worth, the "VMWARE_USE_SHIPPED_GTK=yes" problem was discussed here http://bugs.gentoo.org/show_bug.cgi?id=218741 and seems to be because gtkmm is missing the "accessibility" use flag. I installed this from the overlay with accessibility turned on for gtkmm and can run it without VMWARE_USE_SHIPPED_GTK. I don't know if there's a way to set the ebuild to require the accessibility useflag on gtkmm, but it would probably be a good idea.
(In reply to comment #39) > (In reply to comment #38) > > Have just installed vmware-workstation-7.0.1.227600-r3 (overlay) and it works > > almost perfectly, but Mount or Unmount Virtual Disks funcation doesn't work. > > also i think i still need "export VMWARE_USE_SHIPPED_GTK=yes", even though > > vmware works well, but sometimes affects on my keyboard. > > > > For what it's worth, the "VMWARE_USE_SHIPPED_GTK=yes" problem was discussed > here http://bugs.gentoo.org/show_bug.cgi?id=218741 and seems to be because > gtkmm is missing the "accessibility" use flag. I installed this from the > overlay with accessibility turned on for gtkmm and can run it without > VMWARE_USE_SHIPPED_GTK. I don't know if there's a way to set the ebuild to > require the accessibility useflag on gtkmm, but it would probably be a good > idea. > Thanks a lot for your reply, also with an important clues
(In reply to comment #37) > vmware-workstation-7.0.1.227600-r3.ebuild.patch When I used this patch two problems appeared. 1. when starting a vm from the command line like so: vmrun start my-vm.vmx It fails to start and gives the following error: Unable to connect to host. VIX_SERVICEPROVIDER_VMWARE_WORKSTATION was specified, but not installed 2. Drag and drop of files from any windows guest to the host it does not work. ( From host to guest is ok) vmware-workstation-7.0.1.227600 from vmware overlay without the patches works ok.
(In reply to comment #41) > VIX_SERVICEPROVIDER_VMWARE_WORKSTATION was specified, but not installed Please try latest revision 394 in overlay. Thanks.
> (In reply to comment #41) This seems to take care problem 1. (thanks) Problem 2. still remains.
Please try, evaluate new revision in vmware overlay *vmware-workstation-7.0.1.227600-r5 (11 Apr 2010) 11 Apr 2010; Vadim Kuznetsov <vadimk@gentoo.org> -vmware-workstation-7.0.1.227600-r4.ebuild, +vmware-workstation-7.0.1.227600-r5.ebuild: fixed dependencies thanks.
*** Bug 316153 has been marked as a duplicate of this bug. ***
(In reply to comment #35) > I used "+", because I doubt "automatic" download will work, because its a > function of vmware-installer. This ebuild does not use nor install > vmware-installer. You're right, it doesn't work, vmware-installer is required. This is unfortunate, it seriously cripples Wks7's features in Gentoo: automatic updates of the tools don't work. IMHO this is quite important feature :-/
(In reply to comment #46) > This is > unfortunate, it seriously cripples Wks7's features in Gentoo: automatic updates > of the tools don't work. IMHO this is quite important feature :-/ Letting software update itself isn't the Gentoo way. Updates should be done by the package manager. That said, I've introduced a new vmware-tools ebuild over on bug 290831 that will hopefully be adopted into the vmware overlay. It could probably be added as a dependency of this ebuild, too. Going with the ebuild, new versions of the tools would be upgraded by Portage/Paludis, just like everything else.
(In reply to comment #47) > Letting software update itself isn't the Gentoo way. It always cheers me up to hear that a useful package won't be included or another one crippled because "it's not the Gentoo Way" and functionality be damned... :-/ > That said, I've introduced a new vmware-tools ebuild over That said, this is nice, thanks a lot! Though I suppose updates would be slow to appear, it's not exactly easy to spot a new point release of the tools if it's hidden in some update file... Hmm, what about treating the ISOs as *data* files (which they arguably are), put them in /var and update them from a cron script?
(In reply to comment #48) > (In reply to comment #47) > > Letting software update itself isn't the Gentoo way. > > It always cheers me up to hear that a useful package won't be included or > another one crippled because "it's not the Gentoo Way" and functionality be > damned... :-/ There's a lot to be said for keeping your package manager in the know, too. You wouldn't argue for letting Firefox update itself from the Internet, would you? It would spew files all over the place, and Portage wouldn't know what package any of them belonged to. Just because software has an auto-update feature built-in doesn't mean that's the best way to do it when the operating system has its own package manager. > That said, this is nice, thanks a lot! Though I suppose updates would be slow > to appear, it's not exactly easy to spot a new point release of the tools if > it's hidden in some update file... Is there somewhere that VMware publishes announcements of new Tools releases? The maintainer of the app-emulation/vmware-tools package would just need to be notified to bump the ebuild whenever a new release was announced. > Hmm, what about treating the ISOs as *data* files (which they arguably are), > put them in /var and update them from a cron script? Assuming you're talking placing symlinks in /opt/vmware/lib/vmware/isoimages (so VMware Player can find them) to the ISOs somewhere beneath /var, this could work, but if we're resorting to polling VMware's server to look for updates, why don't we just have the package maintainer do that? Everyone else should get their updates the normal way, by sync'ing their Portage trees and upgrading world.
(In reply to comment #49) > Is there somewhere that VMware publishes announcements of new Tools releases? Not that I know of, that's the trouble. I guess the thinking is that they don't need to announce them, Wks7 downloads them automatically... > work, but if we're resorting to polling VMware's server to look for updates, > why don't we just have the package maintainer do that? Everyone else should > get their updates the normal way, by sync'ing their Portage trees That's ideal, of course, assuming that the maintainer can get notifications and do bumps easily -- I assume that the latter is true, unlike with Workstation.
(In reply to comment #50) > (In reply to comment #49) > > why don't we just have the package maintainer do that? > > That's ideal, of course, assuming that the maintainer can get notifications and > do bumps easily -- I assume that the latter is true, unlike with Workstation. I volunteer to be the maintainer of app-emulation/vmware-tools (and app-emulation/vmware-player if it needs a maintainer). I don't have a license for Workstation, so I couldn't maintain it. I'll cook up a cron job to check the metadata files on VMware's updates server and notify me when a new release of Tools is available. Upon each such notification, I'll bump the version of the ebuild. (I'll need commit access to the vmware overlay. Anyone know how I'd get that?)
i have bought a regular version and using vmware workstation original package on gentoo without the package manager and it does not cripple anything... maybe we should do an exception in this case and just use the original vmware installer in this case so all the update function will be automatic. never mentioning that vmware puts everything into dirs named vmware so it will not lay anything around.
(In reply to comment #52) > i have bought a regular version and using vmware workstation original package > on gentoo without the package manager and it does not cripple anything... maybe > we should do an exception in this case and just use the original vmware > installer in this case so all the update function will be automatic. never > mentioning that vmware puts everything into dirs named vmware so it will not > lay anything around. If you want to use the VMware Installer, then use the VMware Installer. If you want Portage to manage your VMware installation, then use Portage. I would humbly suggest that we not mix the two.
VMWare 7.1 (build 261024) was released May 25, 2010.
(In reply to comment #54) > VMWare 7.1 (build 261024) was released May 25, 2010. > Ebuild is in the vmware overlay. Please test.
I tried the 7.1 ebuild (rev. 412 from vmware overlay) and it installed okay. However when trying to launch vmware-workstation from GNOME launcher or from command line nothing happens. The program never loads. Not sure why, couldn't find anything obvious. I've downgraded back to 7.0 for now (and that still works).
(In reply to comment #56) > I tried the 7.1 ebuild (rev. 412 from vmware overlay) and it installed okay. > However when trying to launch vmware-workstation from GNOME launcher or from > command line nothing happens. The program never loads. Not sure why, couldn't > find anything obvious. > > I've downgraded back to 7.0 for now (and that still works). > I had exactly the same issue today. Solve it by running 'strace -f vmware' and you will see why it dies. My installation missed a directory with a symlink to some glibc .so (cannot remember which, since I'm sitting at another box now). After adding that, 7.1 now runs smoothly. :-)
(In reply to comment #57) > My installation missed a directory with a symlink to some glibc .so (cannot > remember which, since I'm sitting at another box now). After adding that, 7.1 > now runs smoothly. :-) > Can you please elaborate? Which lib? Link to where?
Created attachment 233727 [details] vmware 7.1 strace I did run strace before but there was nothing in there that stood out to me. I just ran it again and attached the output here.
(In reply to comment #59) > I did run strace before but there was nothing in there that stood out to me. I > just ran it again and attached the output here. Loren, please attach /tmp/vmware-lorenb/appLoader-3249.log from your machine. If you no longer have that file, please attempt to start VMware Workstation again and then attach the newest appLoader-*.log file created in /tmp/vmware-lorenb.
Created attachment 233753 [details] appLoader from vmware 7.1 I didn't have the original file, but I upgraded and tried again. This time I see the error as: LOG NOT INITIALIZED | Unable to load libvmwareui.so.0 from /opt/vmware/lib/vmware/lib/libvmwareui.so.0/libvmwareui.so.0: /opt/vmware/lib/vmware/lib/libvmwareui.so.0/libvmwareui.so.0: undefined symbol: _ZThn24_N4view10FieldEntry17delete_text_vfuncEii LOG NOT INITIALIZED | Unable to load application library dependencies. When I check that file, I see: ldd /opt/vmware/lib/vmware/lib/libvmwareui.so.0/libvmwareui.so.0 | grep "not found" libexpat.so.0 => not found libvmwarebase.so.0 => not found libcds.so => not found libgvmomi.so.0 => not found
Did some more testing, I re-compiled libview and restarted hal (per another bug report) and now vmware 7.1 starts/works for me.
Created attachment 233807 [details] log of UI crashing when closing a dialog in vmware-workstation-7.1.0.261024 I just updated to vmware-workstation-7.1.0.261024 on my (x86) machine, and ran into a few issues: 1) had to manually unmerge 7.0.1.227600-r5 due to conflicting files between that and vmware-tools-8.4.2.261024. 2) had to download the "without tools" variant from vmware, after having downloaded the "Full" variant already. 3) during merge, got the message "!!! dodoc: -r does not exist install: omitting directory `doc/vmware-vmci'" 4) whenever I dismiss a dialog (whether by a button on the dialog, or by using the window manager to close it), the UI crashes 5) when I hit Update VMware Tools from the VM menu, I get a dialog that "VMware Tools for this virtual machine have not been found on your computer", even though I enabled all vmware_guest_* USE-flags on the vmware-tools ebuild. This is a regression from 7.0.1.227600-r5. No matter whether I hit "close" or "download and install" on this dialog, the UI crashes (see issue 4 above) I will attach my ui-11783.log that contains info about the UI crash
(In reply to comment #63) > Created an attachment (id=233807) [details] > log of UI crashing when closing a dialog in vmware-workstation-7.1.0.261024 > > I just updated to vmware-workstation-7.1.0.261024 on my (x86) machine, and ran > into a few issues: > 1) had to manually unmerge 7.0.1.227600-r5 due to conflicting files between > that and vmware-tools-8.4.2.261024. I'll add a block in vmware-tools on older versions of vmware-workstation. > 2) had to download the "without tools" variant from vmware, after having > downloaded the "Full" variant already. Did the 7.1.0 ebuild tell you to download the "full" variant? Tools are now installed via a separate ebuild, so vmware-player can take advantage of them too. > 3) during merge, got the message "!!! dodoc: -r does not exist > install: omitting directory `doc/vmware-vmci'" Thanks. I'll look into this. Should not affect operation, though. > 4) whenever I dismiss a dialog (whether by a button on the dialog, or by using > the window manager to close it), the UI crashes Thanks for the crash log. What version of Gtk+ are you using? > 5) when I hit Update VMware Tools from the VM menu, I get a dialog that "VMware > Tools for this virtual machine have not been found on your computer", even > though I enabled all vmware_guest_* USE-flags on the vmware-tools ebuild. This > is a regression from 7.0.1.227600-r5. No matter whether I hit "close" or > "download and install" on this dialog, the UI crashes (see issue 4 above) Aside from the UI crashing, this should be an aesthetic bug only. If I remember correctly, I get a similar message when trying to install VMware Tools on the guest in VMware Player, but then it still mounts the ISO image correctly, and the tools install. Since the Tools images are now installed and managed by Portage, it is expected that you will not be able to download updates for them through the VMware UI.
(In reply to comment #58) > (In reply to comment #57) > > > > My installation missed a directory with a symlink to some glibc .so (cannot > > remember which, since I'm sitting at another box now). After adding that, 7.1 > > now runs smoothly. :-) > > > Can you please elaborate? Which lib? Link to where? > Sorry for the delay. Here it is: I had to manually add the directory /opt/vmware/lib/vmware/lib/libglib-2.0.so.0. Then manually added a symlink from /opt/vmware/lib/vmware/lib/libglib-2.0.so.0/libglib-2.0.so.0 to /usr/lib64/libglib-2.0.so.0 Note to others: 'strace -f vmware' is king when you want to solve these types of errors! B-)
(In reply to comment #64) > Did the 7.1.0 ebuild tell you to download the "full" variant? Tools are now > installed via a separate ebuild, so vmware-player can take advantage of them > too. No, it was just habit. Whenever given the choice, I opt for the version with all of the optional components included (never know when you'll find yourself with no internet connection and a need to install solaris in a vm :) > Thanks for the crash log. What version of Gtk+ are you using? emerge -ptv gtk+ gtkmm These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild R ] dev-cpp/gtkmm-2.18.2 USE="-doc -examples -test" 0 kB [ebuild R ] x11-libs/gtk+-2.18.6 USE="cups jpeg tiff xinerama (-aqua) -debug -doc -jpeg2k -test -vim-syntax" 0 kB > Aside from the UI crashing, this should be an aesthetic bug only. If I > remember correctly, I get a similar message when trying to install VMware Tools > on the guest in VMware Player, but then it still mounts the ISO image > correctly, and the tools install. This may well be the case. All I can tell you at this point is that after relaunching vmware, the vm does not have the tools iso attached.
(In reply to comment #65) > I had to manually add the directory > /opt/vmware/lib/vmware/lib/libglib-2.0.so.0. > Then manually added a symlink from > /opt/vmware/lib/vmware/lib/libglib-2.0.so.0/libglib-2.0.so.0 to > /usr/lib64/libglib-2.0.so.0 I updated the ebuild (r415) to create this symlink.
(In reply to comment #66) > (In reply to comment #64) > > Thanks for the crash log. What version of Gtk+ are you using? > > [ebuild R ] dev-cpp/gtkmm-2.18.2 USE="-doc -examples -test" 0 kB > [ebuild R ] x11-libs/gtk+-2.18.6 USE="cups jpeg tiff xinerama (-aqua) > -debug -doc -jpeg2k -test -vim-syntax" 0 kB Hmm, I'm using gtk+-2.18.9 with VMware Player, and I don't have crashes. Granted, that's Player, not Workstation, but I'd expect the two to have a similar codebase. I used to get crashes in VMware Player when dismissing a menu without making a selection, but that hasn't happened in a while, so I wonder if the newer Gtk+ has fixed it. Could you try with 2.18.9?
(In reply to comment #65) > (In reply to comment #58) > > (In reply to comment #57) > > > > > > > My installation missed a directory with a symlink to some glibc .so (cannot > > > remember which, since I'm sitting at another box now). After adding that, 7.1 > > > now runs smoothly. :-) > > > > > Can you please elaborate? Which lib? Link to where? > > > > Sorry for the delay. Here it is: > > I had to manually add the directory > /opt/vmware/lib/vmware/lib/libglib-2.0.so.0. > Then manually added a symlink from > /opt/vmware/lib/vmware/lib/libglib-2.0.so.0/libglib-2.0.so.0 to > /usr/lib64/libglib-2.0.so.0 > > Note to others: 'strace -f vmware' is king when you want to solve these types > of errors! B-) > Could you attach the log that lead you to this change, please?
Created attachment 233847 [details] Output from 'strace -f vmware' (Response to comment #69)
(In reply to comment #70) > Created an attachment (id=233847) [details] > Output from 'strace -f vmware' (Response to comment #69) Please fix the content type of your attachment. It is definitely not text/plain. ;-)
(In reply to comment #70) > Created an attachment (id=233847) [details] > Output from 'strace -f vmware' (Response to comment #69) > Next time attach text/plain please. I do not know why it segfaulted, but symlink has nothing to do with it. I do not share your conclusion and I do not think that r415 is justified. Thanks.
(In reply to comment #72) > (In reply to comment #70) > > Created an attachment (id=233847) [details] [details] > > Output from 'strace -f vmware' (Response to comment #69) > > > Next time attach text/plain please. > > I do not know why it segfaulted, but symlink has nothing to do with it. > I do not share your conclusion and I do not think that r415 is justified. > Thanks. > After adding the directory and a symlink as described earlier, everything works fine. This worked for me. I agree that this might not be a general issue on all configurations. Perhaps some dependency is missing? My pragmatic suggestion for a solution (without looking at r415) would be to add the directory and symlink, if nothing is in the /opt/vmware/... filesystem on the designated locations already. Any idea on when any of all this will ever enter the official portage tree in some keyworded state?
Created attachment 233895 [details] workkstation 7.1 ui crash log My workstation crashes, when I tried to add new virtual station. Here is ui log.
(In reply to comment #74) > Created an attachment (id=233895) [details] > workkstation 7.1 ui crash log > > My workstation crashes, when I tried to add new virtual station. Here is ui > log. Lots of permission errors in there but no library loading errors. I don't think your problem is related to the ebuild. But just to be sure, could you attach the appLoader log also?
(In reply to comment #68) > (In reply to comment #66) > > (In reply to comment #64) > > > Thanks for the crash log. What version of Gtk+ are you using? > > > > [ebuild R ] dev-cpp/gtkmm-2.18.2 USE="-doc -examples -test" 0 kB > > [ebuild R ] x11-libs/gtk+-2.18.6 USE="cups jpeg tiff xinerama (-aqua) > > -debug -doc -jpeg2k -test -vim-syntax" 0 kB > > Could you try with 2.18.9? Nope, same crash. Downgraded to 7.0.1.227600-r5 and everything seems to be working fine again.
(In reply to comment #76) > Nope, same crash. Downgraded to 7.0.1.227600-r5 and everything seems to be > working fine again. I can't explain this apparent discrepancy. The 7.0.1 ebuild also removes most of the bundled libraries, Glib/Gtk+ included, so that shouldn't be a factor. (In other words, both versions are using the system-installed libraries wherever possible.)
I have downgraded to the version 7.0.1.227600-r5, and now it seems to work fine. There are no permissions fails in ui log as in version 7.1.
Created attachment 233917 [details] appLoader log file Here is my appLoader log file, but i don't see errors at all.
(In reply to comment #77) > I can't explain this apparent discrepancy. The 7.0.1 ebuild also removes most > of the bundled libraries, Glib/Gtk+ included, so that shouldn't be a factor. > (In other words, both versions are using the system-installed libraries > wherever possible.) Hmm. I just synced my overlay and updated again, and my crash problem is gone. Looks like something between around r412 and r415 fixed it. Which would probably be the new version of libview, or (less likely) the libglib symlink.
(In reply to comment #64) > (In reply to comment #63) > > 1) had to manually unmerge 7.0.1.227600-r5 due to conflicting files between > > that and vmware-tools-8.4.2.261024. > > I'll add a block in vmware-tools on older versions of vmware-workstation. As of r415, updated like a champ. > > 5) when I hit Update VMware Tools from the VM menu, I get a dialog that "VMware > > Tools for this virtual machine have not been found on your computer", even > > though I enabled all vmware_guest_* USE-flags on the vmware-tools ebuild. This > > is a regression from 7.0.1.227600-r5. No matter whether I hit "close" or > > "download and install" on this dialog, the UI crashes (see issue 4 above) > > Aside from the UI crashing, this should be an aesthetic bug only. If I > remember correctly, I get a similar message when trying to install VMware Tools > on the guest in VMware Player, but then it still mounts the ISO image > correctly, and the tools install. Since the Tools images are now installed and > managed by Portage, it is expected that you will not be able to download > updates for them through the VMware UI. Now that the UI is not crashing whenever a dialog is dismissed, it behaves as you describe. I am able to successfully install tools after clicking "Download and Install" (which does neither, but lets the whole process move along). Appears to just be an "Aesthetic regression" ;)
So, my vmware-workstations 7.1 UI still crashing. Version 7.0.1 runs OK, without any errors. Upgrade to r415 didn't help. I don't know what's wrong. There is lot of permissions errors in ui log, but remains when permissions set to 777.
My vmware-workstation 7.1 ui still crashes when I click on buttons or closing a tab.
I have tried a new 7.1.1 ebuild from overlay. But GUI still crashes when I tried to interact with dialogs and so. I thing that is some problem related with system GTK libs. I have found that also Ubuntu is affected with this issue. More can be found in this thread: http://communities.vmware.com/message/1570661 Currently I am running these versions of gtk: [I--] [ ] dev-cpp/gtkmm-2.20.3 (2.4) [I--] [ ] x11-libs/gtk+-2.20.1-r1 (2) So I stuck at version 7.0.1, because it runs well. Something has had to go wrong in 7.1.* ebuild. Any idea?
(In reply to comment #84) > I have tried a new 7.1.1 ebuild from overlay. But GUI still crashes when I > tried to interact with dialogs and so. I thing that is some problem related > with system GTK libs. [snip] Currently I am running these > versions of gtk: > [I--] [ ] dev-cpp/gtkmm-2.20.3 (2.4) > [I--] [ ] x11-libs/gtk+-2.20.1-r1 (2) That can't be the problem because I am running those same versions of Gtk+ and Gtkmm, and my VMware Player 3.1.1 works fine. I can click on buttons (in VMware dialogs; obviously dialogs in the guest OS are irrelevant), and nothing crashes or disappears.
Hm, question is what is different between version 7.0 and 7.1 related to the GUI. Is there any change in the ebuild? Different handling of shipped libs?
(In reply to comment #86) > Hm, question is what is different between version 7.0 and 7.1 related to the > GUI. Is there any change in the ebuild? Different handling of shipped libs? Yes, instead of removing an enumerated list of bundled libraries, the *.1 ebuilds remove all shipped libraries that have counterparts in the system's library paths. Here's a question: has everyone who is running into this UI crash run revdep-rebuild to ensure your system libraries are in good working order?
I might be a problem. I did revdep-rebuild and my systems are consistent. Now on three systems 7.1, 7.1.1 crashes, and 7.0.1 is rock stable. There must by some issue in incompatibility between system libraries and vmware. May it is a use flags problem. Could someone post useflags from running system for related libraries? I didn't mention that all my systems runs KDE desktop.
So. Finally, I have discovered that the GUI crashing is caused by this piece of the 7.1 and 7.1.1 ebuild: cd vmware-player-app/lib/lib || die ldconfig -p | sed 's:^\s\+\([^(]*[^( ]\).*=> /.*$:\1:g;t;d' | xargs -d'\n' -r rm -rf cd ../../../vmware-workstation/lib/lib || die ldconfig -p | sed 's:^\s\+\([^(]*[^( ]\).*=> /.*$:\1:g;t;d' | xargs -d'\n' -r rm -rf When I comment these lines out, than everything works like a charm. Now, I can definitely say that crashes are caused by the inappropriate removal of some library from the bundled. And why it is so? Wrong flags, version of the libs?
(In reply to comment #88) > Could someone post useflags from running system for related > libraries? I didn't mention that all my systems runs KDE desktop. I'm running KDE also. (In reply to comment #89) > And why it is so? Wrong flags, version of the libs? I'm guessing there's a USE flag that needs to be enabled for proper operation of VMware. Here are my flags on all the required libraries: $ emerge -ptv $(scanelf -BLR -F'%n' /opt/vmware | while read -r line ; do line=${line% *} ; [[ ${line} ]] && echo "${line//,/$'\n'}" ; done | sort -u | xargs -d'\n' qfile -Cq | sort -u) These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild Rf ] app-emulation/vmware-player-3.1.1.282343 USE="vmware-tools -doc" 0 kB [1] [ebuild R ] sys-libs/glibc-2.12.1-r1 USE="-debug -gd -glibc-omitfp (-hardened) (-multilib) -nls -profile (-selinux) -vanilla" 0 kB [0] [ebuild R ] sys-devel/gcc-4.4.4-r1 USE="gtk mudflap nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -fortran -gcj -graphite (-hardened) (-libffi) (-multilib) -multislot (-n32) (-n64) -nls -nocxx -nopie -nossp -objc -objc++ -objc-gc -test -vanilla" 17 kB [0] [ebuild R ] x11-libs/libview-0.6.6 USE="-debug" 0 kB [1] [ebuild R ] x11-libs/libgksu-2.0.12-r1 USE="-doc -nls" 0 kB [0] [ebuild R ] gnome-base/librsvg-2.26.3 USE="zlib -doc -tools" 0 kB [0] [ebuild R ] gnome-base/libgnomecanvas-2.30.1 USE="-doc -glade -test (-debug%)" 0 kB [0] [ebuild R ] dev-cpp/libsexymm-0.1.9 USE="-debug -doc" 0 kB [0] [ebuild R ] x11-libs/libsexy-0.1.11-r2 USE="-doc" 0 kB [0] [ebuild R ] dev-cpp/gtkmm-2.20.3 USE="-doc -examples -test" 0 kB [0] [ebuild R ] x11-libs/gtk+-2.20.1-r1 USE="cups jpeg tiff (-aqua) -debug -doc (-introspection) -jpeg2k -test -vim-syntax -xinerama" 0 kB [0] [ebuild R ] dev-cpp/pangomm-2.26.2 USE="-doc" 0 kB [0] [ebuild R ] dev-cpp/cairomm-1.8.2 USE="svg -doc" 0 kB [0] [ebuild R ] x11-libs/pango-1.28.1 USE="X -debug -doc (-introspection) -test" 0 kB [0] [ebuild R ] x11-libs/cairo-1.8.10 USE="X cleartype glitz opengl svg xcb (-aqua) -debug -directfb -doc -lcdfilter" 0 kB [2] [ebuild R ] x11-libs/libXft-2.1.14 USE="cleartype -debug -lcdfilter" 0 kB [2] [ebuild R ] media-libs/fontconfig-2.8.0-r1 USE="cleartype -doc -lcdfilter" 0 kB [2] [ebuild R ] gnome-base/orbit-2.14.18 USE="-doc" 0 kB [0] [ebuild R ] gnome-base/libgtop-2.28.1 USE="-debug" 0 kB [0] [ebuild R ] dev-libs/atk-1.30.0 USE="-doc (-introspection) (-debug%)" 0 kB [0] [ebuild R ] dev-cpp/glibmm-2.24.2 USE="-debug -doc -examples -test" 0 kB [0] [ebuild R ] dev-libs/glib-2.24.1-r1 USE="fam -debug -doc -hardened (-selinux) -xattr" 0 kB [0] [ebuild R ] net-misc/curl-7.21.0 USE="ipv6 ssl threads -ares -gnutls -idn -kerberos -ldap -libssh2 -nss -test" 0 kB [0] [ebuild R ] dev-libs/openssl-1.0.0a-r2 USE="(sse2) zlib -bindist -gmp -kerberos -rfc3779 -test" 0 kB [0] [ebuild R ] media-libs/libpng-1.4.3 0 kB [0] [ebuild R ] x11-libs/libXtst-1.1.0 USE="-debug" 0 kB [0] [ebuild R ] x11-libs/libXinerama-1.1 USE="-debug" 0 kB [0] [ebuild R ] x11-libs/startup-notification-0.10 0 kB [0] [ebuild R ] x11-libs/libXrandr-1.3.0 USE="-debug" 0 kB [0] [ebuild R ] x11-libs/libXdamage-1.1.3 USE="-static-libs" 0 kB [0] [ebuild R ] x11-libs/libXcursor-1.1.10 USE="-debug" 0 kB [0] [ebuild R ] x11-libs/libXcomposite-0.4.2 USE="-doc -static-libs" 0 kB [0] [ebuild R ] x11-libs/libXi-1.3.1 USE="-doc -static-libs" 0 kB [0] [ebuild R ] x11-libs/libXfixes-4.0.5 USE="-static-libs" 0 kB [0] [ebuild R ] media-libs/freetype-2.4.2 USE="X cleartype -auto-hinter -bindist -debug -doc -fontforge -lcdfilter -utils" 0 kB [2] [ebuild R ] x11-libs/libXrender-0.9.6 USE="-static-libs" 0 kB [0] [ebuild R ] x11-libs/libXext-1.1.2 USE="-static-libs" 0 kB [0] [ebuild R ] x11-libs/libX11-1.3.5 USE="ipv6 xcb -doc -static-libs -test" 0 kB [0] [ebuild R ] x11-libs/libxcb-1.7 USE="-doc (-selinux) -static-libs" 0 kB [0] [ebuild R ] sys-fs/fuse-2.8.1 0 kB [0] [ebuild R ] dev-libs/libxml2-2.7.7 USE="ipv6 python readline -debug -doc -examples -test" 0 kB [0] [ebuild R ] x11-libs/libSM-1.1.1 USE="ipv6 uuid -debug" 0 kB [0] [ebuild R ] media-libs/libart_lgpl-2.3.21-r1 0 kB [0] [ebuild R ] x11-libs/libICE-1.0.6 USE="ipv6 -debug" 0 kB [0] [ebuild R ] x11-libs/libXdmcp-1.0.3 USE="-static-libs% (-debug%)" 0 kB [0] [ebuild R ] x11-libs/libXau-1.0.6 USE="-static-libs" 0 kB [0] [ebuild R ] dev-libs/libsigc++-2.2.7 USE="-doc -test" 0 kB [0] [ebuild R ] sys-libs/zlib-1.2.5-r2 0 kB [0] Total: 48 packages (48 reinstalls), Size of downloads: 17 kB Fetch Restriction: 1 package Portage tree and overlays: [0] /usr/portage [1] /var/lib/layman/vmware [2] /var/lib/layman/lcd-filtering If someone can figure out why theirs doesn't work, we can add the appropriate USE requirement to the vmware ebuilds.
As an additional datapoint, here vmware-workstation-7.1.0 runs stable and reliable... huettel@grenadine ~ $ emerge -ptv $(scanelf -BLR -F'%n' /opt/vmware | while read -r line ; do > line=${line% *} ; [[ ${line} ]] && echo "${line//,/$'\n'}" ; done | sort -u | > xargs -d'\n' qfile -Cq | sort -u) These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild Rf ] app-emulation/vmware-workstation-7.1.0.261024 USE="vmware-tools -doc -vix" 0 kB [1] [ebuild R ] sys-libs/glibc-2.11.2 USE="gd (multilib) nls -debug -glibc-omitfp (-hardened) -profile (-selinux) -vanilla" 102 kB [0] [ebuild R ] sys-devel/gcc-4.4.3-r2 USE="fortran gcj gtk mudflap (multilib) nls nptl openmp (-altivec) -bootstrap -build -doc (-fixed-point) -graphite (-hardened) (-libffi) -multislot (-n32) (-n64) -nocxx -objc -objc++ -objc-gc -test -vanilla" 0 kB [0] [ebuild R ] gnome-base/libglade-2.6.4 USE="-debug -doc" 348 kB [0] [ebuild R ] net-misc/curl-7.20.0-r2 USE="ares ipv6 ldap ssl -gnutls -idn -kerberos -libssh2 -nss -test" 0 kB [0] [ebuild R ] dev-libs/openssl-0.9.8o USE="(sse2) zlib -bindist -gmp -kerberos -test" 0 kB [0] [ebuild R ] gnome-base/librsvg-2.26.3 USE="zlib -doc -tools" 0 kB [0] [ebuild R ] gnome-base/orbit-2.14.18 USE="-doc" 731 kB [0] [ebuild R ] x11-libs/libview-0.6.2 USE="-debug" 273 kB [0] [ebuild R ] x11-libs/libgksu-2.0.12 USE="nls -doc" 467 kB [0] [ebuild R ] dev-cpp/libsexymm-0.1.9 USE="-debug -doc" 341 kB [0] [ebuild R ] dev-cpp/libgnomecanvasmm-2.26.0 USE="-debug -doc -examples" 0 kB [0] [ebuild R ] x11-libs/libsexy-0.1.11-r1 USE="-doc" 262 kB [0] [ebuild R ] gnome-base/libgnomecanvas-2.30.1 USE="-doc -glade -test" 0 kB [0] [ebuild R ] dev-cpp/gtkmm-2.20.3 USE="-doc -examples -test" 0 kB [0] [ebuild R ] dev-cpp/pangomm-2.26.2 USE="-doc" 0 kB [0] [ebuild R ] dev-cpp/cairomm-1.8.2 USE="svg -doc" 0 kB [0] [ebuild R ] x11-libs/gtk+-2.20.1-r1 USE="cups jpeg jpeg2k tiff (-aqua) -debug -doc (-introspection) -test -vim-syntax -xinerama" 0 kB [0] [ebuild R ] x11-libs/pango-1.28.1 USE="X -debug -doc (-introspection) -test" 0 kB [0] [ebuild R ] x11-libs/cairo-1.8.10 USE="X glitz opengl svg xcb (-aqua) -cleartype -debug -directfb -doc -lcdfilter" 0 kB [0] [ebuild R ] media-libs/libpng-1.4.3 0 kB [0] [ebuild R ] x11-libs/libXinerama-1.1 USE="-debug" 240 kB [0] [ebuild R ] x11-libs/startup-notification-0.10 322 kB [0] [ebuild R ] x11-libs/libXtst-1.1.0 USE="-debug" 251 kB [0] [ebuild R ] x11-libs/libXrandr-1.3.0 USE="-debug" 257 kB [0] [ebuild R ] x11-libs/libXdamage-1.1.3 USE="-static-libs" 0 kB [0] [ebuild R ] x11-libs/libXcursor-1.1.10 USE="-debug" 259 kB [0] [ebuild R ] x11-libs/libXcomposite-0.4.2 USE="-doc -static-libs" 0 kB [0] [ebuild R ] x11-libs/libXi-1.3 USE="-debug" 343 kB [0] [ebuild R ] x11-libs/libXft-2.1.14 USE="-debug" 283 kB [0] [ebuild R ] x11-libs/libXfixes-4.0.5 USE="-static-libs" 0 kB [0] [ebuild R ] media-libs/fontconfig-2.8.0 USE="-doc" 1,513 kB [0] [ebuild R ] media-libs/freetype-2.4.2 USE="X -auto-hinter -bindist -debug -doc -fontforge -utils" 0 kB [0] [ebuild R ] x11-libs/libXrender-0.9.6 USE="-static-libs" 0 kB [0] [ebuild R ] x11-libs/libXext-1.1.2 USE="-static-libs" 0 kB [0] [ebuild R ] x11-libs/libX11-1.3.4 USE="ipv6 xcb -doc -static-libs -test" 0 kB [0] [ebuild R ] x11-libs/libxcb-1.6 USE="-doc (-selinux) -static-libs" 0 kB [0] [ebuild R ] sys-fs/fuse-2.8.1 482 kB [0] [ebuild R ] x11-libs/libSM-1.1.1 USE="ipv6 uuid -debug" 257 kB [0] [ebuild R ] gnome-base/libgtop-2.28.1 USE="-debug" 743 kB [0] [ebuild R ] x11-libs/libICE-1.0.6 USE="ipv6 -debug" 273 kB [0] [ebuild R ] dev-libs/atk-1.30.0 USE="-doc (-introspection)" 0 kB [0] [ebuild R ] dev-cpp/glibmm-2.24.2 USE="-debug -doc -examples -test" 0 kB [0] [ebuild R ] dev-libs/glib-2.24.1-r1 USE="fam -debug -doc -hardened (-selinux) -xattr" 0 kB [0] [ebuild R ] dev-libs/libsigc++-2.2.3 USE="-debug -doc -test" 4,403 kB [0] [ebuild R ] x11-libs/libXdmcp-1.0.3 USE="-static-libs" 251 kB [0] [ebuild R ] x11-libs/libXau-1.0.5 USE="-static-libs" 245 kB [0] [ebuild R ] media-libs/libart_lgpl-2.3.21-r1 322 kB [0] [ebuild R ] media-libs/tiff-3.9.4 USE="cxx jpeg zlib -jbig -static-libs" 0 kB [0] [ebuild R ] dev-libs/libxml2-2.7.7 USE="ipv6 python readline -debug -doc -examples -test" 4,755 kB [0] [ebuild R ] sys-libs/zlib-1.2.3-r1 416 kB [0] Total: 51 packages (51 reinstalls), Size of downloads: 18,125 kB Fetch Restriction: 1 package Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage/vmware huettel@grenadine ~ $
I have checked my useflags against posted ones. Added gtk, glitz, gd and rebuild affected packages. But GUI still crashes. I didn't notice that my systems are 32 bit. Now, only way to stable GUI is comment out libs replacement in the ebuild.
(In reply to comment #91) > As an additional datapoint, here vmware-workstation-7.1.0 runs stable and > reliable... > For me both 7.0 and 7.1 ebuilds suffer from this bug #331311
So, finally. I managed to find out that my GUI crashes are caused by x11-libs/libview-0.6.2 which is installed in my system. When I force vmware to use the system one, than GUI crashes and when the bundled one is used vmware runs perfectly.
(In reply to comment #94) > So, finally. I managed to find out that my GUI crashes are caused by > x11-libs/libview-0.6.2 which is installed in my system. When I force vmware to > use the system one, than GUI crashes and when the bundled one is used vmware > runs perfectly. The VMware overlay includes x11-libs/libview-0.6.6, which should have been installed for you automatically. Try upgrading to that version and report back whether it fixes your problem. If so, I'll update the vmware-{player,workstation} ebuilds to require >=x11-libs/libview-0.6.6.
Yes, this is it. Vmware workstation 7.1.x obviously needs libview x11-libs/libview-0.6.6. It is solved now.
There is also some strange mess in the vmware-modules dependency. It looks like vmware-modules is dependent at vmware-workstation and also vmware-player, but vmware-workstation and vmware-player blocks each other. $ emerge -av vmware-workstation [ebuild U ] x11-libs/libview-0.6.6 [0.6.2] [ebuild N ] app-emulation/vmware-tools-8.4.3.282343 [ebuild N F ] app-emulation/vmware-player-3.1.0.261024 [ebuild N ] app-emulation/vmware-modules-238 [ebuild N f ] app-emulation/vmware-workstation-7.1.1.282343 [blocks B ] app-emulation/vmware-player ("app-emulation/vmware-player" is blocking app-emulation/vmware-workstation-7.1.1.282343) [blocks B ] app-emulation/vmware-workstation ("app-emulation/vmware-workstation" is blocking app-emulation/vmware-player-3.1.0.261024) In the vmware-modules there is DEPEND set to workstation and player. I think there should be some kind of OR relation.
(In reply to comment #97) > There is also some strange mess in the vmware-modules dependency. It looks like > vmware-modules is dependent at vmware-workstation and also vmware-player, but > vmware-workstation and vmware-player blocks each other. > > In the vmware-modules there is DEPEND set to workstation and player. I think > there should be some kind of OR relation. app-emulation/vmware-modules depends on one OR the other: || ( ~app-emulation/vmware-player-3.1.1.282343 ~app-emulation/vmware-workstation-7.1.1.282343 ) The "||" means OR.
But for some reason ebuild insist on installation of the workstation and player simultaneously.
Full output emerge -av vmware-modules vmware-tools vmware-workstation * IMPORTANT: 1 news items need reading for repository 'gentoo'. * Use eselect news to read news items. These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-emulation/vmware-tools-8.4.3.282343 USE="-vmware_guest_freebsd -vmware_guest_linux -vmware_guest_netware -vmware_guest_solaris -vmware_guest_winPre2k -vmware_guest_windows" 0 kB [1] [ebuild N f ] app-emulation/vmware-workstation-7.1.1.282343 USE="vmware-tools -doc -vix" 0 kB [1] [ebuild N ] app-emulation/vmware-modules-238.1 0 kB [1] [ebuild N F ] app-emulation/vmware-player-3.1.0.261024 USE="vmware-tools -doc" 104,024 kB [1] [ebuild N ] app-emulation/vmware-modules-238 0 kB [1] [blocks B ] app-emulation/vmware-player ("app-emulation/vmware-player" is blocking app-emulation/vmware-workstation-7.1.1.282343) [blocks B ] app-emulation/vmware-workstation ("app-emulation/vmware-workstation" is blocking app-emulation/vmware-player-3.1.0.261024) Total: 5 packages (5 new), Size of downloads: 104,024 kB Fetch Restriction: 2 packages (1 unsatisfied) Conflict: 2 blocks (2 unsatisfied) Portage tree and overlays: [0] /usr/portage [1] /var/lib/layman/vmware * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (app-emulation/vmware-player-3.1.0.261024, ebuild scheduled for merge) pulled in by ~app-emulation/vmware-player-3.1.0.261024 required by (app-emulation/vmware-modules-238, ebuild scheduled for merge) (app-emulation/vmware-workstation-7.1.1.282343, ebuild scheduled for merge) pulled in by ~app-emulation/vmware-workstation-7.1.1.282343 required by (app-emulation/vmware-modules-238.1, ebuild scheduled for merge) vmware-workstation
(In reply to comment #99) > But for some reason ebuild insist on installation of the workstation and player > simultaneously. I found the problem. When I did the version bump, I only fixed the PDEPEND in vmware-player, but I missed it in vmware-workstation. Update your overlay and try again.
(In reply to comment #101) > I found the problem. When I did the version bump, I only fixed the PDEPEND in > vmware-player, but I missed it in vmware-workstation. Update your overlay and > try again. Yes. Now it's OK. No blocks, no crashes :-). Thanks for help.
apollo sbragone # emerge --info Portage 2.1.9.1 (default/linux/amd64/10.0/desktop/gnome, gcc-4.4.4, glibc-2.12.1-r1, 2.6.34-gentoo-r2 x86_64) ================================================================= System uname: Linux-2.6.34-gentoo-r2-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E8400_@_3.00GHz-with-gentoo-2.0.1 Timestamp of tree: Tue, 07 Sep 2010 18:15:02 +0000 app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r3, 3.1.2-r4 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.3 sys-apps/sandbox: 2.3-r1 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.4_p6-r1, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.35 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/portage /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=nocona -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/" LANG="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/lordvan /var/lib/layman/vmware" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 apcupsd automount berkdb bluetooth branding bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus device-mapper dri dts dvb dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gdu gif gnome gnome-keyring gnutls gpm gstreamer gtk hal hddtemp iconv ipv6 jpeg lcms ldap libnotify mad mikmod mmx mng modules mp3 mp4 mpeg mudflap multilib nano-syntax nautilus ncurses nls nptl nptlonly nsplugin nvidia ogg opengl openmp pam pango pcre pdf perl png policykit ppds pppd python qt3support qt4 readline reflection sdl sensord session spell spl sqlite sse sse2 ssl startup-notification svg sysfs tcpd threads tiff truetype udev unicode usb vdpau vorbis wifi x264 xcb xml xorg xulrunner xv xvid zlib" 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" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="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" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia nv" 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" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS Sorry but my init script result is: apollo sbragone # /etc/init.d/vmware start * Starting VMware USB Arbitrator ... [ ok ] * Starting VMware services ... [ ok ] Started Bridge networking on vmnet0 Started DHCP service on vmnet1 Enabled hostonly virtual adapter on vmnet1 Started DHCP service on vmnet8 Started NAT service on vmnet8 Enabled hostonly virtual adapter on vmnet8 Failed to start Network detection service Failed to start some/all services [ !! ] * ERROR: vmware failed to start My vmware-workstation network setting : apollo sbragone # emerge --config vmware-workstation Configuring pkg... Stopped Bridged networking on vmnet0 Stopped DHCP service on vmnet1 Disabled hostonly virtual adapter on vmnet1 Stopped DHCP service on vmnet8 Stopped NAT service on vmnet8 Disabled hostonly virtual adapter on vmnet8 Stopped all configured services on all networks Backed up existing network settings to backup file "/tmp/vmware.k9l0HI" Restored network settings Any advice to figure out where the problem lies?? Obviously vmware doesn't start. emerge -vp vmware-workstation vmware-modules vmware-tools These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] app-emulation/vmware-tools-8.4.3.282343 USE="-vmware_guest_freebsd -vmware_guest_linux -vmware_guest_netware -vmware_guest_solaris -vmware_guest_winPre2k -vmware_guest_windows" 0 kB [1] [ebuild Rf ] app-emulation/vmware-workstation-7.1.1.282343 USE="vmware-tools -doc -vix" 0 kB [1] [ebuild R ] app-emulation/vmware-modules-238.1 0 kB [1] Total: 3 packages (3 reinstalls), Size of downloads: 0 kB Fetch Restriction: 1 package Portage tree and overlays: [0] /usr/portage [1] /var/lib/layman/vmware Thanks
I have a new issue. One of my visualization servers moved to the new MB a CPU. MB is Intel DP55WG, cpu is Core i5 650. When starting virtual machine, it fail with this error: VMware Workstation unrecoverable error: (vmx) SSL wrapper: invoked uninitialized function aesni_set_encrypt_key! Log file in the attachment.
Created attachment 246591 [details] CRASH: SSL wrapper: invoked uninitialized function aesni_set_encrypt_key
(In reply to comment #104) > I have a new issue. Please open new bug.
(In reply to comment #104) > I have a new issue. One of my visualization servers moved to the new MB a CPU. > MB is Intel DP55WG, cpu is Core i5 650. When starting virtual machine, it fail > with this error: VMware Workstation unrecoverable error: (vmx) > SSL wrapper: invoked uninitialized function aesni_set_encrypt_key! This issue is currently being discussed over on the VMware Player bug 290831.
(In reply to comment #105) > Created an attachment (id=246591) [details] > CRASH: SSL wrapper: invoked uninitialized function aesni_set_encrypt_key > This is a ebuild related issue, because ebuild removes bundled version of the openssl library. Bundled version is patched, but Portage version not. This issues causes wmware workstations crash on the Nehalem/Westmere and some older Core 2 Quad CPUs with AES-NI feature. There is a patch for the openssl library which solve this, but it isn't in the Portage yet. Until that, this ebuild shouldn't remove bundled version of the openssl and libcrypto.
app-emulation/vmware-workstation-7.1.1.282343-r1 retains the bundled OpenSSL 0.9.8 libraries with the AES-NI support.
sorry the replication but someone has experienced this problem?? apollo sbragone # /etc/init.d/vmware start * Starting VMware USB Arbitrator ... [ ok ] * Starting VMware services ... [ ok ] Started Bridge networking on vmnet0 Started DHCP service on vmnet1 Enabled hostonly virtual adapter on vmnet1 Started DHCP service on vmnet8 Started NAT service on vmnet8 Enabled hostonly virtual adapter on vmnet8 Failed to start Network detection service Failed to start some/all services [ !! ] * ERROR: vmware failed to start
I have opened a bug <a href="http://bugs.gentoo.org/show_bug.cgi?id=336902">336902</a> for tracking Openssl AES-NI issue.
I resolved this issue recompiling vmware-workstation and vmware-modules. Thanks (In reply to comment #110) > sorry the replication but someone has experienced this problem?? > > > apollo sbragone # /etc/init.d/vmware start > * Starting VMware USB Arbitrator ... > [ ok ] > * Starting VMware services ... > [ ok ] > Started Bridge networking on vmnet0 > Started DHCP service on vmnet1 > Enabled hostonly virtual adapter on vmnet1 > Started DHCP service on vmnet8 > Started NAT service on vmnet8 > Enabled hostonly virtual adapter on vmnet8 > Failed to start Network detection service > Failed to start some/all services > [ !! ] > * ERROR: vmware failed to start >
VMware-Workstation-Full-7.1.3-324285.x86_64.bundle version bump
(In reply to comment #113) > VMware-Workstation-Full-7.1.3-324285.x86_64.bundle version bump What's the meaning of this comment? VMware Workstation 7.1.3-324285 has been in the vmware overlay since 19 November.
Why isn't VMWare 7 in Portage tree, but only in overlay?
(In reply to comment #115) > Why isn't VMWare 7 in Portage tree, but only in overlay? > Exactly what i meant with my bump
tried the overlay and I knbow it does not start because of libpng. I wander if it could be possible to have both versions of libpng on the system the old one installed just for vmware and the new one working for the rest of the system... please help
(In reply to comment #117) > tried the overlay and I knbow it does not start because of libpng. > I wander if it could be possible to have both versions of libpng on the system > the old one installed just for vmware and the new one working for the rest of > the system... please help Yes, that is possible. I have both installed now. $ equery list libpng * Searching for libpng ... [IP-] [ ] media-libs/libpng-1.2.44:1.2 [IP-] [ ] media-libs/libpng-1.4.5:0 The VMware Workstation/Player ebuilds already have a dependency on libpng 1.2, so you should not be having a problem if you're emerging them correctly; the old libpng should be installed for you automatically.
i solved compiling the old libpng with --prefix=/usr/lib64/oldpng then I copied libpng12.so.0.44.0 to /usr/lib64 and softlinked it to /usr/lib64/libpng12.so now vmware works. Since like others here I am a vmware registered user with support I filed a request to the upstream customer care to please upgrade the required libpng version in the bundle
(In reply to comment #117) > tried the overlay and I knbow it does not start because of libpng. > I wander if it could be possible to have both versions of libpng on the system > the old one installed just for vmware and the new one working for the rest of > the system... please help > emerge -1av =media-libs/libpng-1.2.44
In my x86 box with vmware-workstation-7.1.3.324285 after upgrading to sys-libs/glibc-2.13 all virtual machines crash with the message: NOT_IMPLEMENTED /build/mts/release/bora-324285/bora/lib/user/utilPosix.c:128 Downgrading glibc back to glibc-2.12.2 (very scary) the problem goes away.
(In reply to comment #121) > In my x86 box with vmware-workstation-7.1.3.324285 > after upgrading to sys-libs/glibc-2.13 > all virtual machines crash with the message: > > NOT_IMPLEMENTED /build/mts/release/bora-324285/bora/lib/user/utilPosix.c:128 > > Downgrading glibc back to glibc-2.12.2 (very scary) > the problem goes away. When do the VMs crash? I am able to run a VM fine on my x86_64 with glibc 2.13 and vmware-player 3.1.3.324285. Does the Player crash for you, too, or only Workstation?
(In reply to comment #122) > When do the VMs crash? I am able to run a VM fine on my x86_64 with glibc 2.13 > and vmware-player 3.1.3.324285. Does the Player crash for you, too, or only > Workstation? > I think it is the player: vmx| NOT_IMPLEMENTED /build/mts/release/bora-324285/bora/lib/user/utilPosix.c:128 see also this: https://bbs.archlinux.org/viewtopic.php?pid=886784
on another machine i am giving layman a try... * ERROR: app-emulation/vmware-modules-238.3-r2 failed: * Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS= auto-build VMWARE_VER=VME_V65 KERNEL_DIR=/usr/src/linux KBUILD_OUTPUT=/lib/modules/2.6.37-gentoo/build * * Call stack: * ebuild.sh, line 56: Called src_compile * environment, line 3880: Called linux-mod_src_compile * environment, line 2954: Called die * The specific snippet of code: * eval "emake HOSTCC=\"$(tc-getBUILD_CC)\" CROSS_COMPILE=${CHOST}- LDFLAGS=\"$(get_abi_LDFLAGS)\" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} " || die "Unable to emake HOSTCC="$(tc-getBUILD_CC)" CROSS_COMPILE=${CHOST}- LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}"; * * If you need support, post the output of 'emerge --info =app-emulation/vmware-modules-238.3-r2', * the complete build log and the output of 'emerge -pqv =app-emulation/vmware-modules-238.3-r2'. * This ebuild is from an overlay named 'vmware': '/var/lib/layman/vmware/' * The complete build log is located at '/var/tmp/portage/app-emulation/vmware-modules-238.3-r2/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-emulation/vmware-modules-238.3-r2/temp/environment'. * S: '/var/tmp/portage/app-emulation/vmware-modules-238.3-r2/work' emerge --info Portage 2.1.9.25 (default/linux/amd64/10.0, gcc-4.4.4, glibc-2.11.2-r3, 2.6.37-gentoo x86_64) ================================================================= System uname: Linux-2.6.37-gentoo-x86_64-Intel-R-_Core-TM-_i5_CPU_760_@_2.80GHz-with-gentoo-1.12.14 Timestamp of tree: Sat, 19 Feb 2011 01:45:01 +0000 app-shells/bash: 4.1_p9 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r1, 3.1.2-r4 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 1.12.14-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.4-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.36.1 (sys-kernel/linux-headers) ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -march=native" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5.3/ext-active/ /etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-O2 -pipe -march=native" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.switch.ch/ftp/mirror/gentoo/" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="it" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/vmware" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl alsa amd64 atmo auto-hinter bash-completion berkdb bidi bittorrent bluetooth bzip2 cairo cdda cddb cdr cjk cli cracklib crypt cups curl cxx dbus dc1394 desktopglobe dga dirac directfb dri dts dvb dvd dvdr eds examples exif extras fbcon ffmpeg flac fluidsynth fontconfig fontforge foomaticdb fortran gd gdbm gdu ggi gif gimp gme gnome google-gadgets gphoto2 gpm gstreamer gtk httpd iconv id3tag ieee1394 ipod ipv6 java jce jpeg kate kde kdrive ladspa lapack lcms ldap libass libcaca libmpeg2 libnotify libproxy libtiger libv4l2 lirc live lua lzma lzo mad matroska md5sum mmx mng modplug modules mp3 mpeg mpg123 mtp mudflap multilib musepack musicbrainz nas ncurses nls nptl nptlonly nsplugin nut odbc odk ogg openexr opengl openmp optimisememory oss pam pango pasteafter pcre pdf perl phonon php plasma png ppds pppd projectm ps pulseaudio pvr python qalculate qt4 qwt radio raw readline remoteosd rtmp rtsp samba schroedinger scim screensaver script sdk sdl sdl-image semantic-desktop session shine shout skins smp sqlite sse sse2 ssl startup-notification stream svg sysfs system-libvncserver taglib tcpd templates theora tiff tilepath tk tools truetype truetype-debugger twolame type3 udev unicode upnp usb utils v4l2 vaapi vcdx vdpau vix vlm vmware_guest_freebsd vmware_guest_linux vmware_guest_netware vmware_guest_solaris vmware_guest_winPre2k vmware_guest_windows vorbis webkit wma-fixed wmf x264 xanim xinerama xml xorg xosd xv zlib zvbi" ALSA_CARDS="emu10k1x darla20 darla24 echo3g emu10k1 gina20 gina24 hdsp hdspm ice1712 indigo indigoio layla20 layla24 mia mixart mona pcxhr rme32 rme96 sb16 sbawe sscape usb-usx2y vx222 aica asihpi emi26 emu1212 emu1616 emu1820 korg1212 maestro3 msnd-pinnacle wavefront ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="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" CAMERAS="ptp2 adc65 agfa_cl20 aox ax203 barbie canon casio_qv clicksmart310 digigr8 digita dimagev dimera3500 directory enigma13 fuji gsmart300 hp215 iclick jamcam jd11 jl2005a kodak_dc120 kodak_dc210 kodak_dc240 kodak_dc3200 kodak_ez200 konica konica_qm150 largan lg_gsm mars mustek panasonic_coolshot panasonic_dc1000 panasonic_dc1580 panasonic_l859 pccam300 pccam600 polaroid_pdc320 polaroid_pdc640 polaroid_pdc700 ricoh ricoh_g3 samsung sierra sipix_blink sipix_blink2 sipix_web2 smal sonix sony_dscf1 sony_dscf55 soundvision spca50x sq905 st2205 stv0674 stv0680 sx330z template topfield toshiba_pdrm11" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" 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 ubx" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="it" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia" 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" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 263339 [details] /var/tmp/portage/app-emulation/vmware-modules-238.3-r2/temp/build.log
Created attachment 263341 [details] /var/tmp/portage/app-emulation/vmware-modules-238.3-r2/temp/environment
/var/tmp/portage/app-emulation/vmware-modules-238.3-r2/work/vmmon-only/linux/hostif.c: In function 'HostIFDoIoctl': /var/tmp/portage/app-emulation/vmware-modules-238.3-r2/work/vmmon-only/linux/hostif.c:3706: error: 'const struct file_operations' has no member named 'ioctl' /var/tmp/portage/app-emulation/vmware-modules-238.3-r2/work/vmmon-only/linux/hostif.c:3710: error: 'const struct file_operations' has no member named 'ioctl' make[3]: *** [/var/tmp/portage/app-emulation/vmware-modules-238.3-r2/work/vmmon-only/linux/hostif.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[2]: *** [_module_/var/tmp/portage/app-emulation/vmware-modules-238.3-r2/work/vmmon-only] Error 2 make[1]: *** [sub-make] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.37-gentoo' make: *** [vmmon.ko] Error 2 emake failed
(In reply to comment #127) (In reply to comment #124) > * ERROR: app-emulation/vmware-modules-238.3-r2 failed: It looks like without HRT (CONFIG_HIGH_RES_TIMERS) we need unlocked_ioctl.patch
(In reply to comment #128) > (In reply to comment #127) > (In reply to comment #124) > > * ERROR: app-emulation/vmware-modules-238.3-r2 failed: > It looks like without HRT (CONFIG_HIGH_RES_TIMERS) we need unlocked_ioctl.patch > compiling with hrt and retrying :D will let you know :D
ok... my advice is to put the high res timers as a requirement in the ebuild
(In reply to comment #123) > (In reply to comment #122) > > > When do the VMs crash? I am able to run a VM fine on my x86_64 with glibc 2.13 > > and vmware-player 3.1.3.324285. Does the Player crash for you, too, or only > > Workstation? > > > I think it is the player: > vmx| NOT_IMPLEMENTED > /build/mts/release/bora-324285/bora/lib/user/utilPosix.c:128 > see also this: > https://bbs.archlinux.org/viewtopic.php?pid=886784 > I can confirm I have the same problem here. Starting a VM as a normal user will give me the same NOT_IMPLEMENTED message on utilPosix.c:128. However, I can still run the same VM as root without any problems. I don't want to take the risk of downgrading glibc down from 2.13, but it seemed to have triggered the problem here as well. Anyone know about another solution than downgrading glibc?
(In reply to comment #129) CONFIG_HIGH_RES_TIMERS=y in the kernel worked for me. What remains now is the problem with NOT_IMPLEMENTED with sys-libs/glibc-2.13 comment #123 and #131
(In reply to comment #132) > (In reply to comment #129) > CONFIG_HIGH_RES_TIMERS=y in the kernel worked for me. > > What remains now is the problem with > NOT_IMPLEMENTED with sys-libs/glibc-2.13 > comment #123 and #131 After syncing and upgrading today, which pushed glibc-2.13-r2, as well as gentoo-sources-2.6.37-r1, and updating the vmware overlay, which pushed app-emulation/vmware-modules-238.3-r3, the NOT_IMPLEMENTED problems are fixed for me.
(In reply to comment #133) I confirm that the above fixed the problem for me also. Thanks for the info.
Thats wonderful! Everything works with vmware overlay
vmware-workstation-7.1.3 is moved from overlay to Portage. thanks.