Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#20540 - [open-vm-tools-modules] Missing vmware-user module

Attached to Project: Community Packages
Opened by Mario Figueiredo (marfig) - Friday, 20 August 2010, 15:36 GMT
Last edited by Sergej Pupykin (sergej) - Monday, 23 August 2010, 09:10 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sergej Pupykin (sergej)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
The latest latest upgrade to open-vm-tools-modules doesn't seem to include vmware-user. It is missing from my installation.
All functionality in X (mouse integration and copy/paste between VM and host) is lost.

Additional info:
* version 2010.07.25-1

Steps to reproduce:
Start X with vmware-user& in .xinitrc or try to execute vmware-user
This task depends upon

Closed by  Sergej Pupykin (sergej)
Monday, 23 August 2010, 09:10 GMT
Reason for closing:  Not a bug
Comment by Sergej Pupykin (sergej) - Friday, 20 August 2010, 16:10 GMT
I think this is upstream change or bug.

vmware-user/ folder is missing in sources

may be vmware-user-suid-wrapper is replacement?
Comment by Mario Figueiredo (marfig) - Friday, 20 August 2010, 16:55 GMT
It's in NEWS:

open-vm-tools 2010.07.25 changes:
* Features previously provided by vmware-user are now provided
as vmtoolsd plugins. vmware-user has been removed and code that
interacted with it changed to start the correct vmtoolsd instance.
Comment by Sergej Pupykin (sergej) - Friday, 20 August 2010, 17:01 GMT
So, if it works, I'll close it.
Comment by Mario Figueiredo (marfig) - Friday, 20 August 2010, 17:19 GMT
I believe the wrapper is needed. vmtoolsd isn't started, doesn't behave as a daemon, neither initiates old vmware-user functionality when manually started
Comment by Mario Figueiredo (marfig) - Friday, 20 August 2010, 18:19 GMT
Correction:
vmtoolsd is started on boot (It is initiated by the open-vm-tools daemon). From my interpretation of the above NEWS, there's no additional action required by the user. Just that the open-vm-tools daemon is started. However expected behavior in X doesn't exist. Mouse is locked to VM until manually ungrabbed and there's no copy/paste between VM and host.

An upstream bug?... Otherwise, I'm not fully understanding the changes and need to do something else I'm not aware to activate this functionality.
Comment by Mario Figueiredo (marfig) - Friday, 20 August 2010, 20:25 GMT
Ok. Problem solved, Seygej. I'm going to alter the wiki to reflect the new way of doing things.

It's upstream changes that require an alteration on how the user initiates the process, involving vmware-user-suid-wrapper. A couple of notes that may be, or not, important to you (because running vmware-user-suid-wrapper does produce an error when not under root):

"Things should work just as before; like before, you shouldn't be running
vmware-user (now vmtoolsd) directly. Instead, you should be running
"vmware-user-suid-wrapper", which should be installed as a suid binary (it needs
to do a couple of things as root before starting vmtoolsd)."
-- Marcelo Vanzin (on open-vm-tools-discuss@lists.sourceforge.net) 08-20-2010

"vmware-user-suid-wrapper is all you have to execute, it should start vmtoolsd
automatically. After you run it, you'll have a second vmtoolsd process (the
first being the system-level service)."
-- Marcelo Vanzin (on open-vm-tools-discuss@lists.sourceforge.net) 08-20-2010

Loading...