open-vm-tools-devel — List for open-vm-tools developer discussions.

[ open-vm-tools-Tracker-2899978 ] FreeBSD vmxnet dont support setting mac address.

[SourceForge.net <no...@so...>]

Tracker item #2899978, was opened at 2009-11-18 10:35
Message generated for change (Settings changed) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2899978&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: kernel modules
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Fabien Thomas (fabienthomas)
Assigned to: Nobody/Anonymous (nobody)
Summary: FreeBSD vmxnet dont support setting mac address.

Initial Comment:
The module for freebsd dont have the code for mac address setting.
I've done a small patch to support it but this have exposed another issue: the mac address set will not be resetted to default when the VM reboot. It will need a full shutdown / restart cycle.


----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2011-01-14 14:42

Message:
This was added in commit 5aec778.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2899978&group_id=204462

[ open-vm-tools-Tracker-3118268 ] conflicting typedef for Bool

[SourceForge.net <no...@so...>]

Tracker item #3118268, was opened at 2010-11-25 01:48
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3118268&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: conflicting typedef for Bool

Initial Comment:
current builds of open-vm-tools fail with this error:

libtool: compile:  gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.11.17\" "-DPACKAGE_STRING=\"open-vm-tools 2010.11.17\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.11.17\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -I. -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -DGTK2 -DVMTOOLS_USE_GLIB -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fvisibility=hidden -DGCC_EXPLICIT_EXPORT -DRESOLUTION_X11 -I/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include -I/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -I/usr/include -DUSE_ICU -DHAVE_ICU_38 -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -c resolutionX11.c  -fPIC -DPIC -o .libs/libresolutionSet_la-resolutionX11.o
In file included from /usr/include/X11/extensions/render.h:29:0,
                 from /usr/include/X11/extensions/Xrender.h:33,
                 from /usr/include/X11/extensions/Xrandr.h:33,
                 from resolutionX11.c:32:
