-
Hi Dan,
Despite the name of the packages (and my love for the person who created that confusion), those RPMs are not based on open-vm-tools. In any case, I filed a bug in our internal tracker for this issue, so it won't be forgotten. :-)
2009-11-24 19:48:01 UTC by mvanzin
-
Hi,
(sorry if this is the wrong place to report this; vmware web site is user-hostile)
just installed the RPMs from http://packages.vmware.com/tools/esx/3.5u4/rhel5/x86_64.
I chose not to install the vmware-proprietary RPMs, since the vmdesched stuff was not
particularly interesting to us.
I discovered that the vmware-tools-kmod RPM creates the symlink...
2009-11-20 21:22:08 UTC by danpritts
-
Man, slow down.
About saver.h: open-vm-tools code does not include saver.h.
$ grep -r saver.h .
./lib/unity/unityX11.h:#include
So it seems that one of the headers we do include ends up including saver.h. And what that tells me is that your distro's packages are broken: they're installing a dev package that needs saver.h, but it's missing a dependency...
2009-11-20 18:51:48 UTC by mvanzin
-
sources were not there and it could not compile without them. The headers were there originally but it would still not compile. That is why I told you that I had to install the sources.
2009-11-20 08:35:58 UTC by archwndas
-
I tried to install the latest version of open-vm-tools but I get during configuration
a dependency error: glib >= 2.6.0 required
any version of open-vm-tools that needs an older glib, just to try out?.
2009-11-20 08:34:50 UTC by archwndas
-
sources != headers
Open sulfur and look for "sys-kernel/linux-headers-2.6.31"
As for running open-vm-tools in an OpenSolaris guest, you'll need to compile it under OpenSolaris. I've never tried that, myself. I've only compiled for Linux guests.
2009-11-20 07:17:40 UTC by danielibarnes
-
No the problem is not that. The kernel sources were not installed. I realized that the package manager of my distro provides them and I could not install them unless I installed the kernel sources first. But what I do not understand is how I use them. Whatever I am trying to run it says that it should be run from inside a virtual machine. But if I am running inside a virtual machine, the guest...
2009-11-20 06:58:40 UTC by archwndas
-
The missing Makefile.normal isn't the problem, it's a symptom. The problem is likely that you don't have linux headers under /lib/modules/2.6.31-sabayon/build/include.
One of two cases is likely true: 1) The headers are not installed, or 2) The headers are in /lib/modules/2.6.31/build/include and you just need a softlink:
ln -s ../2.6.31/build /lib/modules/2.6.31-sabayon/.
2009-11-20 06:37:54 UTC by danielibarnes
-
The problem is that Makefile.normal is missing. It should be in
# grep "Makefile.normal" ./ -r -i -I
./modules/linux/vmci/Makefile:include $(SRCROOT)/Makefile.normal
./modules/linux/vmxnet3/Makefile:include $(SRCROOT)/Makefile.normal
./modules/linux/vmxnet/Makefile:include $(SRCROOT)/Makefile.normal
./modules/linux/vmsync/Makefile:include $(SRCROOT)/Makefile.normal...
2009-11-20 05:57:43 UTC by archwndas
-
Making all in modules
make[1]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules'
make VM_UNAME=2.6.31-sabayon MV=mv RM=rm \
OVT_SOURCE_DIR=/common/src/open-vm-tools-2009.11.17-210370 \
MODULEBUILDDIR=/common/src/open-vm-tools-2009.11.17-210370/modules/linux \
-C...
2009-11-20 05:48:04 UTC by archwndas
