Arch Linux User Repository

@Zafar: Hey, this may be because your tmp dir is tmpfs, mouted with noexec. You can run mount -o remount,exec /tmp as root and then would be able to install the bundle.

@jvybihal: Thanks for your report. But these files are needed and I have no idea for a workaround. For the moment, I can just advice you to continue using --force option or add a line in the PKGBUILD to remove these files (if you are sure to keep the other package installed, of course).

I already had workstation installed bz .budle package from vmware. I wanted to install vmware-workstation package, but pacman warned me about files already exist in filesystem (obviously). So I used --force (yeah!).

Now pacman warns me, that some files are owned by two packages:

error: file owned by 'vmware-horizon-virtual-printing' and 'vmware-workstation': 'etc/thnuclnt/.thnumod'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/be101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/be104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/chde101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/chde104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/chfr101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/chfr104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/de101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/de104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/dk101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/dk104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/es101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/es104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/fi101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/fi104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/fr101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/fr104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/gb101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/gb104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/is101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/is104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/it101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/it104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/jp106'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/jp109'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/no101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/no104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/pt101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/pt104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/se101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/se104'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/us101'
error: file owned by 'vmware-horizon-client' and 'vmware-workstation': 'usr/lib/vmware/xkeymap/us104'



I am not having a problem, just reporting this, because there appears to be package conflict between vmware-horizon-* and vmware-workstation.

@jihem: Ok, cool! Sounds like a solid plan! Cheers!

Hello,
I keep receiving the following error when I attempt to install this pacakge:
Extracting VMware Installer...done.
/home/[username]/vmware-workstation/VMware-Workstation-Full-12.5.7-5813279.x86_64.bundle: line 302: /tmp/vmis.NauOUt/install/vmware-installer/vmware-installer: Permission denied
==> ERROR: A failure occurred in prepare().

I tried commenting out that line in the bundle, but then I run into other errors. How do I fix this?

Thanks Synthead! I will try to continue maintaining this package as long as possible, that was a great idea to create it.

I think I will keep the vmware.conf file because it's the behaviour that the most part of people want. And if you don't want that, you can simply create a void file in /etc/modules-load.d/vmware.conf.
In addition, virtualbox-host-dkms contains an equivalent file, so it's also the choice of Arch maintainers.

I love seeing this package kept up to date! Thanks to all the hard work!

We probably shouldn't include /usr/lib/modules-load.d/vmware.conf into this package. If a user wants to configure their system to modprobe vmware modules at boot, it should be their choice to do so with whatever modules they want. As of now, the only way to disable probing the modules at boot would be to modify tracked files, which is a Bad Idea (tm).

@dummys: Sorry for the late answer. Unfortunetely I have no idea how to solve your problem. But you can test these workarounds:
- use command "VMWARE_USE_SHIPPED_LIBS=yes vmare"
- test on another kernel (for example linux-lts)
- stop all vmware services before start vmware (to verify if the problem comes from the program itself or the services)

Hi, when using your package I get an error when launching "vmware":

-> $ vmware
Loop on signal 11.
Seems to be a kernel panic, in /tmp/vmware-ui.logs:

