Latest DKMS package
http://www.poolshark.org/dkms-open-vm-tools/dkms-open-vm-tools-0-1.2008.09.03.fc9.src.rpm
Note: doesn't work on Fedora 9 and newer. Fedora 8 is ok.
Adar Dembo wrote:
Thanks for taking the time to describe each of these issues. I'm
guessing the compilation problems you were seeing got fixed in bug
2048423?
Yes probably, along with the kernel modules not compiling on very recent
kernels.
Hmm, the intent of this install-exec-hook is, among other things, to
ensure that hgfsmounter is setuid root, which is why the chown is
there.
But I guess you're saying that it's not necessary because of the
following logic: 1) The user can run 'make install' as is, or under
sudo/su. 2) If sudo/su isn't used, there's no way to establish setuid
root on the binary anyway. 3) If sudo/su is used, 'make install'
will guarantee that the owner/group is root by virtue of the fact
that the default actions for bin_PROGRAMS or sbin_PROGRAMS is to
install the file as the current user.
Is that correct? If so, I'll remove the chown.
Yes this is correct.
Typically things like setuid or file ownerships are managed by the
package spec file.
- The module installation ignores DESTDIR, and so will also fail as
part of an non-root RPM build.
Are you sure about that? I see this code in modules/Makefile.am:
I'm sorry, my statement was inaccurate. The problem is the call to
'depmod', which requires root privileges. I would recommend to provide a
configure option that disables the call to depmod. Similar options are
very common for example in gnome applications, to disable the call to
the desktop or mime info installation script (packagers prefer to do
this from the spec files).
- mount.vmhgfs gets installed in /usr/sbin instead of /sbin
Does this matter if there's also a symlink from /sbin/mount.vmhgfs to
/usr/sbin/mount.vmhgfs? Looking at the code, the very last action in
install-exec-hook is:
-$(LN_S) $(DESTDIR)$(sbindir)/mount.vmhgfs \
$(DESTDIR)/sbin/mount.vmhgfs &> /dev/null
That should guarantee a symlink from /sbin/mount.vmhgfs, right?
The ln command fails because $(DESTDIR)/sbin doesn't exist. Simply
create the directory first, that fixes it.
- after I got everything built and prepared, guestd seems to hang
on startup, using up 100% cpu. Vmware workstation reports 'Your VM
tools is out of date' (i'm using workstation 6.5 on linux host). Is
there a way to compile in more debug information that I could
report ?
Yes, see my reply to Joshua Franklin to see how guestd/vmware-user
logging can be enabled. Let's start from there and add more serious
instrumentation if logging doesn't help.
Log attached. As you can see it's pretty short. The last entry is
'[vmsvc]: Registering callback 'Vix_1_SyncDriver_Thaw'.
The hang occurs with both Fedora 9 and Fedora rawhide.
What Xorg version is in Fedora 9? I noticed this same issue with
Ubuntu Intrepid; turns out new versions of Xorg use input-hotplug
which cannot detect vmmouse. I think we're trying to address this by
switching over to the VMware USB mouse (different from vmmouse) and
improving evdev's support for this mouse, but I don't know the
specifics or the status.
Xorg 7.3. vmmouse seems to be pretty thoroughly broken for it. Even by
specifying vmmouse in xorg.conf, the driver loads correctly but doesn't
work correctly (x,y coordinates are incorect). I see bug reports in
launchpad about this as well.
Sep 08 10:41:04.174: [vmsvc]: Registering callback 'reset'
Sep 08 10:41:04.176: [vmsvc]: Registering callback 'ping'
Sep 08 10:41:04.178: [vmsvc]: Registering callback 'Time_Synchronize'
Sep 08 10:41:04.178: [vmsvc]: Registering callback 'Capabilities_Register'
Sep 08 10:41:04.178: [vmsvc]: Registering callback 'Set_Option'
Sep 08 10:41:04.178: [vmsvc]: Registering callback 'OS_PowerOn'
Sep 08 10:41:04.178: [vmsvc]: Registering callback 'OS_Resume'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'OS_Suspend'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'OS_Halt'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'OS_Reboot'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'Vix_1_Run_Program'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'Vix_1_Get_ToolsProperties'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'Vix_1_Check_User_Account'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'Vix_1_Send_Hgfs_Packet'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'Vix_1_Relayed_Command'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'Vix_1_Mount_Volumes'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'Vix_1_SyncDriver_Freeze'
Sep 08 10:41:04.179: [vmsvc]: Registering callback 'Vix_1_SyncDriver_Thaw'
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
open-vm-tools-discuss mailing list
open-vm-tools-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/open-vm-tools-discuss
