Menu
▾
▴
open-vm-tools-devel — List for open-vm-tools developer discussions.
You can subscribe to this list here.
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(30) |
Oct
(50) |
Nov
(42) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(36) |
Feb
(13) |
Mar
(74) |
Apr
(17) |
May
(62) |
Jun
(53) |
Jul
(32) |
Aug
(58) |
Sep
(44) |
Oct
(21) |
Nov
(35) |
Dec
(53) |
| 2009 |
Jan
(43) |
Feb
(58) |
Mar
(14) |
Apr
(16) |
May
(61) |
Jun
(49) |
Jul
(11) |
Aug
(22) |
Sep
(37) |
Oct
(12) |
Nov
(23) |
Dec
(10) |
| 2010 |
Jan
(21) |
Feb
(13) |
Mar
(5) |
Apr
(18) |
May
(14) |
Jun
(10) |
Jul
(1) |
Aug
|
Sep
(13) |
Oct
(8) |
Nov
(11) |
Dec
(14) |
| 2011 |
Jan
(13) |
Feb
(19) |
Mar
(16) |
Apr
(10) |
May
(22) |
Jun
(4) |
Jul
(63) |
Aug
(14) |
Sep
(10) |
Oct
(12) |
Nov
(10) |
Dec
(43) |
| 2012 |
Jan
(3) |
Feb
(4) |
Mar
(35) |
Apr
(1) |
May
(32) |
Jun
(8) |
Jul
(10) |
Aug
(6) |
Sep
(3) |
Oct
(25) |
Nov
(14) |
Dec
(4) |
| 2013 |
Jan
(12) |
Feb
(6) |
Mar
(15) |
Apr
(24) |
May
(9) |
Jun
(2) |
Jul
|
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(3) |
Dec
|
| 2014 |
Jan
(5) |
Feb
|
Mar
(4) |
Apr
(2) |
May
(4) |
Jun
|
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2015 |
Jan
|
Feb
(5) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(1) |
Jul
(2) |
Aug
(5) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2010-04-30 08:38:25
|
Tracker item #2994630, was opened at 2010-04-30 10:38 Message generated for change (Tracker Item Submitted) made by holcapek 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: Open Resolution: None 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). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994630&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-04-30 00:26:13
|
Tracker item #2994470, was opened at 2010-04-29 17:04 Message generated for change (Comment added) made by dtor 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: Open Resolution: None 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: 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 |
|
From: SourceForge.net <no...@so...> - 2010-04-30 00:04:18
|
Tracker item #2994470, was opened at 2010-04-29 20:04 Message generated for change (Tracker Item Submitted) made by 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: Open Resolution: None 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? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994470&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 17:05:46
|
Tracker item #2994267, was opened at 2010-04-29 09:56 Message generated for change (Comment added) made by dtor 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: Open Resolution: None 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: 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 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 16:56:11
|
Tracker item #2994267, was opened at 2010-04-29 16:56 Message generated for change (Tracker Item Submitted) made by barry-davis 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: Open Resolution: None 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994267&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-04-29 16:50:04
|
Tracker item #2994264, was opened at 2010-04-29 16:50 Message generated for change (Tracker Item Submitted) made by barry-davis 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: Open Resolution: None 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 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2994264&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-04-28 16:22:30
|
Tracker item #2993559, was opened at 2010-04-28 05:36 Message generated for change (Comment added) made by dtor 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: Open 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: 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 |
|
From: SourceForge.net <no...@so...> - 2010-04-28 12:42:28
|
Tracker item #2993559, was opened at 2010-04-28 12:36 Message generated for change (Comment added) made by 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: Open 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: 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 |
|
From: SourceForge.net <no...@so...> - 2010-04-28 12:36:20
|
Tracker item #2993559, was opened at 2010-04-28 12:36 Message generated for change (Tracker Item Submitted) made by 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: Open 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. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2993559&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-04-27 18:29:32
|
Tracker item #2971429, was opened at 2010-03-16 10:59 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2971429&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: Fixed Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Variable 'exec_prefix' not defined in vmguestlib.pc Initial Comment: pkg-config --list-all /usr/lib/pkgconfig/vmguestlib.pc is failing with Variable 'exec_prefix' not defined in '/usr/lib/pkgconfig/vmguestlib.pc' ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-04-27 11:29 Message: This is fixed in the latest release (2010.04.25). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2971429&group_id=204462 |
|
From: Chris R. <chr...@ma...> - 2010-04-14 05:27:52
|
On 13 Apr 2010, at 17:38, Dmitry Torokhov wrote: > On Tuesday 13 April 2010 03:18:44 am Chris Ridd wrote: >> On 13 Apr 2010, at 04:23, Nathan Charles wrote: >>> I've been having the same problem. >> >> Glad it isn't just me! >> >> There's something responding on the git port (9418) on the >> git.opensource.vmware.com machine: >> >> $ telnet git.opensource.vmware.com 9418 >> Trying 208.91.1.19... >> Connected to git.opensource.vmware.com. >> Escape character is '^]'. > > Hm, I will let our infrastructure guys know... It seems to be working again, thanks! Cheers, Chris |
|
From: Dmitry T. <dt...@vm...> - 2010-04-13 16:38:09
|
On Tuesday 13 April 2010 03:18:44 am Chris Ridd wrote: > On 13 Apr 2010, at 04:23, Nathan Charles wrote: > > I've been having the same problem. > > Glad it isn't just me! > > There's something responding on the git port (9418) on the > git.opensource.vmware.com machine: > > $ telnet git.opensource.vmware.com 9418 > Trying 208.91.1.19... > Connected to git.opensource.vmware.com. > Escape character is '^]'. Hm, I will let our infrastructure guys know... Thanks for alerting us. -- Dmitry |
|
From: Chris R. <chr...@ma...> - 2010-04-13 10:18:55
|
On 13 Apr 2010, at 04:23, Nathan Charles wrote: > I've been having the same problem. Glad it isn't just me! There's something responding on the git port (9418) on the git.opensource.vmware.com machine: $ telnet git.opensource.vmware.com 9418 Trying 208.91.1.19... Connected to git.opensource.vmware.com. Escape character is '^]'. Cheers, Chris |
|
From: Dominique L. <Dom...@TM...> - 2010-04-13 07:30:10
|
>>> On 4/7/2010 at 12:41, "SourceForge.net" <no...@so...> wrote: > Summary: Build against libpng 1.4 fails > > Initial Comment: > open-vm-tools (tested up to release 2010-03-24) fails to build against libpng > 1.4, due to the direct usage of jmpbuf, which had been deprecated in libpng > 1.0.6 What happened to our beloved V MWare employees that were always so responsive on this Mailing list? (Marcelo? Dmitry?) I hope you did not get carried away from us and have been stuffed with alternative work load. That would be a real pity (except if that work load of course is of any good use for us. Dominique |
|
From: Nathan C. <nch...@gm...> - 2010-04-13 03:23:55
|
I've been having the same problem. -N On Mon, Apr 12, 2010 at 6:48 PM, Chris Ridd <chr...@ma...> wrote: > I can't seem to fetch anything from the git repo any more. > > $ git clone git://git.opensource.vmware.com/opensource/open-vm-tools/ > Initialized empty Git repository in > /Users/cjr/Documents/Projects/open-vm-tools/.git/ > fatal: read error: Connection reset by peer > $ ping git.opensource.vmware.com > PING git.opensource.vmware.com (208.91.1.19): 56 data bytes > 64 bytes from 208.91.1.19: icmp_seq=0 ttl=49 time=168.068 ms > 64 bytes from 208.91.1.19: icmp_seq=1 ttl=49 time=169.504 ms > ^C > > Has it moved, or is it down? > > Cheers, > > Chris > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > open-vm-tools-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel > -- Nathan Charles http://www.char1es.net |
|
From: Chris R. <chr...@ma...> - 2010-04-12 18:48:39
|
I can't seem to fetch anything from the git repo any more. $ git clone git://git.opensource.vmware.com/opensource/open-vm-tools/ Initialized empty Git repository in /Users/cjr/Documents/Projects/open-vm-tools/.git/ fatal: read error: Connection reset by peer $ ping git.opensource.vmware.com PING git.opensource.vmware.com (208.91.1.19): 56 data bytes 64 bytes from 208.91.1.19: icmp_seq=0 ttl=49 time=168.068 ms 64 bytes from 208.91.1.19: icmp_seq=1 ttl=49 time=169.504 ms ^C Has it moved, or is it down? Cheers, Chris |
|
From: SourceForge.net <no...@so...> - 2010-04-07 10:41:55
|
Tracker item #2983141, was opened at 2010-04-07 12:41 Message generated for change (Tracker Item Submitted) made by dimstar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2983141&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: Dominique Leuenberger (dimstar) Assigned to: Nobody/Anonymous (nobody) Summary: Build against libpng 1.4 fails Initial Comment: open-vm-tools (tested up to release 2010-03-24) fails to build against libpng 1.4, due to the direct usage of jmpbuf, which had been deprecated in libpng 1.0.6 The attached patch fixes this issue by using the documented replacement (see http://www.libpng.org/pub/png/src/libpng-1.2.x-to-1.4.x-summary.txt / section 5d) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2983141&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-03-23 20:00:58
|
Tracker item #2814131, was opened at 2009-06-29 10:20 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814131&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: homebrew (barry-davis) Assigned to: Nobody/Anonymous (nobody) Summary: vmtoolsd logs fill drive Initial Comment: If left long enough vmtoolsd will fill the filesystem with its logs. I'm running on a ramdisk and have 64M set aside for logs. After leaving it for a few days with debug turned on it fills this. Is there a way of getting vmtoolsd to rotate its log? I assume its not compatible with 'logrotate' as it dies when sent a HUP. /root# cat /etc/vmware-tools/tools.conf [logging] vmsvc.handler=file vmsvc.level=debug vmsvc.data=/var/log/vmware-vmsvc.log vmusr.handler=file vmusr.level=debug vmusr.data=/var/log/vmware-vmsvc.log.user log=true level=debug [vmsvc] disable-tools-version=true ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-03-23 13:00 Message: The 2010.03.20 release should allow you to configure logging to avoid these issues. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-30 15:52 Message: To answer your question, I think the easier way is for your distribution to have a working "lsb_release" binary; that's preferred over the distro-specific "release" files. If you'd rather use a release file, you can check lib/misc/hostinfoPosix.c:HostinfoReadDistroFile() for what is expected (I'm not all that familiar with what that function does). ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-29 15:51 Message: Thanks for that info, that is good to know. ---------------------------------------------------------------------- Comment By: homebrew (barry-davis) Date: 2009-06-29 14:41 Message: I don't ususally run with it set to debug, It was just to demonstrate the point over a short period of time. I have a box thats logging just warning messages now and has been up for 5 hours. /root# ls -l /var/log/vmware-vmsvc.log* -rw-r--r-- 1 root root 2.2M Jun 29 21:17 /var/log/vmware-vmsvc.log -rw-r--r-- 1 root root 93K Jun 29 21:17 /var/log/vmware-vmsvc.log.old Most of the output in /var/log/vmware-vmsvc.log is repeatadly complaining it can't open release and version files once every 30 seconds. For a custom distribution what is the minimal set of files that you need to stop these messages, and what does vmtoolsd expect to find in them? [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/redhat-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/redhat_version: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/sun-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/SuSE-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/novell-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/sles-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/debian_version: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/debian_release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandrake-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandriva-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mandrakelinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/turbolinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/fedora-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/gentoo-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/nld-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/lsb-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/annvix-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/arch-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/arklinux-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/aurox-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/blackcat-release: 2 [Jun 29 15:59:46.682: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/cobalt-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/conectiva-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/immunix-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/knoppix_version: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/lfs-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/linuxppc-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/mklinux-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/pld-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/slackware-version: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/slackware-release: 2 [Jun 29 15:59:46.683: ] [ warning] [vmsvc] HostinfoReadDistroFile: could not open file/etc/e-smith-release: 2 ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-06-29 10:29 Message: vmtoolsd doesn't rotate logs yet; we only recommend enabling logs if you're actually trying to debug something or send data back to us so we can debug it. You can reduce the log spew by using a higher level (such as "warning") instead of "debug". At some point I'll look at adding log rotation (might also look at logrotate, thanks for the tip, although I don't think that helps us much with the Windows side of things), but don't hold your breath... :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2814131&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-03-23 20:00:11
|
Tracker item #2944634, was opened at 2010-02-02 06:18 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2944634&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: Gerhard Mourani (gmourani123) Assigned to: Nobody/Anonymous (nobody) Summary: Kernel module fails to compile against kernel 2.6.32-7 Initial Comment: Just to let you know that latest open-vm-tools version 226760 fail to compile agains kernel 2.6.32-7. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-03-23 13:00 Message: The 2010.03.20 release has fixes for newer Linux kernels. Let us know if that doesn't work for you. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2944634&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-03-23 19:59:14
|
Tracker item #2959749, was opened at 2010-02-26 09:35 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: Rejected Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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 -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 -DHAVE_LSEEK=1 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -DGLIBC_VERSION_21 -DGLIBC_VERSION_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2010-02-26 16:13 Message: Please file a bug against Gentoo ebuild. Filtering out -Werror out of configure.ac is not the best idea. From http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-emulation/open-vm-tools/open-vm-tools-0.0.20100119.226760.ebuild?view=markup : src_prepare() { epatch "${FILESDIR}/default-scripts1.patch" epatch "${FILESDIR}/checkvm-pie-safety.patch" sed -i -e 's/proc-3.2.7/proc/g' configure || die "sed configure failed" sed -i -e 's/CFLAGS=.*Werror/#&/g' configure || die "sed comment out Werror failed" sed -i -e 's:\(TEST_PLUGIN_INSTALLDIR=\).*:\1\$libdir/open-vm-tools/plugins/tests:g' configure || die "sed test_plugin_installdir failed" } ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 15:59 Message: configure:29745: checking for the new format of iconv configure:29778: i686-pc-linux-gnu-gcc -c -O2 -march=i686 -pipe -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU conftest.c >&5 This command is missing "-Werror", so that's why the check is doing the wrong thing. Does gentoo apply any patches to configure.ac that would explain that? ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 13:48 Message: config.log and iconv.h are attached. There is no /usr/include/iconv/iconv.h on my machine. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 13:18 Message: Could you send your open-vm-tools config,log, and also /usr/include/iconv.h (or, if present, /usr/include/iconv/iconv.h) from your machine? I don't see how our check could fail given the sources for glibc 2.10.1 from the GNU site, maybe a look at those files will help us. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 11:00 Message: Yes, it's compiled successfully with CFLAGS="-DGLIBC_VERSION_22" ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 10:30 Message: What about my second question? Didn't see any mentions in the gentoo tracker. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:09 Message: Please see: http://bugs.gentoo.org/show_bug.cgi?id=305939 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 09:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-03-16 17:59:04
|
Tracker item #2971429, was opened at 2010-03-16 17:59 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2971429&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Variable 'exec_prefix' not defined in vmguestlib.pc Initial Comment: pkg-config --list-all /usr/lib/pkgconfig/vmguestlib.pc is failing with Variable 'exec_prefix' not defined in '/usr/lib/pkgconfig/vmguestlib.pc' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2971429&group_id=204462 |
|
From: Jongman H. <jon...@gm...> - 2010-03-03 04:26:47
|
Hi,
I am using Fedora 12 with linus's latest git kernel.
commit 3a5b27bf6f29574d667230c7e76e4b83fe3014e0
Merge: 5057bfa 21df20f
Author: Linus Torvalds <tor...@li...>
Date: Tue Mar 2 10:41:26 2010 -0800
Merge branch 'for-linus' of git://gitorious.org/linux-omap-dss2/linux
But open-vm-tools-2010.02.23-236320 build fails on vmxnet driver.
Following patch fixes it.
please CC me, as I am not on the list.
---------------- [ CUT HERE ] --------------------------
diff --git a/open-vm-tools/modules/linux/vmxnet/vmxnet.c
b/open-vm-tools/modules/linux/vmxnet/vmxnet.c
index 3c70bc1..50caead 100644
--- a/open-vm-tools/modules/linux/vmxnet/vmxnet.c
+++ b/open-vm-tools/modules/linux/vmxnet/vmxnet.c
@@ -1002,7 +1002,9 @@ vmxnet_probe_device(struct pci_dev
*pdev, // IN: vmxnet PCI device
.ndo_stop = &vmxnet_close,
.ndo_get_stats = &vmxnet_get_stats,
.ndo_set_multicast_list = &vmxnet_set_multicast_list,
+# ifdef HAVE_CHANGE_MTU
.ndo_change_mtu = &vmxnet_change_mtu,
+# endif
# ifdef VMW_HAVE_POLL_CONTROLLER
.ndo_poll_controller = vmxnet_netpoll,
# endif
|
|
From: SourceForge.net <no...@so...> - 2010-02-27 00:13:19
|
Tracker item #2959749, was opened at 2010-02-26 09:35 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: Rejected Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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 -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 -DHAVE_LSEEK=1 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -DGLIBC_VERSION_21 -DGLIBC_VERSION_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2010-02-26 16:13 Message: Please file a bug against Gentoo ebuild. Filtering out -Werror out of configure.ac is not the best idea. From http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-emulation/open-vm-tools/open-vm-tools-0.0.20100119.226760.ebuild?view=markup : src_prepare() { epatch "${FILESDIR}/default-scripts1.patch" epatch "${FILESDIR}/checkvm-pie-safety.patch" sed -i -e 's/proc-3.2.7/proc/g' configure || die "sed configure failed" sed -i -e 's/CFLAGS=.*Werror/#&/g' configure || die "sed comment out Werror failed" sed -i -e 's:\(TEST_PLUGIN_INSTALLDIR=\).*:\1\$libdir/open-vm-tools/plugins/tests:g' configure || die "sed test_plugin_installdir failed" } ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 15:59 Message: configure:29745: checking for the new format of iconv configure:29778: i686-pc-linux-gnu-gcc -c -O2 -march=i686 -pipe -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU conftest.c >&5 This command is missing "-Werror", so that's why the check is doing the wrong thing. Does gentoo apply any patches to configure.ac that would explain that? ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 13:48 Message: config.log and iconv.h are attached. There is no /usr/include/iconv/iconv.h on my machine. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 13:18 Message: Could you send your open-vm-tools config,log, and also /usr/include/iconv.h (or, if present, /usr/include/iconv/iconv.h) from your machine? I don't see how our check could fail given the sources for glibc 2.10.1 from the GNU site, maybe a look at those files will help us. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 11:00 Message: Yes, it's compiled successfully with CFLAGS="-DGLIBC_VERSION_22" ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 10:30 Message: What about my second question? Didn't see any mentions in the gentoo tracker. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:09 Message: Please see: http://bugs.gentoo.org/show_bug.cgi?id=305939 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 09:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 23:59:02
|
Tracker item #2959749, was opened at 2010-02-26 09:35 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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 -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 -DHAVE_LSEEK=1 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -DGLIBC_VERSION_21 -DGLIBC_VERSION_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 15:59 Message: configure:29745: checking for the new format of iconv configure:29778: i686-pc-linux-gnu-gcc -c -O2 -march=i686 -pipe -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU conftest.c >&5 This command is missing "-Werror", so that's why the check is doing the wrong thing. Does gentoo apply any patches to configure.ac that would explain that? ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 13:48 Message: config.log and iconv.h are attached. There is no /usr/include/iconv/iconv.h on my machine. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 13:18 Message: Could you send your open-vm-tools config,log, and also /usr/include/iconv.h (or, if present, /usr/include/iconv/iconv.h) from your machine? I don't see how our check could fail given the sources for glibc 2.10.1 from the GNU site, maybe a look at those files will help us. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 11:00 Message: Yes, it's compiled successfully with CFLAGS="-DGLIBC_VERSION_22" ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 10:30 Message: What about my second question? Didn't see any mentions in the gentoo tracker. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:09 Message: Please see: http://bugs.gentoo.org/show_bug.cgi?id=305939 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 10:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 09:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-02-26 21:48:26
|
Tracker item #2959749, was opened at 2010-02-26 17:35 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&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: failed to compile on x86 error: 'GNU_REG_EAX' undeclared Initial Comment: Making all in rpctool make[1]: Entering directory `/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/rpctool' i686-pc-linux-gnu-gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2010.02.23\" -DPACKAGE_STRING=\"open-vm-tools\ 2010.02.23\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2010.02.23\" -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 -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 -DHAVE_LSEEK=1 -I. -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -I/var/tmp/portage/app-emulation/open-vm-tools-0.0.20100223.236320/work/open-vm-tools-2010.02.23-236320/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -I/usr/include -DUSE_ICU -DVMX86_TOOLS -DNO_CORE_ICU -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -DGLIBC_VERSION_21 -DGLIBC_VERSION_23 -O2 -march=i686 -pipe -Wall -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT rpctool.o -MD -MP -MF .deps/rpctool.Tpo -c -o rpctool.o rpctool.c rpctool.c: In function 'SignalHandler': rpctool.c:81: error: 'GNU_REG_EDX' undeclared (first use in this function) rpctool.c:81: error: (Each undeclared identifier is reported only once rpctool.c:81: error: for each function it appears in.) rpctool.c:82: error: 'GNU_REG_EAX' undeclared (first use in this function) make[1]: *** [rpctool.o] Error 1 ---------------------------------------------------------------------- >Comment By: https://www.google.com/accounts () Date: 2010-02-26 21:48 Message: config.log and iconv.h are attached. There is no /usr/include/iconv/iconv.h on my machine. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 21:18 Message: Could you send your open-vm-tools config,log, and also /usr/include/iconv.h (or, if present, /usr/include/iconv/iconv.h) from your machine? I don't see how our check could fail given the sources for glibc 2.10.1 from the GNU site, maybe a look at those files will help us. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 19:00 Message: Yes, it's compiled successfully with CFLAGS="-DGLIBC_VERSION_22" ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 18:30 Message: What about my second question? Didn't see any mentions in the gentoo tracker. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 18:09 Message: Please see: http://bugs.gentoo.org/show_bug.cgi?id=305939 ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2010-02-26 18:01 Message: I use Gentoo: gcc-4.3.4, glibc-2.10.1-r1, 2.6.31-gentoo-r10 i686 Tnx. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-02-26 17:39 Message: What distro are you using (and the glibc version of that distro)? Could you try configure with CFLAGS="-DGLIBC_VERSION_22" to see if it works? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2959749&group_id=204462 |
58 messages has been excluded from this view by a project administrator.