2017-08-08T16:32:37+02:00[+0.013]| vmui| W115: Caught signal 11 -- tid 16859 (addr 1430)
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: rip 0x1430 rsp 0x7ffdf7353b48 rbp 0x1
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: rax 0x0 rbx 0x7f4f084cfdd0 rcx 0xcdf6c65740 rdx 0xcdf6c65740 rsi 0x7ffdf7354ae8 rdi 0x1
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: r8 0xcdf787dc50 r9 0x2f r10 0xcdf7876cd0 r11 0x206 r12 0x7ffdf7354ae8 r13 0xcdf6c65740 r14 0x7f4f084cfdd8 r15 0x0
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: stack 7FFDF7353B48 : 0x00007f4f1853d37a 0x000000000000000b
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: stack 7FFDF7353B58 : 0x0000000000000001 0x00007ffdf7354ae8
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: stack 7FFDF7353B68 : 0x000000cdf6c65740 0x000000cdf7876cd0
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: stack 7FFDF7353B78 : 0x00007f4f1853d486 0x00007f4f1871bea0
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: stack 7FFDF7353B88 : 0x0000000000000006 0x00007ffdf7353c60
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: stack 7FFDF7353B98 : 0x000000000000001d 0x0000000000000001
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: stack 7FFDF7353BA8 : 0x000000cdf7876cd0 0x000000000000001d
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: SIGNAL: stack 7FFDF7353BB8 : 0x00007f4f1854193e 0x000000cdf7876cd0
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace:
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[0] 00007ffdf73532b0 rip=00007f4f1051d8fe rbx=00007f4f1051d6d0 rbp=0000000000000000 r12=00007f4f18719b00 r13=00007ffdf7353bc8 r14=00007ffdf73535c0 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[1] 00007ffdf73532e0 rip=00007f4f1048de68 rbx=00007ffdf7353bc8 rbp=000000000000000b r12=00007f4f18719b00 r13=00007ffdf7353bc8 r14=00007ffdf73535c0 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[2] 00007ffdf7353570 rip=00007f4f1048e19d rbx=000000000000000b rbp=0000000000000004 r12=00007f4f18719b00 r13=00007ffdf73536f0 r14=00007ffdf73535c0 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[3] 00007ffdf73535c0 rip=00007f4f1811d7e0 rbx=00007f4f084cfdd0 rbp=0000000000000001 r12=00007ffdf7354ae8 r13=000000cdf6c65740 r14=00007f4f084cfdd8 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: PANIC: Loop on signal 11.
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace:
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[0] 00007ffdf7352160 rip=00007f4f1051d8fe rbx=00007f4f1051d6d0 rbp=0000000000000000 r12=00007ffdf73525c0 r13=00007ffdf7352ab0 r14=00007ffdf7352980 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[1] 00007ffdf7352190 rip=00007f4f10261e9a rbx=00007ffdf7352980 rbp=00007f4f17ef0660 r12=00007ffdf73525c0 r13=00007ffdf7352ab0 r14=00007ffdf7352980 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[2] 00007ffdf73525c0 rip=00007f4f1026204d rbx=00007ffdf7352980 rbp=000000000000000b r12=00007f4f18719b00 r13=00007ffdf7352ab0 r14=00007ffdf7352980 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[3] 00007ffdf73526a0 rip=00007f4f1048dd60 rbx=00007ffdf7352980 rbp=000000000000000b r12=00007f4f18719b00 r13=00007ffdf7352ab0 r14=00007ffdf7352980 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[4] 00007ffdf7352930 rip=00007f4f1048e19d rbx=000000000000000b rbp=0000000000000004 r12=00007f4f18719b00 r13=00007ffdf7352ab0 r14=00007ffdf7352980 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[5] 00007ffdf7352980 rip=00007f4f1811d7e0 rbx=0000000000000000 rbp=00007ffdf7353250 r12=00007ffdf73530a0 r13=00007ffdf7352fb0 r14=0000000000000000 r15=00007f4f1051db00
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[6] 00007ffdf7352f40 rip=00007f4f17f03e07 rbx=0000000000000000 rbp=00007ffdf7353250 r12=00007ffdf73530a0 r13=00007ffdf7352fb0 r14=0000000000000000 r15=00007f4f1051db00
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[7] 00007ffdf7352fb0 rip=00007f4f17f059b8 rbx=0000000000000000 rbp=00007ffdf7353250 r12=00007ffdf7352fb0 r13=00007ffdf73530a0 r14=00007ffdf7353260 r15=00007f4f1051db00
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[8] 00007ffdf7353260 rip=00007f4f1051d86e rbx=00007f4f1051d6d0 rbp=00007ffdf73532ac r12=00007f4f18719b00 r13=0000000000000000 r14=00007ffdf73535c0 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[9] 00007ffdf73532b0 rip=00007f4f1051d8fe rbx=00007f4f1051d6d0 rbp=0000000000000000 r12=00007f4f18719b00 r13=00007ffdf7353bc8 r14=00007ffdf73535c0 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[10] 00007ffdf73532e0 rip=00007f4f1048de68 rbx=00007ffdf7353bc8 rbp=000000000000000b r12=00007f4f18719b00 r13=00007ffdf7353bc8 r14=00007ffdf73535c0 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[11] 00007ffdf7353570 rip=00007f4f1048e19d rbx=000000000000000b rbp=0000000000000004 r12=00007f4f18719b00 r13=00007ffdf73536f0 r14=00007ffdf73535c0 r15=0000000000000000
2017-08-08T16:32:37+02:00[+0.013]| vmui| I125: Backtrace[12] 00007ffdf73535c0 rip=00007f4f1811d7e0 rbx=00007f4f084cfdd0 rbp=0000000000000001 r12=00007ffdf7354ae8 r13=000000cdf6c65740 r14=00007f4f084cfdd8 r15=0000000000000000

