Is there work going on the vmware-player-3.0 ebuild? It became available at http://downloads.vmware.com/d/info/desktop_downloads/vmware_player/3_0 yesterday. Just a tracker bug to see if anybody has the v3 ebuild going. And may be provide an ebuild myself if not.
Any update on this? It's not in the vmware overlay... If no one has an ebuild for it yet, I might try my hand at it...
Please try your hand at it. I have been looking for an ebuild for this for what feels like ages. :/
I doubt if someone is working on this. I think people have moved on to VB (at least I did because I couldn't compile the vmware kernel modules with latest kernel anymore). Only thing which did not work for me for a long time was direct boot of the native XP installation on my dual-boot setup and I got that working last month. So, I went ahead and uninstalled 2.5 version of vmplayer. vmware is dead for me. And I am afraid that's true for a lot of folks!
Created attachment 221597 [details] vmware-player-3.0.1-ebuild.tar.bz2 (In reply to comment #2) > Please try your hand at it. I have been looking for an ebuild for this for what > feels like ages. :/ I've written an ebuild for VMware Player 3.0.1.227600 that extracts the product directly from the binary bundle without using the Python installer and all its sqlite crap. Having installed from this ebuild, I am able to start a VM and use it flawlessly. Networking and shared folders work. The VMware Player UI appears fully functional. Anyone else out there, please test whether this ebuild works for you. If it's good, perhaps we can get it into the main tree.
I will test it this weekend and report back. Until then, is there any chance of putting it in the sunrise overlay to make it more accessible to people?
(In reply to comment #4) > Created an attachment (id=221597) [details] > vmware-player-3.0.1-ebuild.tar.bz2 > > I've written an ebuild for VMware Player 3.0.1.227600 that extracts the product > directly from the binary bundle without using the Python installer and all its > sqlite crap. > Very interesting. I'll put it to vmware overlay shortly. Thanks.
I had this fail on me when I tried fetching it from a mirror. It is probably because the mirror has not synchronized yet, but I thought I should mention it. I am going to download the file from vmware's website, rather than wait for the mirror. wget does not seem to work, so I am downloading it via firefox, which appears to work. >>> Fetching (24 of 25) app-emulation/vmware-player-3.0.1.227600 from vmware >>> Downloading 'http://mirrors.rit.edu/gentoo/distfiles/VMware-Player-3.0.1-227600.i386.bundle' --2010-03-01 12:05:42-- http://mirrors.rit.edu/gentoo/distfiles/VMware-Player-3.0.1-227600.i386.bundle Resolving mirrors.rit.edu... 129.21.171.98 Connecting to mirrors.rit.edu|129.21.171.98|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-03-01 12:05:42 ERROR 404: Not Found. >>> Downloading 'http://download2.vmware.com/software/vmplayer/VMware-Player-3.0.1-227600.i386.bundle' --2010-03-01 12:05:42-- http://download2.vmware.com/software/vmplayer/VMware-Player-3.0.1-227600.i386.bundle Resolving download2.vmware.com... 96.6.163.51 Connecting to download2.vmware.com|96.6.163.51|:80... connected. HTTP request sent, awaiting response... 403 Forbidden 2010-03-01 12:05:43 ERROR 403: Forbidden. >>> Downloading 'http://download3.vmware.com/software/vmplayer/VMware-Player-3.0.1-227600.i386.bundle' --2010-03-01 12:05:43-- http://download3.vmware.com/software/vmplayer/VMware-Player-3.0.1-227600.i386.bundle Resolving download3.vmware.com... 96.6.163.51 Connecting to download3.vmware.com|96.6.163.51|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-03-01 12:05:43 ERROR 404: Not Found. !!! Couldn't download 'VMware-Player-3.0.1-227600.i386.bundle'. Aborting. * Fetch failed for 'app-emulation/vmware-player-3.0.1.227600' >>> Failed to emerge app-emulation/vmware-player-3.0.1.227600
(In reply to comment #7) Please fetch the bundle from www.vmware.com manually. (You will need to sign up, I guess) I think fetch restrictions in ebuild needs to be restored. Thanks.
You actually have to be logged into their site to download it and it only allows downloads via a web browser. I am assuming if you modified the headers wget sends to include a valid session cookie, it would allow wget to fetch the file, but at the moment, it needs to be manually downloaded via a web browser.
I am getting the following error message when I try to install Windows XP Professional via the Easy Install feature: "Could not create the virtual floppy image file for Easy Install. If this error persists, you may need to reinstall VMware Player." Everything else works so far, provided I do "/etc/init.d/vmware" and "modprobe vmci".
I found installing Windows XP to be a problem with this ebuild because Windows XP cannot see the SCSI disk. The driver does not appear to be included with the ebuild, although I could be wrong. There is a vmware knowledge database entry on this issue: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1000863 By the way, I know I said that I would leave this for the weekend, but having this in the overlay made it really easy for me to do this while I do other things, so I am doing some basic evaluations of the ebuild now.
(In reply to comment #11) > I found installing Windows XP to be a problem with this ebuild because Windows > XP cannot see the SCSI disk. The driver does not appear to be included with the > ebuild, although I could be wrong. There is a vmware knowledge database entry > on this issue: > > http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1000863 > /opt/vmware/player/lib/vmware/floppies/vmscsi.flp Is that the one? or http://download3.vmware.com/software/vmscsi-1.2.0.4.flp
(In reply to comment #10) > Everything else works so far, provided I do "/etc/init.d/vmware" and "modprobe > vmci". What does the vmci module do? I don't seem to need it for my WinXP VM, so I left it out of the modprobe line in /etc/init.d/vmware.
(In reply to comment #12) > (In reply to comment #11) > > I found installing Windows XP to be a problem with this ebuild because Windows > > XP cannot see the SCSI disk. The driver does not appear to be included with the > > ebuild, although I could be wrong. There is a vmware knowledge database entry > > on this issue: > > > > http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1000863 > > > > /opt/vmware/player/lib/vmware/floppies/vmscsi.flp > Is that the one? > > or > http://download3.vmware.com/software/vmscsi-1.2.0.4.flp > http://download3.vmware.com/software/vmscsi-1.2.0.4.flp Is the one I used. I do not know if the other will work. The md5sums do not match. I will need to try it when I have more time to test this. It would be nice if portage printed information about this so people would know where it is, provided it works. (In reply to comment #13) > (In reply to comment #10) > > Everything else works so far, provided I do "/etc/init.d/vmware" and "modprobe > > vmci". > > What does the vmci module do? I don't seem to need it for my WinXP VM, so I > left it out of the modprobe line in /etc/init.d/vmware. > I think it has to do with the virtual NAT that VMWare player implements. If you run in bridged mode, it should not be necessary. This is from my experience with VMWare Player's services on a windows machine I have. I can safely disable them if I do not need the NAT.
Created attachment 221709 [details] vmware-3.0.rc (In reply to comment #14) > (In reply to comment #13) > > What does the vmci module do? > > I think it has to do with the virtual NAT that VMWare player implements. If you > run in bridged mode, it should not be necessary. This is from my experience > with VMWare Player's services on a windows machine I have. I can safely disable > them if I do not need the NAT. That seems likely. I run my VMs with bridged networking, so that could be why I haven't seen a need for the vmci module. Probably the /etc/init.d/vmware should be something like the attached, which inserts the vmci module only if VMware networking is configured to do NAT.
I've made a few changes and submitted -r1 to vmware overlay. Please take a look, try, evaluate... Thanks.
I have not been able to run bridged mode or nat. /dev/vmnet is not created. /etc/init.d/vmware will not start. jmd0 ~ # /etc/init.d/vmware start vmware | * Starting VMware services ... vmware |Failed to initialize [ !! ] vmware | * ERROR: vmware failed to start jmd0 ~ # /usr/bin/vmware-networks --start Failed to initialize I am running 2.6.27.42 (this is the latest openvz-git kernel) jmd0 ~ # uname -a Linux jmd0.comcast.net 2.6.27.42-sound-seq-00023-g9d49d83-dirty #9 SMP Fri Feb 26 21:10:38 EST 2010 x86_64 Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz GenuineIntel GNU/Linux And the following vmware packages: md0 ~ # equery l vmware* /usr/lib64/portage/pym/portage/dep.py:665: DeprecationWarning: portage.dep.get_operator() is deprecated, use portage.dep.Atom.operator instead DeprecationWarning) * Searching for vmware* ... [IP-] [ ~] app-emulation/vmware-modules-1.0.0.26 (0) [I-O] [ ~] app-emulation/vmware-player-3.0.1.227600-r1 (0) [IP-] [ ~] app-emulation/vmware-vix-1.6.2.156745-r2 (0)
(In reply to comment #17) > I have not been able to run bridged mode or nat. /dev/vmnet is not created. > /etc/init.d/vmware will not start. I don't have a /dev/vmnet either, but I have a vmnet0. Do you? Are the VMware modules loaded? (lsmod) Are the modules that are loaded the latest versions? (You would need to unload the old modules from the running kernel and insert the new ones if you upgraded vmware-modules recently and haven't rebooted since.) Do you get any error messages printed to the kernel log (dmesg) when vmware-networks fails to start?
(In reply to comment #16) > I've made a few changes and submitted -r1 to vmware overlay. Please take a > look, try, evaluate... > Thanks. > The -r1 ebuild installs precompiled binaries in /usr/bin. Isn't that against Gentoo standards?
(In reply to comment #18) > (In reply to comment #17) > > I have not been able to run bridged mode or nat. /dev/vmnet is not created. > > /etc/init.d/vmware will not start. > > I don't have a /dev/vmnet either, but I have a vmnet0. Do you? > No. Even after a reboot I have no /dev/vmnet0 jmd0 isos # ls /dev/vm* /dev/vmci /dev/vmmon jmd0 isos # /etc/init.d/vmware start vmware | * Starting VMware services ... vmware |Failed to initialize [ !! ] vmware | * ERROR: vmware failed to start jmd0 isos # ls /dev/vm* /dev/vmci /dev/vmmon > > Are the VMware modules loaded? (lsmod) > Yes. jmd0 isos # lsmod | grep vm vmnet 42508 0 vmblock 16264 0 vmmon 70204 0 vmci 52936 1 vsock jmd0 isos # > Are the modules that are loaded the latest versions? (You would need to unload > the old modules from the running kernel and insert the new ones if you upgraded > vmware-modules recently and haven't rebooted since.) > I have rebooted after reinstalling vmware-modules. > > Do you get any error messages printed to the kernel log (dmesg) when > vmware-networks fails to start? > No errors at all.
(In reply to comment #17) > I have not been able to run bridged mode or nat. /dev/vmnet is not created. > /etc/init.d/vmware > will not start. > > jmd0 ~ # /etc/init.d/vmware start > vmware | * Starting VMware services ... > vmware |Failed to initialize Have you run emereg --config vmware-player after install? Do you have /etc/vmware/networking?
No I did not do that. Thanks. Now the network starts. I can not really test easily since I am sshd in from 20 miles away.. jmd0 ~ # /etc/init.d/vmware start vmware | * Starting VMware services ... vmware |Started Bridge networking on vmnet0 vmware |Started DHCP service on vmnet1 vmware |Enabled hostonly virtual adapter on vmnet1 vmware |Started DHCP service on vmnet8 vmware |Started NAT service on vmnet8 vmware |Enabled hostonly virtual adapter on vmnet8 vmware |Started Network detection service vmware |Started all configured services on all networks
(In reply to comment #19) > (In reply to comment #16) > > I've made a few changes and submitted -r1 to vmware overlay. Please take a > > look, try, evaluate... > > Thanks. > > > > The -r1 ebuild installs precompiled binaries in /usr/bin. Isn't that against > Gentoo standards? > You're right. I got carried away with good intention. I will have to revert that. Thanks.
Does anyone see their USB devices in this VMware Player 3? I see none. I downgraded to VMware Player 2.5.3, and now all my USB devices show up again and I can connect them to the VM.
(In reply to comment #24) > Does anyone see their USB devices in this VMware Player 3? I see none. I > downgraded to VMware Player 2.5.3, and now all my USB devices show up again and > I can connect them to the VM. > You need vmware-usbarbitrator in init script.
Created attachment 222115 [details, diff] adds vmware-usbarbitrator to rc script Figured out what the problem is. VMware Player 3 apparently has a new daemon that needs to run in order to support USB devices: vmware-usbarbitrator. The attached patch adds it to the rc script. Note, there is probably a nicer way to make it start and stop, but I couldn't find any documentation on it, and it doesn't have a --help. It doesn't respond to --start and --stop like vmware-networks does.
Can you change the type to 'Text' on that bzip2 ebuild file. Firefox doesn't allow to open it (gives only "cancel" and "save" options). Most editors allow to open bzip2 files. But at least we get a menu with "open with" and we can even choose file-roller or ark.
Created attachment 222197 [details] Reattached as text file Allows direct open instead of first saving it to disk
Comment on attachment 222197 [details] Reattached as text file Sorry for creating the mess...ignore whatever I have posted here.
Please try, evaluate vmware-player-3.0.1.227600-r4.ebuild from vmware overlay. Thanks.
(In reply to comment #30) > Please try, evaluate vmware-player-3.0.1.227600-r4.ebuild from vmware overlay. > Thanks. Looks like you need to make the ebuild depend on some of the libraries you removed. On my machine, at least, I could not run vmplayer (silent failure, even from terminal) until I emerged libaio and libarchive. Chances are that the ebuild technically depends on even more, that I just happened to already have installed. Also, from going through the list of libraries removed, it lists libgailutil.so.17, while on my system I have libgailutil.so.18. Don't know if that will be an issue for me later or not...
"Erroneous"? I don't think the bundled libraries are erroneous. Superfluous, maybe. Maybe not. Jeremy Drake makes a good point.
(In reply to comment #31) > Chances are that > the ebuild technically depends on even more, that I just happened to already > have installed. # qfile -q $(find /opt/vmware -type f \( -perm /0111 -o -name '*.so' -o -name '*.so.*' \) | while read -r each ; do ldd "${each}" 2> /dev/null ; done | cut -d'=' -s -f1 | sort -u) | sort -u app-arch/bzip2 app-arch/libarchive app-arch/xz-utils app-emulation/vmware-player dev-cpp/cairomm dev-cpp/glibmm dev-cpp/gtkmm dev-cpp/libsexymm dev-cpp/pangomm dev-libs/atk dev-libs/expat dev-libs/glib dev-libs/libcroco dev-libs/libsigc++ dev-libs/libxml2 dev-libs/openssl gnome-base/libgnomecanvas gnome-base/librsvg gnome-base/orbit gnome-extra/libgsf media-libs/fontconfig media-libs/freetype media-libs/glitz media-libs/jpeg media-libs/libart_lgpl media-libs/libpng media-libs/mesa media-libs/tiff net-dns/c-ares net-misc/curl sys-apps/util-linux sys-devel/gcc sys-fs/fuse sys-libs/glibc sys-libs/zlib x11-drivers/nvidia-drivers x11-libs/cairo x11-libs/gtk+ x11-libs/libICE x11-libs/libsexy x11-libs/libSM x11-libs/libview x11-libs/libX11 x11-libs/libXau x11-libs/libxcb x11-libs/libXcomposite x11-libs/libXcursor x11-libs/libXdamage x11-libs/libXdmcp x11-libs/libXext x11-libs/libXfixes x11-libs/libXft x11-libs/libXi x11-libs/libXinerama x11-libs/libXrandr x11-libs/libXrender x11-libs/libXtst x11-libs/pango x11-libs/pixman x11-libs/startup-notification x11-libs/xcb-util Now, obviously many of those ebuilds depend on other ebuilds in that list, so they can be eliminated from consideration thanks to transitive dependency processing in Portage, but I suspect the pared-down list will still contain more packages than the vmware-player ebuild lists as direct dependencies.
(In reply to comment #33) > x11-drivers/nvidia-drivers Oh, nvidia-drivers isn't a real dependency. That got picked up because my OpenGL drivers are currently the ones from NVIDIA, but I suppose any OpenGL implementation would suffice, so probably the dependency should be on virtual/opengl.
*vmware-player-3.0.1.227600-r5 (11 Apr 2010) 11 Apr 2010; Vadim Kuznetsov <vadimk@gentoo.org> -vmware-player-3.0.1.227600-r4.ebuild, +vmware-player-3.0.1.227600-r5.ebuild: fixed dependencies Thanks.
(In reply to comment #31) > Also, from going through the list of libraries removed, it lists > libgailutil.so.17, while on my system I have libgailutil.so.18. Don't know if > that will be an issue for me later or not... I guess it can go both ways. See bug https://bugs.gentoo.org/show_bug.cgi?id=311435#c4
I put this down for a while and just tried it again today. I would like to add that the vmware tools appear to be missing and attempting to instruct vmware player to install the tools fails.
(In reply to comment #37) > I put this down for a while and just tried it again today. I would like to add > that the vmware tools appear to be missing and attempting to instruct vmware > player to install the tools fails. VMware Player does not come with the tools. For that, you need to download VMware Workstation.
(In reply to comment #38) > (In reply to comment #37) > > I put this down for a while and just tried it again today. I would like to add > > that the vmware tools appear to be missing and attempting to instruct vmware > > player to install the tools fails. > > VMware Player does not come with the tools. For that, you need to download > VMware Workstation. > As of version 3.0.0 on Windows, there is an option in the GUI to download the tools called "Download All Componenets Now" under Preferences, which you can use to download them. It has that option the tools on Linux as well, although it tells me that "All downloadable components are up to date." when I click on it.
(In reply to comment #39) > As of version 3.0.0 on Windows, there is an option in the GUI to download the > tools called "Download All Componenets Now" under Preferences, which you can > use to download them. It has that option the tools on Linux as well, although > it tells me that "All downloadable components are up to date." when I click on > it. Does VMware Player for Linux behave differently if you install it using VMware's installer, as opposed to the ebuild? (Not that I'd recommend doing that; you'd never get its spew entirely cleaned up.)
I have not tried it. I do not have a system running a disposable Linux installation on hand and I doubt that VMWare Player will allow me to install it inside a Virtual Machine (I tried it in the past). I will try to put something together to see what happens under those circumstances when I have time, possibly this weekend.
(In reply to comment #40) > Does VMware Player for Linux behave differently if you install it using > VMware's installer, as opposed to the ebuild? (Not that I'd recommend doing > that; you'd never get its spew entirely cleaned up.) > I tried it (I keep two Gentoo installs so I can afford to mess one up occasionally). Yes, it does behave differently. With the Player installed by VMWare's installer, I was able to create a new vm and install VMWare Tools. It asked for my root password and then displayed a progress bar for an internet download (outside the vm). It was successful and unity mode and cursor/clipboard integration are working. I'm not sure how to investigate why this works and the ebuild doesn't - tell me what would help. I can post output from commands or upload files.
(In reply to comment #42) > With the Player installed by VMWare's installer, I was able to create a new vm > and install VMWare Tools. It asked for my root password and then displayed a > progress bar for an internet download (outside the vm). It was successful and > unity mode and cursor/clipboard integration are working. It might be that VMware Player is interfacing with the BDB database that the VMware Installer sets up in /etc/vmware/installer (if I remember correctly). If we could figure out what URL it's fetching to obtain the VMware Tools package, we could simply add an additional USE="tools" flag to the ebuild to cause the tools to be downloaded and installed in the right place for VMware Player to find them. Or we could go back to invoking the VMware Installer from the ebuild, but I really think that is anti-Gentoo.
I believe it's the same think as Workstation without tools (or even with, I'll post about it in the vmware-workstation bug, #291241). It simply requires Installer component at runtime, for updating the tools at least, and the software is noticeably crippled without it.
(In reply to comment #43) > If we could figure out what URL it's fetching to obtain the VMware Tools > package, we could simply add an additional USE="tools" flag to the ebuild to > cause the tools to be downloaded and installed in the right place for VMware > Player to find them. Ooh, I know this one! I had to install vmware player on a windows box that doesn't have internet access at work, so I ran a packet sniffer during the download on an internet-enabled machine. As it turns out, it's fairly easy to figure out where the linux files are too. It even looks like they have directory indexing turned on (at least for the moment). http://softwareupdate.vmware.com/cds/vmw-desktop/ In case the indexing goes away, there seems to be an xml file: http://softwareupdate.vmware.com/cds/vmw-desktop/player-linux.xml This points to an xml file for each version of player, the latest being player/3.0.1/227600/linux/metadata.xml.gz (it's a relative link from the first xml file, so the full url is http://softwareupdate.vmware.com/cds/vmw-desktop/player/3.0.1/227600/linux/metadata.xml.gz This file contains the various downloadable components, including the relative url for them. # vmware-tools-freebsd-8.1.4-227600.x86_64.component.tar # vmware-tools-linux-8.1.4-227600.x86_64.component.tar # vmware-tools-linux-8.1.4-227600.i386.component.tar # vmware-tools-solaris-8.1.4-227600.x86_64.component.tar # vmware-tools-windows-8.1.4-227600.x86_64.component.tar # vmware-tools-winPre2k-8.1.4-227600.i386.component.tar # vmware-tools-winPre2k-8.1.4-227600.x86_64.component.tar # vmware-tools-netware-8.1.4-227600.x86_64.component.tar # vmware-tools-solaris-8.1.4-227600.i386.component.tar # vmware-tools-freebsd-8.1.4-227600.i386.component.tar # vmware-tools-netware-8.1.4-227600.i386.component.tar # vmware-tools-windows-8.1.4-227600.i386.component.tar As to what you DO with these files once you have them, I don't know. On Windows, the .tar extracts to have a .exe, which you run and it installs the tools iso in the right place.
Created attachment 228855 [details, diff] new app-emulation/vmware-tools-8.1.4.227600 ebuild Thank you, Jeremy Drake! I've put together a new ebuild that installs the VMware Tools in the appropriate place for VMware Player to find them. I've also updated the vmware-player ebuild to depend on the new vmware-tools ebuild. Note: The new vmware-tools ebuild uses USE_EXPAND-style flags, but until we can get the prefix added to profiles/base/make.defaults, you'll have to specify your guest OSes like USE="vmware_guest_windows vmware_guest_linux", etc. This attachment is a patch against the "vmware" overlay at r398. I would commit the changes myself if I had the privileges, but perhaps vadimk will be so kind.
Created attachment 228857 [details, diff] new app-emulation/vmware-tools-8.1.4.227600 ebuild Oops. Sorry, guys. I had a typo that only affected x86, so I didn't catch it. Fixed now.
(In reply to comment #46) > Created an attachment (id=228855) [details] > new app-emulation/vmware-tools-8.1.4.227600 ebuild > > Thank you, Jeremy Drake! > > I've put together a new ebuild that installs the VMware Tools in the > appropriate place for VMware Player to find them. I've also updated the > vmware-player ebuild to depend on the new vmware-tools ebuild. > > Note: The new vmware-tools ebuild uses USE_EXPAND-style flags, but until we can > get the prefix added to profiles/base/make.defaults, you'll have to specify > your guest OSes like USE="vmware_guest_windows vmware_guest_linux", etc. > > This attachment is a patch against the "vmware" overlay at r398. I would > commit the changes myself if I had the privileges, but perhaps vadimk will be > so kind. > It's in vmware overlay. Thanks.
I just added the vmware overlay and tried an emerge of the player. However, the Manifest is not correct. Only problem is that for the Changelog file. After updating the manifest it installed and are running fine (I have not tested with the vmware-tools).
Today I have encountered a little problem with "app-emulation/vmware-player-3.0.1.227600-r6" from the vmware overlay. emerge ran into a problem upgrading libpng. There was a conflict between the already installed media-libs/libpng-1.2.43-r2 which is in slot (0) and the media-libs/libpng:1.2 that the ebuild requires. So I have changed the ebuild slightly. I changed the line: media-libs/libpng:1.2 to media-libs/libpng But I am not sure if vmware-player can use higher versions of libpng (>1.2) so you will run into a possible problem when you unmask libpng-1.4.2. Maybe we should force a 1.2 libpng like this: =media-libs/libpng-1.2*
(In reply to comment #50) > Today I have encountered a little problem with > "app-emulation/vmware-player-3.0.1.227600-r6" from the vmware overlay. > > emerge ran into a problem upgrading libpng. There was a conflict between the > already installed media-libs/libpng-1.2.43-r2 which is in slot (0) and the > media-libs/libpng:1.2 that the ebuild requires. > > So I have changed the ebuild slightly. I changed the line: > media-libs/libpng:1.2 > to > media-libs/libpng > > But I am not sure if vmware-player can use higher versions of libpng (>1.2) so > you will run into a possible problem when you unmask libpng-1.4.2. Maybe we > should force a 1.2 libpng like this: > =media-libs/libpng-1.2* > I am using vmware-player-3.0.1.227600-r5 at the moment and I cannot reproduce this issue. It seems like it is restricted to vmware-player-3.0.1.227600-r6. vmware-player-3.0.1.227600-r6 must be a very new revision because I cannot get it via eix-sync at the moment.
You are right this issue is only present in the vmware-player-3.0.1.227600-r6.ebuild. Have you tried doing a manual sync of the overlay by "layman -s vmware" ? I had an issue with my eix configuration lately that did not sync my overlays at all. So probably you are in the same situation.
(In reply to comment #50) > But I am not sure if vmware-player can use higher versions of libpng (>1.2) so > you will run into a possible problem when you unmask libpng-1.4.2. Maybe we > should force a 1.2 libpng like this: > =media-libs/libpng-1.2* It's still going to be a problem. VMware Player is linked against libpng12.so, and the media-libs/libpng ebuild doesn't allow 1.2 and 1.4 to be installed at the same time, so we may have to go back to using the binary of libpng12.so that is bundled with VMware Player.
(In reply to comment #52) > You are right this issue is only present in the > vmware-player-3.0.1.227600-r6.ebuild. > > Have you tried doing a manual sync of the overlay by "layman -s vmware" ? > > I had an issue with my eix configuration lately that did not sync my overlays > at all. So probably you are in the same situation. > You were right. This issue is now affecting me too. This issue makes no sense because there seems to be some sort of reflexive block, where libpng is blocking itself: # emerge --jobs --keep-going -avDuN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] media-libs/libpng-1.2.43-r1 [1.2.43-r2] 0 kB [0] [ebuild fU ] app-emulation/vmware-player-3.0.1.227600-r6 [3.0.1.227600-r5] USE="-doc -vmware-tools%" 0 kB [1] [blocks B ] <media-libs/libpng-1.2.43-r2 ("<media-libs/libpng-1.2.43-r2" is blocking media-libs/libpng-1.2.43-r2) Total: 2 packages (1 upgrade, 1 in new slot), Size of downloads: 0 kB Fetch Restriction: 1 package Conflict: 1 block (1 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. ('ebuild', '/', 'media-libs/libpng-1.2.43-r1', 'merge') pulled in by media-libs/libpng:1.2 required by ('ebuild', '/', 'app-emulation/vmware-player-3.0.1.227600-r6', 'merge') ('installed', '/', 'media-libs/libpng-1.2.43-r2', 'nomerge') pulled in by media-libs/libpng required by ('installed', '/', 'dev-games/openscenegraph-2.8.2', 'nomerge') media-libs/libpng required by ('installed', '/', 'media-libs/vigra-1.6.0', 'nomerge') media-libs/libpng required by ('installed', '/', 'app-text/podofo-0.8.0', 'nomerge') (and 36 more) For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked
1. media-libs/libpng is bumped to media-libs/libpng-1.2.43-r3 (thanks ssuominen) 2. redepend is =media-libs.libpng-1.2* 3. Please sync (tree and overlay) and try again. Thanks.
(In reply to comment #55) > 1. media-libs/libpng is bumped to media-libs/libpng-1.2.43-r3 (thanks > ssuominen) > 2. redepend is =media-libs.libpng-1.2* > 3. Please sync (tree and overlay) and try again. > > Thanks. > I was able to upgrade to media-libs/libpng-1.2.43-r3 and app-emulation/vmware-player-3.0.1.227600-r6 by emerging them separately. It seems that this issue is affecting cairo, qt-qui and gtk+ as well: # emerge --jobs --keep-going -avDuN world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild NS ] media-libs/libpng-1.2.43-r2 [1.2.43-r3] 0 kB [blocks B ] media-libs/libpng:1.2 ("media-libs/libpng:1.2" is blocking media-libs/libpng-1.2.43-r2) [blocks B ] <media-libs/libpng-1.2.43-r3 ("<media-libs/libpng-1.2.43-r3" is blocking media-libs/libpng-1.2.43-r3) Total: 1 package (1 in new slot), Size of downloads: 0 kB Conflict: 2 blocks (2 unsatisfied) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. ('installed', '/', 'media-libs/libpng-1.2.43-r3', 'nomerge') pulled in by media-libs/libpng required by ('installed', '/', 'dev-games/openscenegraph-2.8.2', 'nomerge') media-libs/libpng required by ('installed', '/', 'media-libs/vigra-1.6.0', 'nomerge') media-libs/libpng required by ('installed', '/', 'app-text/podofo-0.8.0', 'nomerge') (and 35 more) ('ebuild', '/', 'media-libs/libpng-1.2.43-r2', 'merge') pulled in by >=media-libs/libpng-1.2.43-r2:0 required by ('installed', '/', 'x11-libs/cairo-1.8.8-r1', 'nomerge') >=media-libs/libpng-1.2.43-r2:0 required by ('installed', '/', 'x11-libs/qt-gui-4.6.2-r1', 'nomerge') >=media-libs/libpng-1.2.43-r2:0 required by ('installed', '/', 'x11-libs/gtk+-2.18.9', 'nomerge') For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked It seems that there is another bug on this issue, but it was closed as "WORKSFORME": http://bugs.gentoo.org/show_bug.cgi?id=319611 I am going to post about this over there, but as I cannot reopen it; perhaps someone reading this that is more influential than I am could arrange for it to be reopened.
(In reply to comment #56) > (In reply to comment #55) > > 1. media-libs/libpng is bumped to media-libs/libpng-1.2.43-r3 (thanks > > ssuominen) > > 2. redepend is =media-libs.libpng-1.2* > > 3. Please sync (tree and overlay) and try again. > > > > Thanks. > > > > I was able to upgrade to media-libs/libpng-1.2.43-r3 and > app-emulation/vmware-player-3.0.1.227600-r6 by emerging them separately. It > seems that this issue is affecting cairo, qt-qui and gtk+ as well: > > # emerge --jobs --keep-going -avDuN world > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild NS ] media-libs/libpng-1.2.43-r2 [1.2.43-r3] 0 kB > [blocks B ] media-libs/libpng:1.2 ("media-libs/libpng:1.2" is blocking > media-libs/libpng-1.2.43-r2) > [blocks B ] <media-libs/libpng-1.2.43-r3 ("<media-libs/libpng-1.2.43-r3" It looks like you have media-libs/libpng media-libs/libpng:1.2 in you world file. Try to remove it. If you emerge "separately" do it like this: emerge -1av package. Thanks.
(In reply to comment #57) > (In reply to comment #56) > > (In reply to comment #55) > > > 1. media-libs/libpng is bumped to media-libs/libpng-1.2.43-r3 (thanks > > > ssuominen) > > > 2. redepend is =media-libs.libpng-1.2* > > > 3. Please sync (tree and overlay) and try again. > > > > > > Thanks. > > > > > > > I was able to upgrade to media-libs/libpng-1.2.43-r3 and > > app-emulation/vmware-player-3.0.1.227600-r6 by emerging them separately. It > > seems that this issue is affecting cairo, qt-qui and gtk+ as well: > > > > # emerge --jobs --keep-going -avDuN world > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! > > [ebuild NS ] media-libs/libpng-1.2.43-r2 [1.2.43-r3] 0 kB > > [blocks B ] media-libs/libpng:1.2 ("media-libs/libpng:1.2" is blocking > > media-libs/libpng-1.2.43-r2) > > [blocks B ] <media-libs/libpng-1.2.43-r3 ("<media-libs/libpng-1.2.43-r3" > > It looks like you have > media-libs/libpng > media-libs/libpng:1.2 > in you world file. Try to remove it. > If you emerge "separately" do it like this: emerge -1av package. > > Thanks. > > While I had media-libs/libpng in my world file, media-libs/libpng:1.2 was not in it. I removed media-libs/libpng and there is no change in portage's behavior.
(In reply to comment #58) > (In reply to comment #57) > > (In reply to comment #56) > > > (In reply to comment #55) > > > > 1. media-libs/libpng is bumped to media-libs/libpng-1.2.43-r3 (thanks > > > > ssuominen) > > > > 2. redepend is =media-libs.libpng-1.2* > > > > 3. Please sync (tree and overlay) and try again. > > > > > > > > Thanks. > > > > > > > > > > I was able to upgrade to media-libs/libpng-1.2.43-r3 and > > > app-emulation/vmware-player-3.0.1.227600-r6 by emerging them separately. It > > > seems that this issue is affecting cairo, qt-qui and gtk+ as well: > > > > > > # emerge --jobs --keep-going -avDuN world > > > > > > These are the packages that would be merged, in order: > > > > > > Calculating dependencies... done! > > > [ebuild NS ] media-libs/libpng-1.2.43-r2 [1.2.43-r3] 0 kB > > > [blocks B ] media-libs/libpng:1.2 ("media-libs/libpng:1.2" is blocking > > > media-libs/libpng-1.2.43-r2) > > > [blocks B ] <media-libs/libpng-1.2.43-r3 ("<media-libs/libpng-1.2.43-r3" > > > > It looks like you have > > media-libs/libpng > > media-libs/libpng:1.2 > > in you world file. Try to remove it. > > If you emerge "separately" do it like this: emerge -1av package. > > > > Thanks. > > > > > > While I had media-libs/libpng in my world file, media-libs/libpng:1.2 was not > in it. I removed media-libs/libpng and there is no change in portage's > behavior. > Someone found the problem in the other bug. It turns out that libpng is now slotted. I had libpng:1.4 masked, so that caused the issue.
Comment on attachment 228857 [details, diff] new app-emulation/vmware-tools-8.1.4.227600 ebuild VMware Player 3.1.0 is now in the vmware overlay, along with a new version of the VMware Tools images and new kernel modules.
(In reply to comment #60) > (From update of attachment 228857 [details, diff]) > VMware Player 3.1.0 is now in the vmware overlay, along with a new version of > the VMware Tools images and new kernel modules. > I am having some issues with VMWare Player on my system. It tends to close whenever I do the slightest thing. If I delete a virtual machine or change the settings for a virtual machine, the window will close. On Windows 7, this very same version of VMWare Player does not behave this way and its predecessor on Linux did not behave this way. Here is my emerge --info: $ emerge --info Portage 2.1.8.3 (default/linux/x86/10.0, gcc-4.4.3, glibc-2.11.1-r0, 2.6.34 i686) ================================================================= System uname: Linux-2.6.34-i686-Genuine_Intel-R-_CPU_T2400_@_1.83GHz-with-gentoo-2.0.1 Timestamp of tree: Sun, 23 May 2010 01:30:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.8.1-r1 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b virtual/os-headers: 2.6.33 ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=prescott --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=2048 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /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/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -march=prescott --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=2048 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests buildpkg ccache distlocks fixpackages news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" FFLAGS="-O2 -march=prescott --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=2048 -pipe -fomit-frame-pointer" GENTOO_MIRRORS="http://mirror.csclub.uwaterloo.ca/gentoo-distfiles/ http://gentoo.netnitco.net http://distro.ibiblio.org/pub/linux/distributions/gentoo/" LDFLAGS="-Wl,-O1" LINGUAS="en" MAKEOPTS="-j3" 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/sunrise /var/lib/layman/vmware /var/lib/layman/java-overlay /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acpi alsa apm berkdb bzip2 cdr cli consolekit cracklib crypt cups cxx dbus dri dvd dvdr fftw fortran gd gdbm gif gnutls gpm hal iconv ipv6 java java6 jpeg kde lzma midi mmap mmx mng modules mp3 mudflap ncurses networkmanager nptl nptlonly nsplugin opengl openmp pam pcre perl png pppd python qt3 qt3support qt4 readline reflection samba session spl sqlite sse sse2 sse3 ssl svg sysfs tcpd threads tiff unicode vorbis x264 x86 xml xorg xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 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 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="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" NETBEANS_MODULES="*" 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, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
It turned out that VMWare Player was failing to delete an old virtual machine before it crashed, as reopening it revealed that the virtual machine was still there. Removing the virtual machine from the library prior to deleting it manually did not cause a crash, but attempting to make the virtual optical drive use a SCSI channel while creating a new virtual machine did cause a crash. I feel as if I am playing a game of whack a mole with the new ebuild. I ran revdep-rebuild to see if the new version was linking against missing software and it found no inconsistencies.
(In reply to comment #62) Try running it from a terminal emulator to see if it prints any diagnostic message to stderr when it crashes. Keep in mind, it's a new ebuild, but it's also a new version of the software from upstream; either of those could be the cause of your trouble.
(In reply to comment #63) > (In reply to comment #62) > > Try running it from a terminal emulator to see if it prints any diagnostic > message to stderr when it crashes. Keep in mind, it's a new ebuild, but it's > also a new version of the software from upstream; either of those could be the > cause of your trouble. > I have already tried. Although I have not tried doing that in every situation where it crashes, there is no output to stderr in the few that I did try. Is this crashing for you or is it stable on your system?
(In reply to comment #61) I had the same issue, vmplayer randomly exits. Logs in /tmp showed segfaults, but no clue on source. If I copy back the libraries deleted by the below in the ebuild, it all works fine. Seems these libraries are not 'superfluous' after all :-) # remove superfluous libraries ebegin 'Removing superfluous libraries' cd lib/lib || die ldconfig -p | sed 's:^\s\+\([^(]*[^( ]\).*=> /.*$:\1:g;t;d' | xargs -d'\n' -r rm -rf eend
(In reply to comment #65) > (In reply to comment #61) > > I had the same issue, vmplayer randomly exits. Logs in /tmp showed segfaults, > but no clue on source. > > If I copy back the libraries deleted by the below in the ebuild, it all works > fine. Seems these libraries are not 'superfluous' after all :-) Does the /tmp/vmware-*/appLoader-*.log name any particular library? A segfault is a surprising result. I'd expect a dynamic link failure but not a segfault.
How can a filer get off the bug he has filed?....:-) Does anybody know? I am tired of vmware-player not working right and tired of vmware-modules breaking with every new kernel. I have completely switched to VB and I don't intend to receive the emails about this bug. If nothing works out I will have to pull unhappy-gentoo-dev-unloads-on-unsuspecting-gentoo-user and close it as wontfix...:-D ;-) So, hurry up. Tell me how to get off this bug.
(In reply to comment #66) No. appLoader-* logs have nothing. player log has this: ... Jul 10 02:46:08.900: player| SetOpened Jul 10 02:46:08.905: player| Setting power state poweredOff (reported) Jul 10 02:46:09.113: player| SnapshotTree: Emitting refresh (/home/zeidats/vmware/windowsxp/windowsxp.vmx) Jul 10 02:46:16.589: player| VMHS: Transitioned vmx/execState/val to poweredOff Jul 10 02:46:16.665: player| Setting power state poweredOff (reported) Jul 10 02:46:16.731: player| Caught signal 11 -- pid 25290 Jul 10 02:46:16.731: player| SIGNAL: eip 0xb64c6369 esp 0xbfee3320 ebp 0x811fc58 Jul 10 02:46:16.731: player| SIGNAL: eax 0xb60c69a0 ebx 0xb64daff4 ecx 0x10 edx 0x811fc58 esi 0x4244488 edi 0x811fc58 Jul 10 02:46:16.731: player| SIGNAL: stack BFEE3320 : 0x00000002 0x00000018 0x08143448 0x00000020 Jul 10 02:46:16.731: player| SIGNAL: stack BFEE3330 : 0x0877eb30 0x00000000 0x0813b9a8 0xb4a02ff4 Jul 10 02:46:16.731: player| SIGNAL: stack BFEE3340 : 0x08785434 0xb4670510 0x0811fc58 0xb48b88a1 Jul 10 02:46:16.731: player| SIGNAL: stack BFEE3350 : 0xb4670510 0x0811fc58 0x08822178 0xb64daff4 Jul 10 02:46:16.731: player| SIGNAL: stack BFEE3360 : 0x084efe48 0x00000000 0x08821e50 0xb64c2c22 Jul 10 02:46:16.731: player| SIGNAL: stack BFEE3370 : 0x00000014 0x08821e50 0x08821e50 0xb4718ff8 Jul 10 02:46:16.731: player| SIGNAL: stack BFEE3380 : 0x08136968 0x087820c0 0x068a05c6 0xb4a02ff4 Jul 10 02:46:16.731: player| SIGNAL: stack BFEE3390 : 0xb4670544 0x08785434 0xbfee3418 0xb48b8a01 Jul 10 02:46:16.731: player| Backtrace: Jul 10 02:46:16.731: player| Backtrace[0] 0xbfee2e48 eip 0xb6c9425d Jul 10 02:46:16.731: player| Backtrace[1] 0xbfee2f98 eip 0xb6db31b9 Jul 10 02:46:16.731: player| Backtrace[2] 0x811fc58 eip 0xffffe40c Jul 10 02:46:16.732: player| SymBacktrace[0] 0xbfee2e48 eip 0xb6c9425d in function Util_Backtrace in object /opt/vmware/lib/vmware/lib/libvmwarebase.so.0/libvmwarebase.so.0 loaded at 0xb6920000 Jul 10 02:46:16.732: player| SymBacktrace[1] 0xbfee2f98 eip 0xb6db31b9 in function (null) in object /opt/vmware/lib/vmware/lib/libvmwarebase.so.0/libvmwarebase.so.0 loaded at 0xb6920000 Jul 10 02:46:16.732: player| SymBacktrace[2] 0x811fc58 eip 0xffffe40c in function __kernel_rt_sigreturn in object loaded at 0xffffe000 Jul 10 02:46:16.736: player| Your core dump size limit is 0 kb. Jul 10 02:46:16.737: player| Attempting to dump core ... ...
(In reply to comment #67) > How can a filer get off the bug he has filed?....:-) > > Does anybody know? I am tired of vmware-player not working right and tired of > vmware-modules breaking with every new kernel. I have completely switched to VB > and I don't intend to receive the emails about this bug. > > If nothing works out I will have to pull > unhappy-gentoo-dev-unloads-on-unsuspecting-gentoo-user and close it as > wontfix...:-D ;-) > > So, hurry up. Tell me how to get off this bug. > Does anyone have an account on the VMWare Community forums? Someone should post a thread there asking for assistance. It is the closest to bringing this to upstream that we can do as far as I can tell. http://communities.vmware.com/community/vmtn/desktop/player
The last time I filed a bug with VMWARE I was insulted. They said gentoo is not supported use a supported os. Not sure if things are different now.
Created attachment 238143 [details] strace /opt/vmware/bin/vmware-networks --start This would be a forum thread, as opposed to an official bug report. Also, I have been somewhat frustrated with virtualization as of late. I switched from Windows to Gentoo Linux. VMWare Player worked perfectly on Windows and only well on Linux when I can get it running, while I have issues with VirtualBox on both Windows and Linux and all of them seem to be known upstream issues. I know that other people here are saying that they have switched to VirtualBox, but I encounter issues consistently with it. I do not know if this is because I am trying to virtualize Windows XP while other people are virtualizing other operating systems, but as far as things go right now, there is no good virtualization software available to me. I just tried installing VMWare Player on my desktop and I am encountering a crash when I try to run /etc/init.d/vmware start. I have attached the strace file. I noticed that running touch /etc/vmware/networks first will practically double the size of the strace file, so I think that the issue involves that file. Perhaps a comparison with a Ubuntu system could reveal what is wrong.
email flood continues. Let me try adding and removing myself.
(In reply to comment #72) > email flood continues. Let me try adding and removing myself. > Exactly what do you mean by a flood? Are you receiving multiple emails for each comment? By the way, while my most recent issue might be related to the crash issues everyone else is having, it occurs before vmware player is even running. I believe that /etc/init.d/vmware start is supposed to be run by the system rc scripts, so the issues people are having with vmware player could be because this is not being run. Earlier, I forgot to post the contents of emerge vmware-player --info. Here they are: Portage 2.1.8.3 (default/linux/amd64/10.0/desktop/kde, gcc-4.4.4, glibc-2.11.2-r0, 2.6.34.1 x86_64) ================================================================= System Settings ================================================================= System uname: Linux-2.6.34.1-x86_64-Intel-R-_Core-TM-2_Quad_CPU_Q9550_@_2.83GHz-with-gentoo-2.0.1 Timestamp of tree: Fri, 09 Jul 2010 16:45:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.1_p7 dev-java/java-config: 2.1.11 dev-lang/python: 2.6.5-r2, 3.1.2-r3 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.8.1-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.6.1-r1 sys-apps/sandbox: 2.2 sys-devel/autoconf: 2.13, 2.65-r1 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.3.5, 4.4.4-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.10 virtual/os-headers: 2.6.34 ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=core2 -mtune=core2 -mcx16 -msahf -msse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=6144 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /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/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=core2 -mtune=core2 -mcx16 -msahf -msse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=6144 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests buildpkg ccache distlocks fixpackages multilib-strict news parallel-fetch protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch userpriv usersandbox" FFLAGS="-march=core2 -mtune=core2 -mcx16 -msahf -msse4.1 --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=6144 -O2 -pipe" GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://gentoo.mirrors.tds.net/gentoo http://gentoo.netnitco.net" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--sort-common" LINGUAS="en" MAKEOPTS="-j5" 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/java-overlay /var/lib/layman/vmware /var/lib/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="X a52 aac acpi alsa amd64 berkdb branding bzip2 cairo cdr cli consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr emboss encode exif fam firefox flac fontconfig fortran gdbm gif gpm hal iconv ipv6 java jpeg kde lcms ldap libnotify lzma mad mikmod mmx mng modules mp3 mp4 mpeg mudflap multilib ncurses nls nptl nptlonly nsplugin ogg opengl openmp pam pango pcre pdf perl png ppds pppd python qt3support qt4 readline reflection sdl session spell spl sse sse2 ssl ssse3 startup-notification svg sysfs tcpd tiff truetype unicode usb vorbis x264 xcb xcomposite xml xorg xulrunner xv xvid xvmc zlib zsh-completion" ALSA_CARDS="snd-ctxfi" 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 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="*" ELIBC="glibc" INPUT_DEVICES="evdev synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" 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, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= app-emulation/vmware-player-3.1.0.261024 was built with the following: USE="(multilib) vmware-tools -doc"
(In reply to comment #71) > Created an attachment (id=238143) [details] > > This would be a forum thread, as opposed to an official bug report. exactly. > to run /etc/init.d/vmware start. > > I noticed that running touch /etc/vmware/networks "touch" is nor proper way to configure networks ewarn "Before you can use vmware-player, you must configure a default network setup." ewarn "You can do this by running 'emerge --config ${PN}'." Thanks.
Please file separate bugs for all (not literally:) problems you have. One issue per bug and vise versa. Please move discussions to the forum. Treat this bug as tracking bug. You can add depends on here. Thanks.
This solution work good for me too. I use vmware player 3.1.0 - I deleted this strings from the ebuild and then I rebuilded vmware-player. Now vmware-player stop closing when I press any button in vmware-player dialogs windows. Work good. Thank you a lot. (In reply to comment #65) > (In reply to comment #61) > > I had the same issue, vmplayer randomly exits. Logs in /tmp showed segfaults, > but no clue on source. > > If I copy back the libraries deleted by the below in the ebuild, it all works > fine. Seems these libraries are not 'superfluous' after all :-) > > # remove superfluous libraries > ebegin 'Removing superfluous libraries' > cd lib/lib || die > ldconfig -p | sed 's:^\s\+\([^(]*[^( ]\).*=> /.*$:\1:g;t;d' | xargs > -d'\n' -r rm -rf > eend >
Created attachment 238215 [details] modified ebuild with possibly corrected "close vmware-player 3.1.0 window bug". This is ebuild of vmware-player 3.1.0 where I deleted string which cause closing vmware-player window after you press button in any vmware-player 3.1.0 dialog window. (thanks to comment #65)
It's very strange, but the same bug in come with ebuild for vmware-player 3.1.1 from vmware overlay. Seems like ebuild developers don't think that ebuild bugs should be corrected.
(In reply to comment #78) > It's very strange, but the same bug in come with ebuild for vmware-player 3.1.1 > from vmware overlay. > Seems like ebuild developers don't think that ebuild bugs should be corrected. > Would you post instructions to reproduce it? I have not encountered this issue yet with the revision bump. Could "Return to the VM Library after closing a virtual machine" be unchecked in the Player Preferences? If that is the issue, then you need to check it. Upstream changed it so that the behavior now is to close VMWare Player when you exit a virtual machine. While I preferred the old behavior by default, upstream at least provided an option to go back to the old behavior.
(In reply to comment #65) > (In reply to comment #61) > > I had the same issue, vmplayer randomly exits. Logs in /tmp showed segfaults, > but no clue on source. > > If I copy back the libraries deleted by the below in the ebuild, it all works > fine. Seems these libraries are not 'superfluous' after all :-) > > # remove superfluous libraries > ebegin 'Removing superfluous libraries' > cd lib/lib || die > ldconfig -p | sed 's:^\s\+\([^(]*[^( ]\).*=> /.*$:\1:g;t;d' | xargs > -d'\n' -r rm -rf > eend > I had to make this modification and comment out the following lines to get 3.1.1 to run: # these two libraries do not like to load from /usr/lib* local each ; for each in libcrypto.so.0.9.8 libssl.so.0.9.8 ; do if [[ ! -f "${VM_INSTALL_DIR}/lib/vmware/lib/${each}" ]] ; then dosym "/usr/$(get_libdir)/${each}" \ "${VM_INSTALL_DIR}/lib/vmware/lib/${each}/${each}" fi done The problem is that Gentoo's libssl is NOT interchangeable with the one shipped with VMWare, since their version supports Intel's new AES-NI instructions. The original ebuild works fine on my Core 2 Duo MacBook Pro, but on my new ThinkPad with an AES-NI enabled i5, virtual machines fail to start with a "SSL wrapper: invoked uninitialized function aesni_set_encrypt_key!" error. It looks like AES-NI support was backported to OpenSSL 0.9.8 according to http://rt.openssl.org/Ticket/Display.html?id=2067&user=guest&pass=guest but the version in portage seems to lack it -- at least, I couldn't find a USE flag to enable it or anything.
I can reproduce this issue on my ~x86 laptop, but not on my ~amd64 desktop. On my ~x86 laptop, vmplayer refuses to start. Running strace vmplayer suggests that dynamic linking to libssl.so.0.9.8 fails. libssl.so.0.9.8 was replaced with libssl.so.1.0.0 by an update from portage, so I think that dev-libs/openssl needs to be made a slotted ebuild to fix this.
(In reply to comment #81) > I can reproduce this issue on my ~x86 laptop, but not on my ~amd64 desktop. On > my ~x86 laptop, vmplayer refuses to start. Running strace vmplayer suggests > that dynamic linking to libssl.so.0.9.8 fails. libssl.so.0.9.8 was replaced > with libssl.so.1.0.0 by an update from portage, so I think that > dev-libs/openssl needs to be made a slotted ebuild to fix this. It already is slotted, and the vmware-player ebuild already depends on =dev-libs/openssl-0.9.8*. Do you not have a /usr/lib/libssl.so.0.9.8?
Step to reproduce: - Install vmware-player 3.1.x - run vmware player - after mouse click on any button in vmware dialog windows - vmware player window instantly closing. For example: When I start VM - I get windows with title "removable device" and "The following device can be connected to this ..." etc. and at the bottom of window there is ok button. If I press this button Vmware-player window rapidly closed. this behaviour persist with each vmware-player dialog button. After I do mouse click on any vmware-player dialog button - vmware-player windows disappear. But remove these lines > # remove superfluous libraries > ebegin 'Removing superfluous libraries' > cd lib/lib || die > ldconfig -p | sed 's:^\s\+\([^(]*[^( ]\).*=> /.*$:\1:g;t;d' | xargs > -d'\n' -r rm -rf > eend from vmware-player ebuild - fix this problem. emerge --info Portage 2.2_rc67 (default/linux/x86/10.0/desktop, gcc-4.4.3, glibc-2.11.2-r0, 2.6.32-gentoo-r7 i686) ================================================================= System uname: Linux-2.6.32-gentoo-r7-i686-AMD_Phenom-tm-_9550_Quad-Core_Processor-with-gentoo-1.12.13 Timestamp of tree: Fri, 20 Aug 2010 12:00:14 +0000 app-shells/bash: 4.0_p37 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: 1.12.13 sys-apps/sandbox: 2.3-r1 sys-devel/autoconf: 2.13, 2.65 sys-devel/automake: 1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc: 4.4.3-r2 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6b sys-devel/make: 3.81-r2 virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="* -@EULA dlj-1.1 Nero-EULA-US skype-eula PUEL googleearth AdobeFlash-10.1 AdobeFlash-10" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -mmmx -mssse3 -m3dnow -ftracer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/eselect/postgresql /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=athlon-xp -O2 -mmmx -mssse3 -m3dnow -ftracer -pipe" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--with-bdeps y" FEATURES="assume-digests distlocks fixpackages news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-logs unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="ru_RU.UTF-8" LC_ALL="" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="ru en" MAKEOPTS="-j3" 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/sunrise /var/lib/layman/verlihub /var/lib/layman/java-overlay /var/lib/layman/vmware /usr/portage/local/jakshi" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X a52 aac accessibility acl acpi alsa apache2 avahi avi berkdb bitmap-fonts bittorrent bluetooth branding bzip2 cairo cdaudio cdda cddb cdr clamav cli consolekit cracklib crypt cups curl cxx dbus djvu dlloader dri dts dvd dvdr dvdread eds emboss encode esd exif faac faad fam ffmpeg firefox flac foomaticdb fortran ftp gdbm gif gimp glib google-gadgets gpm gstreamer gtk hal htmlhandbook iconv icq imagemagick ipv6 isdnlog jabber java java6 jingle jpeg kde kontact lcms ldap libg++ libnotify libwww lm_sensors logrotate lua mad matroska mdnsresponder-compat meanwhile mikmod mime mmap mmx mng modules mp3 mp4 mpeg mplayer mtp mudflap musicbrainz mysql ncurses nls nptl nptlonly nsplugin ogg opengl openmp oscar oss pam pango pcre pda pdf pdflib perl php plasma png ppds python qt3support qt4 quicktime rdesktop readline reflection rss rtf samba scanner sdl semantic-desktop session slang smp spell spl sse sse2 sse3 ssl ssse3 startup-notification svg sysfs taglib tcpd theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb v4l v4l2 vdpau vhosts vim-syntax vorbis wavpack webkit win32codecs x264 x86 xattr xcb xcomposite xine xml xmp xorg xscreensaver xulrunner xv xvid xvmc yahoo zlib" ALSA_CARDS="hda-intel ens1371 usb-audio usb-us122l usb-usx2y" 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 auth_digest authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache filter headers ident imagemap include info log_config logio mem_cache mime mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="ru en" NETBEANS_MODULES="apisupport cnd dlight enterprise ergonomics groovy harness ide identity java mobility nb php profiler ruby websvccommon" RUBY_TARGETS="jruby ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia fbdev" 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, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS (In reply to comment #79) > (In reply to comment #78) > > It's very strange, but the same bug in come with ebuild for vmware-player 3.1.1 > > from vmware overlay. > > Seems like ebuild developers don't think that ebuild bugs should be corrected. > > > > Would you post instructions to reproduce it? I have not encountered this issue > yet with the revision bump. Could "Return to the VM Library after closing a > virtual machine" be unchecked in the Player Preferences? If that is the issue, > then you need to check it. Upstream changed it so that the behavior now is to > close VMWare Player when you exit a virtual machine. While I preferred the old > behavior by default, upstream at least provided an option to go back to the old > behavior. >
(In reply to comment #83) > - after mouse click on any button in vmware dialog windows - vmware player > window instantly closing. For example: When I start VM - I get windows with > title "removable device" and "The following device can be connected to this > ..." etc. and at the bottom of window there is ok button. If I press this > button Vmware-player window rapidly closed. this behaviour persist with each > vmware-player dialog button. After I do mouse click on any vmware-player dialog > button - vmware-player windows disappear. What version of x11-libs/libview do you have installed? VMware Player/Workstation require >=x11-libs/libview-0.6.6.
I had x11-libs/libview-0.6.2. After i upgraded to x11-libs/libview-0.6.6 - Problems with disappearing window of vmware-player from ebuild in vmware overlay - go away. This dependence added to ebuild 24 august 2010, so I saw it only today, when do weekly layman -S. Thank you for advice. (In reply to comment #84) > (In reply to comment #83) > > - after mouse click on any button in vmware dialog windows - vmware player > > window instantly closing. For example: When I start VM - I get windows with > > title "removable device" and "The following device can be connected to this > > ..." etc. and at the bottom of window there is ok button. If I press this > > button Vmware-player window rapidly closed. this behaviour persist with each > > vmware-player dialog button. After I do mouse click on any vmware-player dialog > > button - vmware-player windows disappear. > > What version of x11-libs/libview do you have installed? VMware > Player/Workstation require >=x11-libs/libview-0.6.6. >
I have to say I don't really understand the benefit of using the system libs, by deleting the player shipped ones. It does save some space, around 40 to 50 MB may be, but it risks breaking player everytime any of these libs gets upgraded or built with a different USE flag than what the ebuild maintainers has on their machines! Unless I'm missing something, those few MBs are not worth it. There's a reason VMware is shipping these dependency libs in player. Just my 2 cents.
(In reply to comment #86) > I have to say I don't really understand the benefit of using the system libs, > by deleting the player shipped ones. > > It does save some space, around 40 to 50 MB may be, but it risks breaking > player everytime any of these libs gets upgraded or built with a different USE > flag than what the ebuild maintainers has on their machines! Unless I'm missing > something, those few MBs are not worth it. > > There's a reason VMware is shipping these dependency libs in player. There are a few reasons for using system-installed libraries: - Saving disk space is one reason, but that's a relatively minor one. - A better reason is to save RAM: using the system-installed libraries means the same pages can be mapped into the VMware process as are already mapped into other running processes, meaning VMware uses less memory marginally. - An even better reason is that, as bugs are fixed in the libraries, users of VMware on Gentoo can immediately benefit without waiting for VMware corporate to catch up and bundle the new library versions with a new release of VMware, whenever that might occur. - The system-installed libraries may have been compiled with system-specific optimizations, meaning VMware can run faster using those libraries than using the bundled libraries, which must have been compiled for the lowest common denominator. - One of Gentoo's goals is to be a system entirely compiled from source. The closest we can get to that with VMware is to compile everything that is open-source from source and only use the absolute minimum of precompiled binary blobs.
Since this is a binary package, perhaps it would be a good idea to have a user flag that could be enabled to make this package rely upon the bundled libraries. Perhaps it could called bundled-libs and be off by default. That should satisfy both Gentoo's official policy and the wishes of the people (myself included) that are suffering from issues with the system libraries and vmware-player not playing well together.
(In reply to comment #87) > - The system-installed libraries may have been compiled with system-specific > optimizations, meaning VMware can run faster using those libraries than using > the bundled libraries, which must have been compiled for the lowest common > denominator. But on the contrary, the VMWare libraries (at least, openssl) are compiled with additional optimizations which the Gentoo libraries do _NOT_ have, thus breaking the install on all current mid-to-high end Intel processors with AES-NI. Until Gentoo's openssl is patched with the patch mentioned in http://forums.gentoo.org/viewtopic-t-835867-highlight-.html , this ebuild should not delete the VMWare supplied openssl and libcrypto, period.
(In reply to comment #89) > (In reply to comment #87) > > - The system-installed libraries may have been compiled with system-specific > > optimizations, meaning VMware can run faster using those libraries than using > > the bundled libraries, which must have been compiled for the lowest common > > denominator. > > But on the contrary, the VMWare libraries (at least, openssl) are compiled with > additional optimizations which the Gentoo libraries do _NOT_ have, thus > breaking the install on all current mid-to-high end Intel processors with > AES-NI. Until Gentoo's openssl is patched with the patch mentioned in > http://forums.gentoo.org/viewtopic-t-835867-highlight-.html , this ebuild > should not delete the VMWare supplied openssl and libcrypto, period. > While in theory this issue should only affect Intel processors that have AES-NI, this appears to also affect older Intel processors as well. I have an Intel Core 2 Quad Q9550 that as far as I know, does not have support for AES-NI, yet vmware-player is broken without the bundled libraries, despite having dev-libs/openssl-0.9.8o-r2 on the system. strace suggests that this is because the linker is looking for the 32-bit version of openssl, which makes no sense considering that the binary is in a 64-bit ELF format according to objdump. My guess is that it is a bug in vmware player causing it to look for 64-bit libraries in 32-bit locations on 64-bit system systems, because the version of openssl shipped with vmware player is also 64-bit according to objdump. On the topic of how the bundled libraries should be handled, as much as I am inclined agree with you, Gentoo's policy strongly discourages the use of bundled libraries and what happens will ultimately depend on the people with commit privileges. With that in mind, I think that the most that is possible would be a compromise in which a USE flag that is toggled off by default could be enabled to have the ebuild install the bundled libraries. Anything more would require that someone fork the overlay and commit to maintaining it. Getting the patch added to the version of openssl in portage would require that the openssl maintainer add it, which would require a separate bug report to get his attention. On another topic (to the maintainer), after these issues with the ebuilds are fixed, is it possible to have them committed to portage? Older ebuilds are in portage and I am not sure what the rationale would be to keep thoroughly tested, working, updated ebuilds for software already in portage in an overlay.
app-emulation/vmware-player-3.1.1.282343-r1 retains the bundled OpenSSL 0.9.8 libraries with the AES-NI support.
vmware-player-3.1.3 is moved from overlay to Portage. Thanks.
