Package Details: vmware-workstation 17.6.1-2

Git Clone URL: https://aur.archlinux.org/vmware-workstation.git (read-only, click to copy)
Package Base: vmware-workstation
Description: The industry standard for running multiple operating systems as virtual machines on a single Linux PC.
Upstream URL: https://www.vmware.com/products/workstation-for-linux.html
Keywords: dkms ovftool player vmplayer vmware workstation
Licenses: custom
Conflicts: vmware-modules-dkms, vmware-ovftool, vmware-patch, vmware-systemd-services
Provides: vmware-ovftool
Submitter: synthead
Maintainer: jihem
Last Packager: jihem
Votes: 202
Popularity: 2.79
First Submitted: 2017-02-10 19:04 (UTC)
Last Updated: 2024-10-11 05:17 (UTC)

Sources (22)

Pinned Comments

jihem commented on 2020-02-10 17:29 (UTC) (edited on 2021-06-19 13:19 (UTC) by jihem)

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

Latest Comments

« First ‹ Previous 1 .. 31 32 33 34 35 36 37 38 39 40 41 .. 66 Next › Last »

friday commented on 2020-01-26 03:06 (UTC)

@grunix That's not possible. linux-headers are just for people running linux. For alt kernels such as linux-lts and linux-zen it's linux-lts-headers, linux-zen-headers (and more variants). You can have multiple kernels and kernel headers on the same system, so dependencies can't catch this.

@trumee: Pick the "try" option, then only use VMWare Player (not Workstation). It won't expire.

grunix commented on 2020-01-25 14:51 (UTC)

please add linux-headers at least to the build dependencies. Missing vmmon module was caused by missing linux-headers packet on my system.

trumee commented on 2020-01-25 06:45 (UTC)

I want to use the non-commerical player. When i run /usr/bin/vmplayer, i get an window to trial vmware for 15 to 30 days. How can i get rid of this screen?

jihem commented on 2020-01-03 16:03 (UTC)

I generally build and test the package with macOS support, that's why .SCRINFO contains the dependencies for macOS support. It's the problem for PKGBUILDs with options: the .SCRINFO can match with only one configuration. I think I should always build the .SRCINFO for default configuration (without macOS support) in the future.

I don't know why pkgbuilder installs dependencies from .SCRINFO but makepkg ignores this file and only use the PKGBUILD.

GiRa commented on 2020-01-03 11:32 (UTC)

jihem, you are right. It seems I just found a bug in pkgbuilder then. It pulls in it as a build dependency anyway, so I patched .SRCINFO and PKGBUILD and run makepkg manually.

I noticed that makepkg does not complain about missing uefitool-git when running manually. Thanks for your patience :)

jihem commented on 2020-01-03 11:24 (UTC)

GiRa: I agree with you. But it's already the case, if you read the PKGBUILD you will see this dependency is only added when the variable _enable_macOS_guests is set.

GiRa commented on 2020-01-03 10:14 (UTC)

I think that uefitool-git should not be required by default. It's needed only for people who want to run MacOS.

jihem commented on 2019-12-21 18:05 (UTC)

@jrbaldridge Thanks for your suggestion. I applied your patch.

I also changed the URL for macOS unlocker.

friday commented on 2019-12-21 04:36 (UTC)

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

jrbaldridge commented on 2019-12-19 22:28 (UTC)

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