/usr/include/X11/Xdefs.h:47:13: error: conflicting types for 'Bool'
/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include/vm_basic_types.h:86:24: note: previous declaration of 'Bool' was here
resolutionX11.c:115:1: error: conflicting types for 'ResolutionBackendInit'
resolutionInt.h:73:6: note: previous declaration of 'ResolutionBackendInit' was here
resolutionX11.c:168:1: error: conflicting types for 'ResolutionSetResolution'
resolutionInt.h:76:6: note: previous declaration of 'ResolutionSetResolution' was here
resolutionX11.c:205:1: error: conflicting types for 'ResolutionSetTopology'
resolutionInt.h:81:6: note: previous declaration of 'ResolutionSetTopology' was here
make[3]: *** [libresolutionSet_la-resolutionX11.lo] Error 1
make[3]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services/plugins/resolutionSet'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services'
make: *** [all-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.2P199U (%build)


----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2011-01-14 14:42

Message:
This is hopefully fixed by commit 4df41ac. Let me know otherwise.

----------------------------------------------------------------------

Comment By: AdmiralNemo (admiralnemo)
Date: 2010-11-25 09:35

Message:
I too am experiencing this exact problem. I am on Gentoo ~amd64, where the
issue has been experienced by a number of users:
http://forums.gentoo.org/viewtopic-p-6493986.html. The conflicting
definitions seem to come from xproto, however, even rolling back to
xproto-7.0.17, which was installed when I last successfully built
open-vm-tools (0.0.20100824.292196) does not solve the issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3118268&group_id=204462

[ open-vm-tools-Tracker-3110351 ] Doesn't work on openfiler

[SourceForge.net <no...@so...>]

Tracker item #3110351, was opened at 2010-11-16 23:11
Message generated for change (Comment added) made by tobiasholst
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3110351&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: vmware-user
Group: None
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Tobias Holst (tobiasholst)
Assigned to: Nobody/Anonymous (nobody)
Summary: Doesn't work on openfiler

Initial Comment:
Hi
I try to use Open VM Tools on Openfiler 2.3.
Kernel version is 2.6.29.6-0.29.smp.gcc3.4.x86_64.
The last working version was open-vm-tools-2010.01.19-226760.
Since then I get errors during "make install".
Configuration is "./configure --without-pam --without-x --without-icu"
open-vm-tools-2010.10.18-313025 can be configured but during "make install" I get the following:

fileLogger.c: In function 'VMFileLoggerOpen':
fileLogger.c:170: warning: implicit declaration of function 'g_atomic_int_set'
make[1]: *** [libvmtools_la-fileLoger.lo] Error 1
make[1]: Leaving directory '/root/open-vm-tools-2010.10.18-313025/libvmtools'
make: *** [install-recursive] Error 1

Greets from Germany
Tobias

----------------------------------------------------------------------

Comment By: Tobias Holst (tobiasholst)
Date: 2011-01-09 04:43

Message:
Hi

I just tried it with the open-vm-tools 2010.12.19

../lib/misc/.libs/libMisc.a(hostinfoPosix.o): In function
'Hostinfo_SystemTimerNS':
/root/open-vm-tools-2010.12.19-339835/lib/misc/hostinfoPosix.c:1647:
undefined reference to 'clock_gettime'
/root/open-vm-tools-2010.12.19-339835/lib/misc/hostinfoPosix.c:1652:
undefined reference to 'clock_gettime'
/root/open-vm-tools-2010.12.19-339835/lib/misc/hostinfoPosix.c:1669:
undefined reference to 'clock_gettime'
collect2: ld returned 1 exit status
make[1]: *** [libvmtools.la] Error 1
make[1]: Leaving directory
'/root/open-vm-tools-2010.12.19-339835/libvmtools'
make: *** [install-recursive] Error 1

Greets Tobias

----------------------------------------------------------------------

Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-02 23:12

Message:
This particular issue is fixed but there might be others. I just don't have
a system with a version of glib that old to test on.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3110351&group_id=204462

[ open-vm-tools-Tracker-2993559 ] kernel panic (due to page fault) in vmxnet3_poll

[SourceForge.net <no...@so...>]

Tracker item #2993559, was opened at 2010-04-28 12:36
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2993559&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: kernel modules
Group: None
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: kernel panic (due to page fault) in vmxnet3_poll

Initial Comment:
On ESXi 4.0.0 host, in CentOS 5.4 guest, I get kernel panic each time I attempt to ifup vmxnet3 NIC, though is is possible to modprobe/rmmod the module.

----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2010-12-29 20:20

Message:
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 19:36

Message:
We still don't have the info requested by dtor, settting to pending.

----------------------------------------------------------------------

Comment By: Dmitry Torokhov (dtor)
Date: 2010-04-28 16:22

Message:
It looks like you have both a Lance card (which is served by vmxnet) and
vmxnet3. It would be helpful to know what release of open-vm-tools you are
seeing it with and if you could capture the panic trace that would be
great.

Thanks.

----------------------------------------------------------------------

Comment By: https://www.google.com/accounts ()
Date: 2010-04-28 12:42

Message:
The handler for IRQ 91 (PCI-MSI type) can't be seen in /proc/interrupts
after the module is loaded, though it is then in the IRQ list of kernel
dump.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2993559&group_id=204462

Re: Older stable version of open-vm-tools.

[Marcelo V. <mv...@vm...>]

On 12/20/2010 03:58 AM, Sandesh wrote:
> I want to compile the *open-vm-tools* on my Redhat workstation where I have
> quite older packages such as glib-config-1.2.10. I want to download the
> older version of open-vm-tools which would be supported by my older
> toolchain. Could you please let me know where can I download the older
> stable version of open-vm-tools?

Older versions are available for download at the sourceforge site
(https://sourceforge.net/projects/open-vm-tools), although I wouldn't
really say they're stable.

For pre-2.0 glib you're talking about *really* old packages (at least
the 1/09 release from a quick look).

-- 
- Marcelo

Older stable version of open-vm-tools.

[Sandesh <san...@gm...>]

I want to compile the *open-vm-tools* on my Redhat workstation where I have
quite older packages such as glib-config-1.2.10. I want to download the
older version of open-vm-tools which would be supported by my older
toolchain. Could you please let me know where can I download the older
stable version of open-vm-tools?



Thanks,

Sandesh


--

[ open-vm-tools-Tracker-2993559 ] kernel panic (due to page fault) in vmxnet3_poll

[SourceForge.net <no...@so...>]

Tracker item #2993559, was opened at 2010-04-28 05:36
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2993559&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: kernel modules
Group: None
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: kernel panic (due to page fault) in vmxnet3_poll

Initial Comment:
On ESXi 4.0.0 host, in CentOS 5.4 guest, I get kernel panic each time I attempt to ifup vmxnet3 NIC, though is is possible to modprobe/rmmod the module.

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 11:36

Message:
We still don't have the info requested by dtor, settting to pending.

----------------------------------------------------------------------

Comment By: Dmitry Torokhov (dtor)
Date: 2010-04-28 09:22

Message:
It looks like you have both a Lance card (which is served by vmxnet) and
vmxnet3. It would be helpful to know what release of open-vm-tools you are
seeing it with and if you could capture the panic trace that would be
great.

Thanks.

----------------------------------------------------------------------

Comment By: https://www.google.com/accounts ()
Date: 2010-04-28 05:42

Message:
The handler for IRQ 91 (PCI-MSI type) can't be seen in /proc/interrupts
after the module is loaded, though it is then in the IRQ list of kernel
dump.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2993559&group_id=204462

[ open-vm-tools-Tracker-2994470 ] "FATAL: Error inserting vmhgfs"..."Unknown symbol in module"

[SourceForge.net <no...@so...>]

Tracker item #2994470, was opened at 2010-04-29 17:04
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994470&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: kernel modules
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: AndreasBWagner ()
Assigned to: Nobody/Anonymous (nobody)
Summary: "FATAL: Error inserting vmhgfs"..."Unknown symbol in module"

Initial Comment:
Hello, after I did a system upgrade which included an update to open-vm-tools-modules on archlinux open-vm-tools did not start on boot. When I tried to start it with:


sudo /etc/rc.d/open-vm-tools start


I get the error:


FATAL: Error inserting vmhgfs (/lib/modules/2.6.33-ARCH/misc/vmhgfs.ko): Unknown symbol in module, or unknown parameter (see dmesg)


dmesg | grep -i vm


reveals:


    vmalloc : 0xe5400000 - 0xff7fe000   ( 419 MB)
VMware vmxnet virtual NIC driver
vmxnet 0000:02:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
Found vmxnet/PCI at 0x2024, irq 19.
vmxnet 0000:02:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
Found vmxnet/PCI at 0x20a4, irq 16.
vmhgfs: Unknown symbol VMCIDatagram_Send
vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd
vmhgfs: Unknown symbol VMCIDatagram_CreateHnd
vmhgfs: Unknown symbol VMCIDatagram_Send
vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd
vmhgfs: Unknown symbol VMCIDatagram_CreateHnd
vmhgfs: Unknown symbol VMCIDatagram_Send
vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd
vmhgfs: Unknown symbol VMCIDatagram_CreateHnd
vmhgfs: Unknown symbol VMCIDatagram_Send
vmhgfs: Unknown symbol VMCIDatagram_DestroyHnd
vmhgfs: Unknown symbol VMCIDatagram_CreateHnd

Any ideas?

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 11:35

Message:
This seems to be an issue with the archlinux init scripts (vmci should be
loaded before vmhgfs), not with open-vm-tools per se.

----------------------------------------------------------------------

Comment By: Dmitry Torokhov (dtor)
Date: 2010-04-29 17:26

Message:
vmhgfs uses vmci now so it has to be loaded first.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994470&group_id=204462

[ open-vm-tools-Tracker-2994267 ] RpcChannel_Start and RpcChannel_Stop not defined

[SourceForge.net <no...@so...>]

Tracker item #2994267, was opened at 2010-04-29 09:56
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994267&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: libraries
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: mrbazmondo (barry-davis)
Assigned to: Nobody/Anonymous (nobody)
Summary: RpcChannel_Start and RpcChannel_Stop not defined

Initial Comment:
gcc version 3.4.3
glib-2.16.1
pkg-config-0.23
open-vm-tools-2010.04.25-253928
open-vm-tools-2010.03.20-243334

This line needs to be added to lib/rpcChannel/rpcChannel.c to get it to compile
#define G_IMPLEMENT_INLINES

Otherwise RpcChannel_Start and RpcChannel_Stop are not defined during link as they've only been declared external with no definition

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 11:30

Message:
This seems to be some funkiness of glib headers vs. your compiler; it works
fine on all versions of gcc we use (mostly the 4.x series), without having
to define G_IMPLEMENT_INLINES. Reading gutils.h seems to suggest that
defining that is not really necessary if glib recognizes your compiler
properly,

----------------------------------------------------------------------

Comment By: Dmitry Torokhov (dtor)
Date: 2010-05-04 09:37

Message:
I see. In this case you need to make sure that glib (and glibconfig.h) in
your distribution is set up properly to match the features that your
compiler supports - they should figure our the valid inlining syntax so
that we can simply use G_INLINE_FUNC without needing any custom flags.

Thanks.

----------------------------------------------------------------------

Comment By: mrbazmondo (barry-davis)
Date: 2010-05-04 02:38

Message:
A custom LFS based distribution. Let me know if there are any other package
versions you wish to know. Its also using glibc-2.3.4.

----------------------------------------------------------------------

Comment By: Dmitry Torokhov (dtor)
Date: 2010-04-29 10:05

Message:
What distribution is this?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994267&group_id=204462

[ open-vm-tools-Tracker-2994264 ] vmtoolsd SEGV when logging level not set

[SourceForge.net <no...@so...>]

Tracker item #2994264, was opened at 2010-04-29 09:50
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994264&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: guestd
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: mrbazmondo (barry-davis)
Assigned to: Nobody/Anonymous (nobody)
Summary: vmtoolsd SEGV when logging level not set

Initial Comment:
open-vm-tools-2010.03.20-243334
When tools.conf has no logging level set vmtoolsd crashes as it does a strcmp(NULL, "none") at  fileLogger.c:413

/root# cat /etc/vmware-tools/tools.conf

[logging]
vmsvc.handler=file
vmsvc.data=/var/log/vmware-vmsvc.log
vmusr.handler=file
vmusr.data=/var/log/vmware-vmsvc.log.user
log=true

[vmsvc]
disable-tools-version=true

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 11:24

Message:
This was fixed long ago in commit 9d1ae5c.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994264&group_id=204462

[ open-vm-tools-Tracker-2994630 ] open-vm-tools release, panic trace

[SourceForge.net <no...@so...>]

Tracker item #2994630, was opened at 2010-04-30 01:38
Message generated for change (Settings changed) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994630&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Jan Holcapek (holcapek)
Assigned to: Nobody/Anonymous (nobody)
Summary: open-vm-tools release, panic trace

Initial Comment:
Yes, both vmxnet (Lance) and vmxnet3 are configured for the guest. And this time I attached the right file with the backtrace (picked the wrong one previously, as you have probably noticed). The backtrace is fomr another vmcore I captured, but it is the very same each time.

I\'m using open-vm-tools-2009.12.16-217847.tar.gz, which is, as I understand, the last release containing vmxnet3 (since it made it into upstream kernel recently and was removed from open-vm-toos).

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 11:22

Message:
Unfortunately we won't be patching open-vm-tools releases of vmxnet3 since
it's been upstreamed. If you're using vmxnet3 from open-vm-tools, I'd
suggest either upgrading your kernel or finding a backport of the upstream
driver to your current kernel, if one is avaiable.

----------------------------------------------------------------------

Comment By: Jan Holcapek (holcapek)
Date: 2010-04-30 01:44

Message:
Sorry, this should have been attached to 2993559, which I have created
using Google account.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994630&group_id=204462

[ open-vm-tools-Tracker-3009522 ] fedora13: configure error: libproc not found (lib64/3.2.8)

[SourceForge.net <no...@so...>]

Tracker item #3009522, was opened at 2010-05-31 08:37
Message generated for change (Settings changed) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3009522&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: libraries
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Volker Badziong (vbadziong)
Assigned to: Nobody/Anonymous (nobody)
Summary: fedora13: configure error: libproc not found (lib64/3.2.8)

Initial Comment:
Hello,

trying to run ./configure on fedora 13 x64 yields the following error message:

...
checking for ecvt... yes
checking for fcvt... yes
checking for pthread_mutex_init in -lpthread... yes
checking for getstat in -lproc... no
checking for getstat in -lproc-3.2.7... no
configure: error: libproc not found. Please configure without procps (using --without-procps) or install procps - http://procps.sourceforge.net

....although "libproc-3.2.8.so" is installed below /lib64/.

Adding the following symbolic link fixes the issue, ./configure works afterwards...

# ln -s /lib64/libproc-3.2.8.so /lib/libproc.so


----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 11:20

Message:
You didn't specify the version, but we added detection of libproc 3.2.8 a
while ago.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3009522&group_id=204462

[ open-vm-tools-Tracker-3009525 ] fedora13 x64: make fails: symbol 'dlsym@@GLIBC_2.2.5'

[SourceForge.net <no...@so...>]

Tracker item #3009525, was opened at 2010-05-31 08:42
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3009525&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: libraries
Group: None
>Status: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Volker Badziong (vbadziong)
Assigned to: Nobody/Anonymous (nobody)
Summary: fedora13 x64: make fails: symbol 'dlsym@@GLIBC_2.2.5'

Initial Comment:
Hello,

running make on fedora 13 x64 fails with the follwing error:

...
/usr/bin/ld: ../lib/auth/.libs/libAuth.a(authPosix.o): undefined reference to symbol 'dlsym@@GLIBC_2.2.5'
/usr/bin/ld: note: 'dlsym@@GLIBC_2.2.5' is defined in DSO /lib64/libdl.so.2 so try adding it to the linker command line
/lib64/libdl.so.2: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make[1]: *** [vmware-user] Error 1
make[1]: Leaving directory `/home/user/Downloads/open-vm-tools-2010.04.25-253928/vmware-user'
make: *** [all-recursive] Error 1

This can be fixed with setting LIBS prior to running configure:

export LIBS=-ldl
./configure 

Is this a fedora 13 error or related to open vm tools?

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 11:19

Message:
vmware-user is not part of open-vm-tools anymore, the current code should
compile and link fine.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3009525&group_id=204462

[ open-vm-tools-Tracker-3137679 ] Compile fails on Solaris 8 (backdoorGcc32.c)

[SourceForge.net <no...@so...>]

Tracker item #3137679, was opened at 2010-12-14 22:52
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3137679&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: libraries
Group: None
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: screefchap (screefchap)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile fails on Solaris 8 (backdoorGcc32.c)

Initial Comment:
Attempting to compile on an old and manually p2v'd Solaris x86 system fails on backdoorGcc32.c:

System info:
SunOS 5.8 Generic_117351-46 i86pc i386 i86pc
gcc 3.4.6
GNU ld version 2.17

cd open-vm-tools-8.4.2-261024
./configure --without-x --without-icu -64
make
[ everything is fine until... }
libtool: compile:  gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/usr/local/src/open-vm-tools-8.4.2-261024/lib/include -I/usr/local/src/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c  -fPIC -DPIC -o .libs/backdoorGcc32.o
backdoorGcc32.c: In function `Backdoor_InOut':
backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm'
backdoorGcc32.c: In function `BackdoorHbIn':
backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm'
backdoorGcc32.c: In function `BackdoorHbOut':
backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm'
make[2]: *** [backdoorGcc32.lo] Error 1
make[2]: Leaving directory `/usr/local/src/open-vm-tools-8.4.2-261024/lib/backdoor'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/open-vm-tools-8.4.2-261024/lib'
make: *** [all-recursive] Error 1

Thanks in advance for any help!

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-15 10:21

Message:
Solaris 8 is not and will not be supported.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3137679&group_id=204462

[ open-vm-tools-Tracker-3137679 ] Compile fails on Solaris 8 (backdoorGcc32.c)

[SourceForge.net <no...@so...>]

Tracker item #3137679, was opened at 2010-12-15 01:52
Message generated for change (Tracker Item Submitted) made by screefchap
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3137679&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: libraries
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: screefchap (screefchap)
Assigned to: Nobody/Anonymous (nobody)
Summary: Compile fails on Solaris 8 (backdoorGcc32.c)

Initial Comment:
Attempting to compile on an old and manually p2v'd Solaris x86 system fails on backdoorGcc32.c:

System info:
SunOS 5.8 Generic_117351-46 i86pc i386 i86pc
gcc 3.4.6
GNU ld version 2.17

cd open-vm-tools-8.4.2-261024
./configure --without-x --without-icu -64
make
[ everything is fine until... }
libtool: compile:  gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"8.4.2\" "-DPACKAGE_STRING=\"open-vm-tools 8.4.2\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"8.4.2\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DX_DISPLAY_MISSING=1 -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_INTTYPES_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_SYSLIMITS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -DNO_MULTIMON=1 -I. -I/usr/local/src/open-vm-tools-8.4.2-261024/lib/include -I/usr/local/src/open-vm-tools-8.4.2-261024/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -DVMX86_TOOLS -DNO_CORE_ICU -g -O2 -Wall -Werror -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT backdoorGcc32.lo -MD -MP -MF .deps/backdoorGcc32.Tpo -c backdoorGcc32.c  -fPIC -DPIC -o .libs/backdoorGcc32.o
backdoorGcc32.c: In function `Backdoor_InOut':
backdoorGcc32.c:70: error: PIC register `ebx' clobbered in `asm'
backdoorGcc32.c: In function `BackdoorHbIn':
backdoorGcc32.c:130: error: PIC register `ebx' clobbered in `asm'
backdoorGcc32.c: In function `BackdoorHbOut':
backdoorGcc32.c:179: error: PIC register `ebx' clobbered in `asm'
make[2]: *** [backdoorGcc32.lo] Error 1
make[2]: Leaving directory `/usr/local/src/open-vm-tools-8.4.2-261024/lib/backdoor'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/open-vm-tools-8.4.2-261024/lib'
make: *** [all-recursive] Error 1

Thanks in advance for any help!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3137679&group_id=204462

[ open-vm-tools-Tracker-3117826 ] Empty Apps Menu in Unity

[SourceForge.net <no...@so...>]

Tracker item #3117826, was opened at 2010-11-24 12:49
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3117826&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: vmware-user
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: paulwt (paulwt)
Assigned to: Nobody/Anonymous (nobody)
Summary: Empty Apps Menu in Unity

Initial Comment:
Building and installing snapshots 2010.10.18 and 2011.11.17 result in having an empty application menu in Unity mode.
Host: Windows 7
Guest: Linux - Archlinux with KDE

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-02 16:30

Message:
The current unity code depends on a hacked version of the gnome-menus
library which we haven't yet released (or upstreamed). So in open-vm-tools
the code related to that library is disabled, since it can't be built.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3117826&group_id=204462

[ open-vm-tools-Tracker-3110351 ] Doesn't work on openfiler

[SourceForge.net <no...@so...>]

Tracker item #3110351, was opened at 2010-11-16 14:11
Message generated for change (Comment added) made by mvanzin
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3110351&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: vmware-user
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Tobias Holst (tobiasholst)
Assigned to: Nobody/Anonymous (nobody)
Summary: Doesn't work on openfiler

Initial Comment:
Hi
I try to use Open VM Tools on Openfiler 2.3.
Kernel version is 2.6.29.6-0.29.smp.gcc3.4.x86_64.
The last working version was open-vm-tools-2010.01.19-226760.
Since then I get errors during "make install".
Configuration is "./configure --without-pam --without-x --without-icu"
open-vm-tools-2010.10.18-313025 can be configured but during "make install" I get the following:

fileLogger.c: In function 'VMFileLoggerOpen':
fileLogger.c:170: warning: implicit declaration of function 'g_atomic_int_set'
make[1]: *** [libvmtools_la-fileLoger.lo] Error 1
make[1]: Leaving directory '/root/open-vm-tools-2010.10.18-313025/libvmtools'
make: *** [install-recursive] Error 1

Greets from Germany
Tobias

----------------------------------------------------------------------

>Comment By: Marcelo Vanzin (mvanzin)
Date: 2010-12-02 14:12

Message:
This particular issue is fixed but there might be others. I just don't have
a system with a version of glib that old to test on.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3110351&group_id=204462

Re: Time keeps on slippin slippin slippin slippin... into the future...

[Eric S. <ej...@sh...>]

On 11/25/2010 07:00 PM, John Lange wrote:
> I changed it to tinker and I'm still gaining time like crazy. 20
> minutes in less than 24 hours. Similar to the results with setvar.
>
> I've turned logging up to "all" so maybe that will reveal something.
>

Is the host keeping time reliably? What software is the host running?
(distro/ver/vmware/ver)

Are there any guest kernel settings related to time being used?

-- 
-Eric 'shubes'

Re: Time keeps on slippin slippin slippin slippin... into the future...

[John L. <jo...@jo...>]

I changed it to tinker and I'm still gaining time like crazy. 20
minutes in less than 24 hours. Similar to the results with setvar.

I've turned logging up to "all" so maybe that will reveal something.

-- 
John Lange
www.johnlange.ca

[ open-vm-tools-Tracker-3118268 ] conflicting typedef for Bool

[SourceForge.net <no...@so...>]

Tracker item #3118268, was opened at 2010-11-25 03:48
Message generated for change (Comment added) made by admiralnemo
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3118268&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: conflicting typedef for Bool

Initial Comment:
current builds of open-vm-tools fail with this error:

libtool: compile:  gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.11.17\" "-DPACKAGE_STRING=\"open-vm-tools 2010.11.17\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.11.17\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -I. -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -DGTK2 -DVMTOOLS_USE_GLIB -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fvisibility=hidden -DGCC_EXPLICIT_EXPORT -DRESOLUTION_X11 -I/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include -I/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -I/usr/include -DUSE_ICU -DHAVE_ICU_38 -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -c resolutionX11.c  -fPIC -DPIC -o .libs/libresolutionSet_la-resolutionX11.o
In file included from /usr/include/X11/extensions/render.h:29:0,
                 from /usr/include/X11/extensions/Xrender.h:33,
                 from /usr/include/X11/extensions/Xrandr.h:33,
                 from resolutionX11.c:32:
/usr/include/X11/Xdefs.h:47:13: error: conflicting types for 'Bool'
/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include/vm_basic_types.h:86:24: note: previous declaration of 'Bool' was here
resolutionX11.c:115:1: error: conflicting types for 'ResolutionBackendInit'
resolutionInt.h:73:6: note: previous declaration of 'ResolutionBackendInit' was here
resolutionX11.c:168:1: error: conflicting types for 'ResolutionSetResolution'
resolutionInt.h:76:6: note: previous declaration of 'ResolutionSetResolution' was here
resolutionX11.c:205:1: error: conflicting types for 'ResolutionSetTopology'
resolutionInt.h:81:6: note: previous declaration of 'ResolutionSetTopology' was here
make[3]: *** [libresolutionSet_la-resolutionX11.lo] Error 1
make[3]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services/plugins/resolutionSet'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services'
make: *** [all-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.2P199U (%build)


----------------------------------------------------------------------

Comment By: AdmiralNemo (admiralnemo)
Date: 2010-11-25 11:35

Message:
I too am experiencing this exact problem. I am on Gentoo ~amd64, where the
issue has been experienced by a number of users:
http://forums.gentoo.org/viewtopic-p-6493986.html. The conflicting
definitions seem to come from xproto, however, even rolling back to
xproto-7.0.17, which was installed when I last successfully built
open-vm-tools (0.0.20100824.292196) does not solve the issue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3118268&group_id=204462

Re: Time keeps on slippin slippin slippin slippin... into the future...

[Eric S. <ej...@sh...>]

On 11/24/2010 10:17 PM, John Lange wrote:
> On Wed, Nov 24, 2010 at 6:31 PM, Eric Shubert<ej...@sh...>  wrote:
>> See
>> http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1006427&sliceId=1&docTypeID=DT_KB_1_1&dialogID=23956052&stateId=1%200%2023952415
>
> I don't know when that was published but I've been looking for a
> document like that from VMWare for a long time.That is excellent
> information, thank you.
>
> One question, is it "tinker panic 0" ? Or "setvar panic 0" ? I found
> the latter in an ntp.conf man page and ntp does not complain about it.
>
> Is it different depending on the ntp version?
>
> Mine is:
>
> # ntpd --version
> ntpd - NTP daemon program - Ver. 4.2.4p6
>
> Thanks
>
> John
>
> ------------------------------------------------------------------------------

I don't know for sure. Looking at "man ntp_misc", it says that setvar 
adds an additional system variable. tinker is documented there as well.

Given that the tinker variable already exists, I'm not sure what would 
happen upon execution with setvar. setvar might work, but it might not 
do what you desire. I'd use tinker.

(using ntp-4.2.2p1-9.el5.centos.2.1 here)

-- 
-Eric 'shubes'

[ open-vm-tools-Tracker-3118268 ] conflicting typedef for Bool

[SourceForge.net <no...@so...>]

Tracker item #3118268, was opened at 2010-11-25 09:48
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3118268&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: conflicting typedef for Bool

Initial Comment:
current builds of open-vm-tools fail with this error:

libtool: compile:  gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.11.17\" "-DPACKAGE_STRING=\"open-vm-tools 2010.11.17\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE_URL=\"\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.11.17\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DLT_OBJDIR=\".libs/\" -DHAVE_ECVT=1 -DHAVE_FCVT=1 -DNO_PROCPS=1 -DHAVE_CRYPT_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_WCHAR_H=1 -DHAVE_SYS_IO_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_SYS_SYSINFO_H=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_USER_H=1 -DHAVE_SYS_VFS_H=1 -DHAVE_UNWIND_H=1 -DHAVE__BOOL=1 -DHAVE_STDBOOL_H=1 -DHAVE_STRUCT_STAT_ST_RDEV=1 -DTIME_WITH_SYS_TIME=1 -I. -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng14 -DGTK2 -DVMTOOLS_USE_GLIB -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -fvisibility=hidden -DGCC_EXPLICIT_EXPORT -DRESOLUTION_X11 -I/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include -I/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -I/usr/include -DUSE_ICU -DHAVE_ICU_38 -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -fmessage-length=0 -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -c resolutionX11.c  -fPIC -DPIC -o .libs/libresolutionSet_la-resolutionX11.o
In file included from /usr/include/X11/extensions/render.h:29:0,
                 from /usr/include/X11/extensions/Xrender.h:33,
                 from /usr/include/X11/extensions/Xrandr.h:33,
                 from resolutionX11.c:32:
/usr/include/X11/Xdefs.h:47:13: error: conflicting types for 'Bool'
/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/lib/include/vm_basic_types.h:86:24: note: previous declaration of 'Bool' was here
resolutionX11.c:115:1: error: conflicting types for 'ResolutionBackendInit'
resolutionInt.h:73:6: note: previous declaration of 'ResolutionBackendInit' was here
resolutionX11.c:168:1: error: conflicting types for 'ResolutionSetResolution'
resolutionInt.h:76:6: note: previous declaration of 'ResolutionSetResolution' was here
resolutionX11.c:205:1: error: conflicting types for 'ResolutionSetTopology'
resolutionInt.h:81:6: note: previous declaration of 'ResolutionSetTopology' was here
make[3]: *** [libresolutionSet_la-resolutionX11.lo] Error 1
make[3]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services/plugins/resolutionSet'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services/plugins'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/packages/BUILD/open-vm-tools-2010.11.17-327185/services'
make: *** [all-recursive] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.2P199U (%build)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3118268&group_id=204462

Re: Time keeps on slippin slippin slippin slippin... into the future...

[John L. <jo...@jo...>]

On Wed, Nov 24, 2010 at 6:31 PM, Eric Shubert <ej...@sh...> wrote:
> See
> http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1006427&sliceId=1&docTypeID=DT_KB_1_1&dialogID=23956052&stateId=1%200%2023952415

I don't know when that was published but I've been looking for a
document like that from VMWare for a long time.That is excellent
information, thank you.

One question, is it "tinker panic 0" ? Or "setvar panic 0" ? I found
the latter in an ntp.conf man page and ntp does not complain about it.

Is it different depending on the ntp version?

Mine is:

# ntpd --version
ntpd - NTP daemon program - Ver. 4.2.4p6

Thanks

John

Re: Time keeps on slippin slippin slippin slippin... into the future...

[Eric S. <ej...@sh...>]

On 11/24/2010 09:15 AM, John Lange wrote:
> Just like the song says, the time on my SLES 11 server "keeps on
> slippin slippin slippin... into the future..."
>
> The vmware-guestd are started at boot and are running.
>
> The following modules are loaded:
>
> # lsmod |grep vm
> vmsync                  5440  0
> vmmemctl               10188  0
> vmblock                15124  1
>
> Yet clocks keeps skewing forward at a rapid pace.
>
> This VM is used for monitoring so the usual trick of putting ntpdate
> in a cron is not a good solution since it throws all the graphs off
> and causes false alerts and regular ntp is frustratingly stubborn
> about refusing to correct large clock skew.
>
> I can't seem to find any documentation on how these tools work or how
> to configure them to keep time synced with the host.
>
> Any help would be appreciated.
>

See 
http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=1006427&sliceId=1&docTypeID=DT_KB_1_1&dialogID=23956052&stateId=1%200%2023952415

"Note: In all cases use NTP instead of VMware Tools periodic time 
synchronization."

-- 
-Eric 'shubes'

[ open-vm-tools-Tracker-3117826 ] Empty Apps Menu in Unity

[SourceForge.net <no...@so...>]

Tracker item #3117826, was opened at 2010-11-24 15:49
Message generated for change (Tracker Item Submitted) made by paulwt
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3117826&group_id=204462

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: vmware-user
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: paulwt (paulwt)
Assigned to: Nobody/Anonymous (nobody)
Summary: Empty Apps Menu in Unity

Initial Comment:
Building and installing snapshots 2010.10.18 and 2011.11.17 result in having an empty application menu in Unity mode.
Host: Windows 7
Guest: Linux - Archlinux with KDE

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3117826&group_id=204462