To solve the following problem...

"
Could not open /dev/vmmon: No such file or directory.
Please make sure that the kernel module `vmmon' is loaded.
"

... restart your machine or try the following...

Create the file...

"
/etc/systemd/system/vmware.service
"

... with the following content...

"
[Unit]
Description=VMware daemon
Requires=vmware-usbarbitrator.service
Before=vmware-usbarbitrator.service
After=network.target

[Service]
ExecStart=/etc/init.d/vmware start
ExecStop=/etc/init.d/vmware stop
PIDFile=/var/lock/subsys/vmware
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target
"

Create the file...

"
/etc/systemd/system/vmware-usbarbitrator.service
"

... with the following content...

"
[Unit]
Description=VMware USB Arbitrator
Requires=vmware.service
After=vmware.service

[Service]
ExecStart=/usr/bin/vmware-usbarbitrator
ExecStop=/usr/bin/vmware-usbarbitrator --kill
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target
"

Add the following service as well, if you want to connect to your VMware Workstation installation from another Workstation Server Console...

Create the file...

"
/etc/systemd/system/vmware-workstation-server.service
"

... with the following content...

"
[Unit]
Description=VMware Workstation Server
Requires=vmware.service
After=vmware.service

[Service]
ExecStart=/etc/init.d/vmware-workstation-server start
ExecStop=/etc/init.d/vmware-workstation-server stop
PIDFile=/var/lock/subsys/vmware-workstation-server

[Install]
WantedBy=multi-user.target
"

Start and enable the services...

"
sudo systemctl start vmware.service
sudo systemctl enable vmware.service
sudo systemctl start vmware-usbarbitrator.service
sudo systemctl enable vmware-usbarbitrator.service
sudo systemctl start vmware-workstation-server.service
sudo systemctl enable vmware-workstation-server.service
"

Restart your machine!

That's all folks! =D

Después de instalado, no se actualizan los complementos

Hi Steven,
Unfortunately, vmware-installer is not available with this package for two reasons:
- it is really complicated to implement in the PKGBUILD and need a lot of tests (I tried to implement it but I abandoned)
- it will add/remove/change package files which is not a good idea (in the future, you might have pacman errors or remaining files after uninstallation)
Besides, you should not have this error: the package contains all vmware tools in their last version. Do you have the directory /etc/vmware-installer/components? If yes, remove it.
A workaround for your problem is to manually install guest tools: insert the ISO file (in /usr/lib/vmware/isoimages/, select windows.iso, winPre2k.iso or winPreVista.iso depending your Windows version) in the virtual CD/DVD player.

How do I use vmware-installer in this package? I need to use the workaround for vmware-tools for a windows guest that's described on the wiki page for VMWare.

@justmeagain: Probably stupid question, but did you think to start vmware-networks service? If yes, do you have some errors? (systemctl status -l vmware-networks.service)
You can start vmware-netcfg program to manage network interfaces (and, for example, remove and recreate vmnet1, maybe it will fix your problem).
You can also reset all interfaces with the command "rm -r /etc/vmware/{networking,vmnet*} && systemctl restart vmware-networks-configuration.service"

"Could not connect 'Ethernet0' to virtual network 'dev/vmnet1'".

This is the warning message I get when launching a virtual machine.
Everything else works flawless, but I cannot connect guests to any network because vmnet adapters does not exists.

Seems that installation process did not created the virtual network interfaces needed by vmware

@jihem: oh man. I just put my dunce cap on. You're absolutely right. I forgot to load gksu on this clean install. :(

@frail: I cannot reproduce your bug. Actually, I think this bug is not related to this package.
To verify that, install gksu package and start a graphical program with gksu (for example: "gksu nautilus"). If you have the same error, so your bug is not related to this package and is probably a bad configuration of your system. Search a solution on Google.
If gksu works, the problem probably comes from this package, but I have no idea how to solve it. Try to uninstall the package, remove /etc/vmware and /etc/vmware-installer directories if they still exist and reinstall the package.

I'm not sure if it's intentional although I'm unable to enter in my license key. Clicking the button opens a prompt:
"Failed to run '/usr/lib/vmware/bin/vmware-enter-serial' -n 'VMware Workstation' -v '12.0' as user root.

Unable to copy the user's Xauthorization file."

Anyone run up against this?

@jihem Thank you very much !!! I installed the package manually following the first link, thank you !

@jmboris: This is because yaourt creates packages in RAM (/tmp directory is by default in RAM for performance reasons) and the creation of this package needs a lot of memory. Several solutions:
- manually install this package outside /tmp (without yaourt, see https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages)
- change the directory used by yaourt to create packages (variable TMPDIR in /etc/yaourtrc)
- prevent /tmp to be used in RAM (https://wiki.archlinux.org/index.php/tmpfs#Disable_automatic_mount)

Hello

I have the following error , Can someone help me ?

==> Iniciando package()…
install: error al escribir en '/tmp/yaourt-tmp-juan/aur-vmware-workstation/pkg/vmware-workstation/usr/lib/vmware/isoimages/windows.iso': No queda espacio en el dispositivo
==> ERROR: Se produjo un fallo en package().
Cancelando…
==> ERROR: Makepkg no ha podido compilar vmware-workstation.

@jihem Of course I did not try to reinstall the software, doh!
After a reinstall(I did a complete uninstall of Workstation first), everything is working again.

Thank you!

(I am running the 4.11.3-1 kernel)

@jihem yeah, I was having problems with compiling vmware modules from the official vmware workstation bundle. I thought, that this problem also affects this version of the vmware package. I'm glad that it doesn't.

@zelluz: Which kernel do you use? If you reinstall the package, do you have some errors on DKMS compilation?

Having issues compiling modules after upgradering to the latest version.

"Unable to start services.

See log file /tmp/vmware-root/vmware-11569.log for details"

Output in terminal:

Starting VMware services:
Virtual machine monitor failed
Virtual machine communication interface done
VM communication interface socket family done
Blocking file system done
Virtual ethernet failed
VMware Authentication Daemon done

In log file /tmp/vmware-root/vmware-11569.log the error is: "Hunk #12 FAILED at 1167.
1 out of 57 hunks FAILED -- saving rejects to file vmmon/linux/hostif.c.rej"

Thank you in advance.

@Sarithis: these patches are not useful anymore, the last version of VMware already contains corrections for Linux 4.11. Do you have some errors on compilation?

@zaephyr: thanks for the information!

These patches need to be applied before rebuilding vmware modules if you're using the newest kernel (4.11.3-1-ARCH):
http://rglinuxtech.com/?p=1932

@dann1 @jihem: As a note, open-vm-tools is what VMware recommends everyone use. They officially support it (https://kb.vmware.com/selfservice/microsites/microsite.do?cmd=displayKC&docType=kc&externalId=2073803) and are the maintainers of the official repo (https://github.com/vmware/open-vm-tools).

@dann1: do you talk about the "official" VMware tools, opposed to the open-vm-tools? I will thinking about that, but probably not. open-vm-tools works great, and it seems to me that now VMware tools does not provide more functionalities.

Thanks a lot for this package. Is there the possiblity of you packaging vmware-tools? It would be really nice.

/usr/lib/systemd/system is the right place to put service files in a package and yes, you need to manually activate the services you want (using systemctl start/systemctl enable).
And thanks for your second comment! I also hope I will be able to maintain this package for a long time. :)

NVM, figured it out on my own. Thanks for the helpful comment. This is by far the most useful package on my machine :-) Pls don't ever stop maintaining it :-)))

It did!

My vmplayer starts now, but I also noticed that the services you mention (the .service files) are only in usr/lib/systemd directory... should I start them from there or there is some procedure to be done to move them or add them to the /etc/systemd? and make them start automatically on every restart...

Hi hogar1977,
Your error is in the /etc/vmware/config file. You probably have a file /etc/vmware/config.pacnew which appeared after the installation of this package (more information about that kind of files here: https://wiki.archlinux.org/index.php/Pacman/Pacnew_and_Pacsave).
You should merge the /etc/vmware/config and config.pacnew files (using pacdiff) to import the line "libdir = ..." in the config file. Or, more simple, erase the /etc/vmware/config file with the config.pacnew (but you could lose some specific preferences about memory management in VMware, if you changed them).
If, for any reason, you don't have the config.pacnew file, just add the following file at the end of /etc/vmware/config:
libdir = "/usr/lib/vmware"
About services, they were rewritten to not need the scripts in /etc/init.d contrary to vmware-patch and vmware-systemd-services, and theses packages are automatically removed to avoid conflicts with incompatibles services. This package doesn't require to start any service to use vmplayer, but it is highly recommended to start vmware-networks and vmware-usbarbitrator services to have all features available. vmware-hostd is specific to the Workstation version and allow to use VMs at distance. vmware.service doesn't exist here.
Hope this post will help you!

Hi...

I was using vmplayer 12.5.5 installed via bundle before. After I upgraded the kernel to the latest iteration I was not able to compile modules due to some gcc version issues.

I uninstalled the vmplayer bundle and installed your package, but now neither vmplayer nor workstation are starting up.

2017-05-26T10:57:46.325-05:00| appLoader| I125: Log for appLoader pid=2913 version=12.5.6 build=build-5528349 option=Release
2017-05-26T10:57:46.325-05:00| appLoader| I125: The process is 64-bit.
2017-05-26T10:57:46.325-05:00| appLoader| I125: Host codepage=UTF-8 encoding=UTF-8
2017-05-26T10:57:46.325-05:00| appLoader| I125: Host is unknown
2017-05-26T10:57:46.327-05:00| appLoader| W115: HostinfoReadDistroFile: Cannot work with empty file.
2017-05-26T10:57:46.327-05:00| appLoader| W115: HostinfoOSData: Error: no distro file found
2017-05-26T10:57:46.328-05:00| appLoader| I125: Invocation: "/usr/lib/vmware/bin/vmware-modconfig --launcher=/usr/bin/vmware-modconfig --appname=VMware Playe
r --icon=vmware-player"
2017-05-26T10:57:46.328-05:00| appLoader| I125: Calling: "/usr/lib/vmware/bin/vmware-modconfig --launcher=/usr/bin/vmware-modconfig --appname=VMware Player -
-icon=vmware-player"
2017-05-26T10:57:46.328-05:00| appLoader| I125: VMDEVEL not set.
2017-05-26T10:57:46.328-05:00| appLoader| I125: VMWARE_SHIPPED_LIBS_LIST is not set.
2017-05-26T10:57:46.328-05:00| appLoader| I125: VMWARE_SYSTEM_LIBS_LIST is not set.
2017-05-26T10:57:46.328-05:00| appLoader| I125: VMWARE_USE_SHIPPED_LIBS is not set.
2017-05-26T10:57:46.328-05:00| appLoader| I125: VMWARE_USE_SYSTEM_LIBS is not set.
2017-05-26T10:57:46.328-05:00| appLoader| I125: Using configuration file /etc/vmware/config.
2017-05-26T10:57:46.328-05:00| appLoader| I125: libdir entry was not present in /etc/vmware/config.
2017-05-26T10:57:46.328-05:00| appLoader| W115: Unable to lookup library directory.

This is my log when I try to start vmplayer. I tried to use the export command to declare VMWARE_USE_SHIPPED_LIBS='yes' but no change.

I added the vmware.service and vmware-usbarbitrator.service files but I notice that the /etc/init.d/vmware file does not exist at all so the service cannot be started at all.

What happened here? Any ideas? Shouldn't this service get installed by your package? vmware-patch and vmware-systemd-services are automatically removed if your package is installed, but as far as I know without starting the vmware service the vmplayer cannot really run, no?

Ah yay, thanks! I'm really glad you like it! I'm pleased to see it being kept up!

Best. Package. Ever.

Love the dkms hook that rebuilds when upgrading the kernel

@budkin: the package provides two softwares: VMware Workstation, which cost money and VMware Player, which contains less features but is free for non-commercial use.

does this thing cost money?

Hi tidereis13, strange bug. Did you install VMware manually before using this package? Maybe it's a partial uninstallation of VMware configuration files which conflicts with this package.
You can try to remove /etc/vmware/vmnet* directories and launch the command "systemctl restart vmware-networks-configuration.service". This should reset network configuration and recreate missing files.

I'm having problems with the network configuration. It keeping crashing asking for the file or folder /etc/vmware/networking and I can't start the Network editor.

Any of the vmnets interfaces came up too. trying to figure out what can be, so far no success

Working just fine for me on linux-lts-4.9.29. Thank you very much.

@fitu996: Are you using the last version of the package? There was a bug on the previous version but it should be fixed now. I've just tested again and I don't have any problem to use a trial license.

I start vmware after install, choose 30days trial. Then it says lisense key is invalid.
I used to folow ArchWiki installation guide, vmware workstation works fine.
What should I do?

Hi,

Firstly, thanks Synthead for your great work!
I updated the package to 12.5.5 and solved some minor bugs.
Now, the package also contains VMware Player and a patch for people who want to use macOS guests (this patch is disabled by default, if you want it you have to edit a line in the PKGBUILD).

Enjoy!

Ahh bummer, thanks for orphan'ing hopefully someone snags, I understand the patch method and sure, it's just easier to have those upgrades happen automatically via aur without having to go log into vmware, download, install, then update the patch, etc etc. Not sure why more don't use this route:) The popularity is far higher than the patch it seems

I have disowned it because I really haven't had time to get to it. I also lost interest because I have never used the repository....instead of using as peolo99 said...vmware-patch after running the standard vmware install (never had a problem going that way myself). It makes me wonder whether this package is even needed...and is possibly a distraction for those trying to use vmware. In any case...I have never needed this package...so my interest level is lower than I'd hoped.

quenyen - are you no longer maintaining this package? Multiple patches have released in the past couple months that have some important fixes :[ If not going to maintain can orphan so someone else hopefully picks it up.

Hey guys PS - so DKMS doesn't work so everytime update kernel have to re-install from the AUR, saw it mentions needing LTS headers to use DKMS, is that right? I mean it does dkmsinstall correctly on my current kernel just updates it fails?

Hey guys, any idea why it crashes immediately on start? First time install

vmware-modconfi[26289]: segfault at 3680 ip 0000000000003680 sp 00007ffd7c2a8fd8 error 14 in appLoader[55cb95e38000+ad000]

/edit looks to be libpng breaks it, likely fixed in newer VMware pkg, I saw maintainer left as didn't have anymore and someone else took over - quenyen any plans to update the package? 12.5.2 pretty old at this point, or is there a reason? Anyone know if updating pkgbuild just for the new install package works or are some of those patches unnecessary?
https://bbs.archlinux.org/viewtopic.php?id=224667

Alternate solution to this.
Just download the latest Installation package from vmware.com and install it. Install "vmware-patch" from AUR. Enable "vmware.service" to autoload kernel modules. For every kernel version change, boot into the new kernel and run "vmware-patch" to compile and reload kernel modules for the new kernel. Check and install any App updates from the preferences section.

Hey, we can use mine from my school to maintain the repo. As you wish.

Hey guys, I'm in a position where I won't have a VMware license anymore, so I won't be able to fully maintain this package. I'm marking it as an orphan, so please feel free to snag it! Thanks so much for all the great feedback, and I'm really glad to see this package being used!

12.5.5 is out now :)
https://download3.vmware.com/software/wkst/file/VMware-Workstation-Full-12.5.5-5234757.x86_64.bundle

12.5.4 is out too.

https://download3.vmware.com/software/wkst/file/VMware-Workstation-Full-12.5.4-5192485.x86_64.bundle

Also keep in mind the libcurl.so.4 issue with both 12.5.3 and 12.5.4.

Described in the comments here: https://aur.archlinux.org/packages/vmware-patch/

And posted here: https://communities.vmware.com/thread/558694

@kisacamel, thanks for the feedback! I tried the PKGBUILD with the new version and vmmon.patch doesn't apply (hunk #12 fails at line 1167). I'll get this updated, but I can't spend time on it today, unfortunately. I have marked this package out-of-date for now.

If anyone's able to get vmmon.patch to apply, let me know what you did and I'll toss the changes in the package. Also, give me a contributor name and email and I'll give you a shout out in the PKGBUILD, too ;)

Whoops, looks like I accidentally excluded '/var/lib/vmware/Shared VMs' from the PKGBUILD on release 12 with commit 05fa339c37ade19c11339b0f35207153512dc012! Shared VMs weren't affected, though, as pacman doesn't remove any files it doesn't own. This is an empty directory, however, so if nothing was in it, it would've been removed in release 12, which would cause the problems mentioned with the vmware-hostd service.

Just pushed release 14 to revert this issue and make everything happy again. Thanks for the feedback, @monotykamary!

Hi,

Thanks for fancy package!

maybe vmware-workstation update as well while fixing it ? :)

https://download3.vmware.com/software/wkst/file/VMware-Workstation-Full-12.5.3-5115892.x86_64.bundle

@monotykamary, thanks for the feedback! I just updated vmblock.ko to use vfs_readlink and it works like a charm.

I'm looking into the vmware-hostd service issue right now as well.

Current package DKMS modules do not build correctly due to make error on vmblock.ko for linux>=4.10.

However in testing swordfeng's comment in vmware-modules-dkms, changing `generic_readlink` to `vfs_readlink` in vmblock.patch lets DKMS install the modules as intended.

Service vmware-networks works without a problem. Service vmware-hostd modprobes vmmon and vmci correctly, but exits on status=255 with a backtrace log in systemctl.

Hi x-drum! Thanks for the feedback!

I have added ovftool in release 12. Enjoy!

Hi,

currently is not possible to import VMs or template via OVA/OVF due to the missing component "vmware-ovftool", the process fails with:
[..]
spawn_async failed: Failed to execute child process "/usr/lib/vmware/../vmware-ovftool/ovftool" (No such file or directory)
[..]

I was able to fix the PKGBUILD and include "vmware-ovftool", please consider the following patch:
--- PKGBUILD.orig 2017-02-24 15:39:34.520016182 +0100
+++ PKGBUILD 2017-02-24 15:54:08.040027530 +0100
@@ -82,6 +82,7 @@
"$pkgdir/run/vmware" \
"$pkgdir/var/lib/vmware/Shared VMs" \
"$pkgdir/usr/lib/vmware-vix" \
+ "$pkgdir/usr/lib/vmware-ovftool" \
"$pkgdir/etc/vmware"

cd "$srcdir/extracted"
@@ -125,6 +126,10 @@
vmware-vix-core/vixwrapper-config.txt \
"$pkgdir/usr/lib/vmware-vix"

+ cp -r \
+ vmware-ovftool/* \
+ "$pkgdir/usr/lib/vmware-ovftool"
+
for isoimage in \
freebsd \
linux \
@@ -165,6 +170,8 @@
"$pkgdir/usr/bin"/* \
"$pkgdir/usr/lib/vmware/bin"/* \
"$pkgdir/usr/lib/vmware/setup/vmware-config" \
+ "$pkgdir/usr/lib/vmware-ovftool/ovftool" \
+ "$pkgdir/usr/lib/vmware-ovftool/ovftool.bin" \
"$pkgdir/usr/lib/vmware/lib"/{wrapper-gtk24.sh,libgksu2.so.0/gksu-run-helper}

Included the "Virtual Network Editor" GUI tool and vmware-netcfg CLI tool.

Also set wmware-networks.service to restart vmware-networks when it is killed. The "Virtual Network Editor" tool kills vmware-networks when settings are saved, so this is a quick and seamless fix that makes the network come back up with the new settings.

Updated vmware-hostd and vmware-networks services to probe the appropriate kernel modules when they start.

@Pival81, this should take care of the issue you were seeing, and you don't need to run modprobe or configure modules-load.d before starting the services now.

Renamed vmware-workstation-server service to vmware-hostd. vmware-hostd does not start the vmware-usbarbitrator or vmware-networks services by itself anymore. This lets the user decide what specific VMware daemons to run instead of it being hard-coded as dependent services.

Added systemd service files for vmware-networks.

modprobe vmmon ;)

Seems like there should be a modules-load.d or something

when I start up my vm I get this error:

Could not open /dev/vmmon: File o directory non esistente.
Please make sure that the kernel module `vmmon' is loaded.

I'm on kernel 4.9.8 vanilla

Added support for VMware's USB Arbitrator.

Whew! That was an absolute pain to package. I needed this software for work and found that one didn't exist, so I did my gosh darndest to treat the community right and share my work. Installing blobs as root is bad, so here's a badly-needed package for this suite.

The goal of this effort was to get VMware workstation running with Packer. I likely overlooked other bits and pieces, so if this package doesn't work for you for whatever reason, gimme a shout and I'll work with you to update things.

Included are some hand-crafted, locally-sourced .service files for generating self-signed certs (the way VMware's System V init script does) and starting the VMware Workstation Server. This split-brain approach is the same way our OpenSSH .service file handles generating host keys.

In addition, this package leverages the excellent patches from the vmware-modules-dkms package to give you everything needed to handle compiling VMware's kernel modules via DKMS directly. Holy crap, I would have sunk way more time than I should have if it wasn't for these guys. Major props!