| 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: | jihem |
| Votes: | 207 |
| Popularity: | 3.62 |
| First Submitted: | 2017-02-10 19:04 (UTC) |
| Last Updated: | 2024-12-20 10:44 (UTC) |
Just a question...
Does anyone else have to manually start networks and usbarbitrator services after update? I think it was not required before... I have this issue for several updates already :/ Or am I imagining things (meaning it was always the case)?
Regs and kudos for all the good work that goes into maintaining this!
Looks like upstream librsvg fixed the bug as of v2.44.1. VMware works again for me without the LD_LIBRARY_PATH variable set.
@daedallus Works like a charm ! Thanks for the tip !
For people who use VMware® Workstation 14 Player and have the Librsvg v2.44 panic problem and don't want to downgrade to Librsvg v2.42 for whatever reason here is how i did it . "sudo nano /etc/vmware/bootstrap" add the following line "export LD_LIBRARY_PATH=/lib/vmware/lib/librsvg-2.so.2:$LD_LIBRARY_PATH"
save and reboot
I've modified the package to fix this bug. Sorry for the delay.
There is no need to report this problem because it doesn't come from librsvg: this is because the proprietary VMware libraries are compiled for an old version of librsvg and something was broken with the new version.
@Eike Thank you! I'm just like you, a normal user... I have no idea what actually cause the problem. Hope someone can report or find the actual issue.
@microdou: you, sir or madam, are fcking awesome. fixed this for me.
are you going to report this issue back to the maintainer of "librsvg" package or would it be more adequate to report it to the libRSVG team?
I get the same error after updating some packages. I finally pinpointed it to a troublesome package called librsvg. librsvg-2:2.44.0-1 caused the error. Downgrading to a prior one librsvg-2:2.42.6-1 solves the issue. you may find the package in /var/cache/pacman/pkg/
I have the same error as Eike. I reverted to the prior kernel and it did not fix the problem. I wish I had kept better track of the updates applied this morning.
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