Package Details: vmware-workstation 17.6.3-3

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: JulianXhokaxhiu
Last Packager: JulianXhokaxhiu
Votes: 212
Popularity: 3.53
First Submitted: 2017-02-10 19:04 (UTC)
Last Updated: 2025-04-03 21:57 (UTC)

Sources (25)

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 .. 36 37 38 39 40 41 42 43 44 45 46 .. 71 Next › Last »

fosskers commented on 2020-02-26 21:49 (UTC) (edited on 2020-02-26 21:51 (UTC) by fosskers)

I'm getting this issue, which seems related to recent comments:

colin@yumi ~> sudo modprobe -a vmw_vmci vmmon
modprobe: WARNING: Module vmmon not found in directory /lib/modules/5.5.6-arch1-1

Note also that dkms has an error in the post-transaction hooks stage:

colin@yumi ~> cat /var/lib/dkms/vmware-workstation/15.5.1_15018445/build/make.log
DKMS make.log for vmware-workstation-15.5.1_15018445 for kernel 5.5.6-arch1-1 (x86_64)
Wed Feb 26 13:44:01 PST 2020
cp -r /usr/src/vmware-workstation-15.5.1_15018445/vmmon-only vmmon-only
make: cp: No such file or directory
make: *** [Makefile:16: vmmon] Error 127

I had linux-headers installed already before I attempted this build. Does this ring a bell?

jihem commented on 2020-02-10 17:36 (UTC)

@grunix: I added the step of installing headers package in the pinned comment.

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

grunix commented on 2020-02-09 18:41 (UTC)

@friday: what's about a warning if the headers of to the running kernel are not installed to the system? (Or at least a sticky comment here) This will save every new user >=10 minutes...

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.

« First ‹ Previous 1 .. 36 37 38 39 40 41 42 43 44 45 46 .. 71 Next › Last »