Arch Linux User Repository

After the first installation, please:

1) install the appropriate headers package(s) for your installed kernel(s): linux-headers for default kernel, linux-lts-headers for LTS kernel...

2) reboot or load vmw_vmci and vmmon kernel modules (modprobe -a vmw_vmci vmmon)

3) Enable the services you need (using .service units to activate them during boot or .path units to activate them when a VM is started) :

• vmware-networks: to have network access inside VMs

• vmware-usbarbitrator: to connect USB devices inside VMs

_enable_macOS_guests=y doesn't work any more :( The repository is deleted.

It looks like vmware-networks-configuration.service is currently triggered by any of the following files missing:

/etc/vmware/networking /etc/vmware/vmnet1/dhcpd/dhcpd.conf /etc/vmware/vmnet1/dhcpd/dhcpd.leases /etc/vmware/vmnet8/dhcpd/dhcpd.conf /etc/vmware/vmnet8/dhcpd/dhcpd.leases /etc/vmware/vmnet8/nat/nat.conf

Unfortunately this means if you remove vmnet1 or vmnet8, vmware-networks-configuration.service will be triggered and reconfigure all your networks. It looks like /etc/vmware/networking alone should provide a sufficient trigger, as it only exists post-network configuration, and will exist for any defined network configuration.

Here's a patch to only trigger vmware-networks-configuration.service if /etc/vmware/networking does not exist.

From f922f5a5051b87adcfed39588138b11903fdc98f Mon Sep 17 00:00:00 2001
From: Jared Baldridge <jrbaldridge@lbl.gov>
Date: Thu, 19 Dec 2019 14:09:27 -0800
Subject: [PATCH] adjust vmware-networks-configuraiton.service conditions

---
 vmware-networks-configuration.service | 7 +------
 1 file changed, 1 insertion(+), 6 deletions(-)

diff --git a/vmware-networks-configuration.service b/vmware-networks-configuration.service
index 779b01a..0d86867 100644
--- a/vmware-networks-configuration.service
+++ b/vmware-networks-configuration.service
@@ -1,11 +1,6 @@
 [Unit]
 Description=VMware Networks Configuration Generation
-ConditionPathExists=|!/etc/vmware/networking
-ConditionPathExists=|!/etc/vmware/vmnet1/dhcpd/dhcpd.conf
-ConditionPathExists=|!/etc/vmware/vmnet1/dhcpd/dhcpd.leases
-ConditionPathExists=|!/etc/vmware/vmnet8/dhcpd/dhcpd.conf
-ConditionPathExists=|!/etc/vmware/vmnet8/dhcpd/dhcpd.leases
-ConditionPathExists=|!/etc/vmware/vmnet8/nat/nat.conf
+ConditionPathExists=!/etc/vmware/networking

 [Service]
 UMask=0077
-- 
2.24.1

Thank you so much for your efforts to maintain this package. Having VMware Workstation on Arch and its derivatives via the AUR is so extremely helpful.

I'm actually on Manjaro and recently ran a system-wide upgrade that included a Kernel update from 5.3 to 5.4. As expected, this broke my Workstation 15 install. However, removing and reinstalling following the direction provided solved the issue with one exception. When I reinstalled, I didn't realize I still had only the Linux53 headers installed and not the Linux54 headers. The vmmon module wasn't built during the install as a result.

Uninstalling Workstation 15, removing the Linux53 headers (I'm not expecting to revert to the 5.3 kernel anytime soon), installing the Linux54 headers, and then reinstalling Workstation 15 from the AUR solved the issues.

Very grateful for your work in making this available.

THANK YOU!!!

@redsolja: I've fixed the PKGBUILD.

@majed17: I don't have this kind of problem. Maybe this is a bug with the Cinnamon screen locker. You should try with another desktop environment or another screen locker before trying another distribution.

Hello, after the latest update to VMware-Workstation-Full-15.5.1-15018445.x86_64.bundle, vmware was silently failing.

Logs under /tmp showed that there was a GLIB error complaining about two EULA files:

2019-11-16T23:13:10.971+02:00| vmui| W115: Unhandled Glib exception: class 'N4Glib9FileErrorE', details 'Failed to open file “/usr/share/doc/vmware-workstation/EULA”: No such file or directory'

and

2019-11-16T23:21:31.815+02:00| vmui| W115: Unhandled Glib exception: class 'N4Glib9FileErrorE', details 'Failed to open file “/usr/lib/vmware-ovftool/vmware.eula”: No such file or directory'

I fixed this with:

cd /usr/share/doc/
mkdir vmware-workstation
cd vwmare-workstation
cp /home/USERNAME/aur/vmware-workstation/pkg/vmware-workstation/usr/share/licenses/vmware-workstation/VMware\ Workstation\ -\ EULA.txt EULA

cd /usr/lib/vmware-ovftool/
cp /usr/share/licenses/vmware-workstation/VMware\ OVF\ Tool\ -\ EULA.txt vmware.eula

does anybody have win 10 virtual machines on the new workstation version? on linux mint it keeps crashing when i lock the screen! does that happen on arch?

Thanks for your feedback! Yes, this solution exists but is not perfect because I'm afraid that Player refuses to start after 30 days. I'm interested if someone could tell me what happen after this delay.

However, even if Player refuses to start, it's probably possible to ask a new trial after removing the file /etc/vmware/license-ws-150-e1-201804

I can confirm the solution. You only have to run vmware just one time, instead of vmplayer. After that, you won't see again the prompt.

@jihem I "solved" this problem by launching VMware Workstation (the paid version) and selecting a 30-day trial. This made the license prompt disappear from VMware Player and everything works as before.

I haven't done this more than 30 days ago, though, so perhaps once the trial is over the prompts will reappear. I hope not!..

Edit: It seems this has already been talked about down below. However, I don't see any license countdown in Player.

I've updated the package. Unfortunately the problem with VMware Player license is still present. It seems this update mostly includes security fixes.