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-01-18 14:50:03
|
Tracker item #2934325, was opened at 2010-01-18 15:50 Message generated for change (Tracker Item Submitted) made by cjeanneret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2934325&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: Cedric Jeanneret (cjeanneret) Assigned to: Nobody/Anonymous (nobody) Summary: [RedHat] fails to compile with kernel 2.6.18-164.10.1.el5 Initial Comment: Hello, Trying latest version of ovmtools on an up-to-date redhat 5, with these specs: kernel: 2.6.18-164.10.1.el5 gcc: 4.1.2 20080704 (Red Hat 4.1.2-46) redhat version: Red Hat Enterprise Linux Server release 5.4 (Tikanga) ovmtools version: 2009.12.16-217847 Error (full compilation log attached): /bin/sh ../../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.12.16\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.12.16\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.12.16\" -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/\" -DX_DISPLAY_MISSING=1 -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 -DNO_MULTIMON=1 -I. -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -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 -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT fileIOPosix.lo -MD -MP -MF .deps/fileIOPosix.Tpo -c -o fileIOPosix.lo fileIOPosix.c libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.12.16\" "-DPACKAGE_STRING=\"open-vm-tools 2009.12.16\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.12.16\" -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/\" -DX_DISPLAY_MISSING=1 -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 -DNO_MULTIMON=1 -I. -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -I/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -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 -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT fileIOPosix.lo -MD -MP -MF .deps/fileIOPosix.Tpo -c fileIOPosix.c -fPIC -DPIC -o .libs/fileIOPosix.o fileIOPosix.c: In function ‘FileIO_SetAllocSize’: fileIOPosix.c:1949: error: ‘__NR_fallocate’ undeclared (first use in this function) fileIOPosix.c:1949: error: (Each undeclared identifier is reported only once fileIOPosix.c:1949: error: for each function it appears in.) make[2]: *** [fileIOPosix.lo] Error 1 make[2]: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib/file' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847/lib' make: *** [all-recursive] Error 1 make: Leaving directory `/tmp/tmp.Tzadvh3347/open-vm-tools-2009.12.16-217847' I didn't find a bug with this error. Any idea ? I can try without problem any patch if necessary. For information, we used to install 2009.07.22-179896 on our clients before, with a patch (https://sourceforge.net/tracker/index.php?func=detail&aid=2854490&group_id=204462&atid=989708). This version doesn't work neither (with and w/o patch). Thank you in advance. Best regards, C. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2934325&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-18 14:35:51
|
Tracker item #2854490, was opened at 2009-09-08 19:04 Message generated for change (Comment added) made by cjeanneret You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2854490&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: Cedric Jeanneret (cjeanneret) Assigned to: Nobody/Anonymous (nobody) Summary: rhel 5.x, kernel 2.6.18 Initial Comment: Hello, Trying to make ovmt work on a rhel5.4 guest, I have a nice error : make[3]: Entering directory `/usr/src/kernels/2.6.18-164.el5-x86_64' CC [M] /tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.o In file included from /tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.c:36: /tmp/open-vm-tools-2009.07.22-179896/modules/linux/shared/compat_netdevice.h:299: error: redefinition of ‘struct napi_struct’ make[4]: *** [/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.o] Error 1 make[3]: *** [_module_/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet] Error 2 make[3]: Leaving directory `/usr/src/kernels/2.6.18-164.el5-x86_64' make[2]: *** [vmxnet.ko] Error 2 make[2]: Leaving directory `/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet' make[1]: *** [vmxnet] Error 2 make[1]: Leaving directory `/tmp/open-vm-tools-2009.07.22-179896/modules' make: *** [all-recursive] Error 1 Details: Red Hat Enterprise Linux Server release 5.4 (Tikanga) kernel: 2.6.18-164.el5 ovmt: open-vm-tools-2009.07.22-179896 gcc: gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-46) glib-2.0 : 2.12.3 (4.el5_3.1) I tried the latest one too, same machine (so same environment). And have other errors : make[2]: Entering directory `/tmp/open-vm-tools-2009.08.24-187411/lib/slashProc' /bin/sh ../../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.08.24\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.08.24\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.08.24\" -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/\" -DX_DISPLAY_MISSING=1 -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 -DNO_MULTIMON=1 -I. -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -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 -I/usr/include -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT libSlashProc_la-net.lo -MD -MP -MF .deps/libSlashProc_la-net.Tpo -c -o libSlashProc_la-net.lo `test -f 'net.c' || echo './'`net.c libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.08.24\" "-DPACKAGE_STRING=\"open-vm-tools 2009.08.24\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.08.24\" -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/\" -DX_DISPLAY_MISSING=1 -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 -DNO_MULTIMON=1 -I. -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -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 -I/usr/include -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT libSlashProc_la-net.lo -MD -MP -MF .deps/libSlashProc_la-net.Tpo -c net.c -fPIC -DPIC -o .libs/libSlashProc_la-net.o cc1: warnings being treated as errors net.c:100: warning: type defaults to 'int' in declaration of 'GMatchInfo' net.c:100: error: expected ';', ',' or ')' before '*' token net.c: In function 'SlashProcNet_GetSnmp': net.c:227: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:227: error: 'myKeyRegex' undeclared (first use in this function) net.c:227: error: (Each undeclared identifier is reported only once net.c:227: error: for each function it appears in.) net.c:228: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:228: error: 'myValRegex' undeclared (first use in this function) net.c:231: warning: implicit declaration of function 'g_regex_new' net.c:231: error: 'G_REGEX_OPTIMIZE' undeclared (first use in this function) net.c:261: error: 'GMatchInfo' undeclared (first use in this function) net.c:261: error: 'keyMatchInfo' undeclared (first use in this function) net.c:262: error: 'valMatchInfo' undeclared (first use in this function) net.c:277: warning: implicit declaration of function 'g_regex_match' net.c:283: warning: implicit declaration of function 'g_match_info_fetch' net.c:283: warning: assignment makes pointer from integer without a cast net.c:284: warning: assignment makes pointer from integer without a cast net.c:336: warning: implicit declaration of function 'g_match_info_free' net.c: In function 'SlashProcNet_GetSnmp6': net.c:417: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:417: error: 'myRegex' undeclared (first use in this function) net.c:420: error: 'G_REGEX_OPTIMIZE' undeclared (first use in this function) net.c:444: error: 'GMatchInfo' undeclared (first use in this function) net.c:444: error: 'matchInfo' undeclared (first use in this function) net.c:451: warning: assignment makes pointer from integer without a cast net.c:452: warning: assignment makes pointer from integer without a cast net.c: In function 'SlashProcNet_GetRoute': net.c:534: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:534: error: 'myFieldsRE' undeclared (first use in this function) net.c:535: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:535: error: 'myValuesRE' undeclared (first use in this function) net.c:585: error: 'GMatchInfo' undeclared (first use in this function) net.c:585: error: 'myMatchInfo' undeclared (first use in this function) net.c:608: warning: assignment makes pointer from integer without a cast net.c:612: warning: implicit declaration of function 'MatchToGuint64' net.c: In function 'SlashProcNet_GetRoute6': net.c:726: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:726: error: 'myValuesRE' undeclared (first use in this function) net.c:755: error: 'GMatchInfo' undeclared (first use in this function) net.c:755: error: 'myMatchInfo' undeclared (first use in this function) net.c:765: warning: initialization makes pointer from integer without a cast net.c:766: warning: initialization makes pointer from integer without a cast net.c:767: warning: initialization makes pointer from integer without a cast net.c:774: warning: initialization makes pointer from integer without a cast net.c: At top level: net.c:881: warning: type defaults to 'int' in declaration of 'GMatchInfo' net.c:881: error: expected ';', ',' or ')' before '*' token make[2]: *** [libSlashProc_la-net.lo] Error 1 make[2]: Leaving directory `/tmp/open-vm-tools-2009.08.24-187411/lib/slashProc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/open-vm-tools-2009.08.24-187411/lib' make: *** [all-recursive] Error 1 Anything to do about this ? It seems, for the first one, that commenting out the struc definition in modules/linux/shared/compat_netdevice.h fixes the problem. Thanks in advance! Best regards, C. ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2010-01-18 15:35 Message: Hello, Yes, sorry, this fixed the bug for this kernel version. Thank you. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-12-19 03:07 Message: I'll assume this is fixed. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-09-30 00:20 Message: I see Dmitry's fix made it into the 09.18 release (git commit f77444); did that fix things for you? ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-09-09 18:25 Message: No, just give me some more time, there should be the second part coming... ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2009-09-09 11:37 Message: Hello again, I tried your path. good news, it works for open-vm-tools-2009.07.22-179896 it doesn't fixe open-vm-tools-2009.08.24-187411 problem. Should I open a new bug for open-vm-tools-2009.08.24-187411 ? Great job :) Best regards, C. ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2009-09-09 07:44 Message: What can I do to help you? We'll have a vmware guest for these tests, so I'll be able to test any new version. Thank you for your quick answer. Best regards C. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-09-08 19:24 Message: Hmm, did RedHat backported new NAPI to 2.6.18?... It used to be available with 2.6.24 kernels, I'll take a look. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2854490&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-12 17:23:26
|
Tracker item #2927164, was opened at 2010-01-06 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=2927164&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: Nathan Neulinger (nneul) Assigned to: Nobody/Anonymous (nobody) Summary: Invalid udp checksums (broken net) with open-vm-tools Initial Comment: FC12, rpmfusion build 210370, 2.6.31.9-174 Immediate obvious symptom is udp dns is completely non-functional whenever vmxnet has been loaded instead of pcnet32. Will try if I can with newer build... This is running on esx 4 full, update 1. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2010-01-12 09:23 Message: This was fixed in git cid 245e1fce520. ---------------------------------------------------------------------- Comment By: Nathan Neulinger (nneul) Date: 2010-01-06 17:30 Message: Just had a chance to test builds of 210370 as well as 217847 and it appears to be specific to 210370 build, both in the RPM from rpmfusion and a fresh build from the tarball. I'll just close this since it appears to be fixed in the current release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2927164&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-07 01:30:31
|
Tracker item #2927164, was opened at 2010-01-06 14:49 Message generated for change (Settings changed) made by nneul You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2927164&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: Nathan Neulinger (nneul) Assigned to: Nobody/Anonymous (nobody) Summary: Invalid udp checksums (broken net) with open-vm-tools Initial Comment: FC12, rpmfusion build 210370, 2.6.31.9-174 Immediate obvious symptom is udp dns is completely non-functional whenever vmxnet has been loaded instead of pcnet32. Will try if I can with newer build... This is running on esx 4 full, update 1. ---------------------------------------------------------------------- >Comment By: Nathan Neulinger (nneul) Date: 2010-01-06 19:30 Message: Just had a chance to test builds of 210370 as well as 217847 and it appears to be specific to 210370 build, both in the RPM from rpmfusion and a fresh build from the tarball. I'll just close this since it appears to be fixed in the current release. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2927164&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-06 20:49:19
|
Tracker item #2927164, was opened at 2010-01-06 14:49 Message generated for change (Tracker Item Submitted) made by nneul You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2927164&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: Nathan Neulinger (nneul) Assigned to: Nobody/Anonymous (nobody) Summary: Invalid udp checksums (broken net) with open-vm-tools Initial Comment: FC12, rpmfusion build 210370, 2.6.31.9-174 Immediate obvious symptom is udp dns is completely non-functional whenever vmxnet has been loaded instead of pcnet32. Will try if I can with newer build... This is running on esx 4 full, update 1. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2927164&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2010-01-06 11:56:22
|
Tracker item #2926846, was opened at 2010-01-06 12:56 Message generated for change (Tracker Item Submitted) made by dimstar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2926846&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: building vmci on x86_64 (kernel 2.26.32) fails Initial Comment: while building the new version for openSUSE 11.3 (Factory), the build fails with this error message (on x86_64, works on i586).The build against 2.6.31/x86_64 did work as well. using 2.6.x kernel build system. CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciDatagram.o CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciEvent.o CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciGuestDs.o CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciGuestKernelIf.o CC [M] /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.o In file included from /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:53: /usr/src/packages/BUILD/obj/default/modules/linux/vmci/pgtbl.h: In function 'PgtblVa2MPN': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/pgtbl.h:301: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/pgtbl.h: In function 'PgtblVa2Page': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/pgtbl.h:373: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c: In function 'VMCIHost_SignalCall': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:340: error: 'TASK_NORMAL' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:340: error: (Each undeclared identifier is reported only once /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:340: error: for each function it appears in.) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c: In function 'VMCIHost_WaitForCallLocked': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:382: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:382: error: 'TASK_INTERRUPTIBLE' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:390: error: implicit declaration of function 'schedule' /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:398: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:398: error: 'TASK_RUNNING' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:402: error: implicit declaration of function 'signal_pending' /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c: In function 'VMCI_SignalEvent': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:790: error: 'TASK_NORMAL' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c: In function 'VMCI_WaitOnEventInterruptible': /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:847: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:847: error: 'TASK_INTERRUPTIBLE' undeclared (first use in this function) /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:859: error: dereferencing pointer to incomplete type /usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.c:859: error: 'TASK_RUNNING' undeclared (first use in this function) make[3]: *** [/usr/src/packages/BUILD/obj/default/modules/linux/vmci/vmciKernelIf.o] Error 1 make[2]: *** [_module_/usr/src/packages/BUILD/obj/default/modules/linux/vmci] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.32-3-obj/x86_64/default' error: Bad exit status from /var/tmp/rpm-tmp.afmEY8 (%build) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2926846&group_id=204462 |
|
From: Jeseem S <je...@gm...> - 2009-12-23 23:32:04
|
Hi Has anyone tried building vm-tools on uclibc and buildroot ? Anything for me to jumpstart thanks jeseem |
|
From: SourceForge.net <no...@so...> - 2009-12-23 15:26:32
|
Tracker item #2865799, was opened at 2009-09-24 11:25 Message generated for change (Settings changed) made by pirzyk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2865799&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: None Priority: 5 Private: No Submitted By: Jim (pirzyk) Assigned to: Nobody/Anonymous (nobody) Summary: make install fails Initial Comment: When compling 2009.09.18, the 'make install' target fails, can't create shared libraries because of misisng symbols. Had to add some tags in the configure.ac and */Makefile.am to get it to work. Patch attached. ---------------------------------------------------------------------- Comment By: Jim (pirzyk) Date: 2009-12-23 10:26 Message: Yes, the workaround was to update libtool. Sorry for the red herring. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-12-18 21:05 Message: I'll assume you found a workaround (since I wasn't able to reproduce your issue), speak up if you're still having problems. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-10-22 19:22 Message: I just tried the latest release on a Fedora 8 VM and it seems to work fine. This is the output of the step that seems to fail for you: libtool: install: (cd /home/vmware/ovt/open-vm-tools-2009.10.15-201664/tests/testDebug; /bin/sh /home/vmware/ovt/open-vm-tools-2009.10.15-201664/libtool --tag CC --mode=relink gcc -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -Wl,-z,defs -Wl,-lc -shared -module -avoid-version-o libtestDebug.la -rpath /usr/local/share/open-vm-tools/tests libtestDebug_la-testDebug.lo -lgobject-2.0 -lglib-2.0 /home/vmware/ovt/open-vm-tools-2009.10.15-201664/libvmtools/libvmtools.la -lglib-2.0 ../vmrpcdbg/libvmrpcdbg.la -inst-prefix-dir /home/vmware/ovt/inst) libtool: relink: gcc -shared .libs/libtestDebug_la-testDebug.o -Wl,--whole-archive ../vmrpcdbg/.libs/libvmrpcdbg.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/local/lib -lgobject-2.0 -lgmodule-2.0 -L/home/vmware/ovt/inst/usr/local/lib -L/usr/local/lib -lvmtools -ldl -lcrypt -lpthread -lglib-2.0 -Wl,-z -Wl,defs -Wl,-lc -Wl,-soname -Wl,libtestDebug.so -o .libs/libtestDebug.so libtool: install: /usr/bin/install -c .libs/libtestDebug.soT /home/vmware/ovt/inst/usr/local/share/open-vm-tools/tests/libtestDebug.so Are you sure you somehow don't have a mix of old and new sources you're trying to compile? (The functions that libtool complains about in your output have gone through some changes in the past few months.) I'd recommend trying with a fresh source dir. If you're getting the data from git, then there might be an issue with the version of libtool in those distros (since I used the tarball, it comes with the code generated from our version of libtool, which I think is 2.2). ---------------------------------------------------------------------- Comment By: Jim (pirzyk) Date: 2009-10-21 12:51 Message: In further testing, I have determined the problem only happens on the Fedora Core 5 and 8 systems I compile on, not on Fedora Core 11 or CentOS 5.3. Here's the errors: make[3]: Entering directory `/var/tmp/open-vm-tools-2009.10.15-201664/tests/testDebug' make[3]: Nothing to be done for `install-exec-am'. test -z "/usr/share/open-vm-tools/tests" || //bin/mkdir -p "/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/share/open-vm-tools/tests" /bin/sh ../../libtool --mode=install /usr/bin/install -c 'libtestDebug.la' '/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/share/open-vm-tools/tests/libtestDebug.la' libtool: install: warning: relinking `libtestDebug.la' libtool: install: (cd /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/testDebug; /bin/sh /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/libtool --tag CC --mode=relink gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -Wl,-z,defs -Wl,-lc -shared -module -avoid-version -o libtestDebug.la -rpath /usr/share/open-vm-tools/tests libtestDebug_la-testDebug.lo -lgobject-2.0 -lglib-2.0 /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/libvmtools/libvmtools.la -lglib-2.0 ../vmrpcdbg/libvmrpcdbg.la -inst-prefix-dir /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01) libtool: relink: gcc -shared .libs/libtestDebug_la-testDebug.o -Wl,--whole-archive ../vmrpcdbg/.libs/libvmrpcdbg.a -Wl,--no-whole-archive -lgobject-2.0 -L/usr/lib -lgmodule-2.0 -L/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/lib -lvmtools -ldl -ldnet -lcrypt -licui18n -licuuc -licudata -lpthread -lm -lglib-2.0 -m32 -march=i386 -mtune=generic -Wl,-z -Wl,defs -Wl,-lc -Wl,-soname -Wl,libtestDebug.so -o .libs/libtestDebug.so .libs/libtestDebug_la-testDebug.o: In function `TestDebugReceiveVersion': /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/testDebug/testDebug.c:165: undefined reference to `Util_SafeInternalStrdup' ../vmrpcdbg/.libs/libvmrpcdbg.a(libvmrpcdbg_la-debugChannel.o): In function `RpcDebugSend': /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:233: undefined reference to `Util_SafeInternalStrdup' /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:245: undefined reference to `Util_SafeInternalStrdup' /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:222: undefined reference to `Util_SafeInternalStrdup' collect2: ld returned 1 exit status libtool: install: error: relink `libtestDebug.la' with the above command before installing it make[3]: *** [install-pluginLTLIBRARIES] Error 1 make[3]: Leaving directory `/var/tmp/open-vm-tools-2009.10.15-201664/tests/testDebug' ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-09-24 20:21 Message: Could you post the error that you're seeing? It looks like there's something more fundamentally wrong here, because libMisc.la is already linked into libvmtools.so, which is already part of the libraries used by the testDebug plugin you're modifying. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2865799&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-12-23 15:26:01
|
Tracker item #2865799, was opened at 2009-09-24 11:25 Message generated for change (Comment added) made by pirzyk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2865799&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: Pending Resolution: None Priority: 5 Private: No Submitted By: Jim (pirzyk) Assigned to: Nobody/Anonymous (nobody) Summary: make install fails Initial Comment: When compling 2009.09.18, the 'make install' target fails, can't create shared libraries because of misisng symbols. Had to add some tags in the configure.ac and */Makefile.am to get it to work. Patch attached. ---------------------------------------------------------------------- Comment By: Jim (pirzyk) Date: 2009-12-23 10:26 Message: Yes, the workaround was to update libtool. Sorry for the red herring. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-12-18 21:05 Message: I'll assume you found a workaround (since I wasn't able to reproduce your issue), speak up if you're still having problems. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-10-22 19:22 Message: I just tried the latest release on a Fedora 8 VM and it seems to work fine. This is the output of the step that seems to fail for you: libtool: install: (cd /home/vmware/ovt/open-vm-tools-2009.10.15-201664/tests/testDebug; /bin/sh /home/vmware/ovt/open-vm-tools-2009.10.15-201664/libtool --tag CC --mode=relink gcc -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -Wl,-z,defs -Wl,-lc -shared -module -avoid-version-o libtestDebug.la -rpath /usr/local/share/open-vm-tools/tests libtestDebug_la-testDebug.lo -lgobject-2.0 -lglib-2.0 /home/vmware/ovt/open-vm-tools-2009.10.15-201664/libvmtools/libvmtools.la -lglib-2.0 ../vmrpcdbg/libvmrpcdbg.la -inst-prefix-dir /home/vmware/ovt/inst) libtool: relink: gcc -shared .libs/libtestDebug_la-testDebug.o -Wl,--whole-archive ../vmrpcdbg/.libs/libvmrpcdbg.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/local/lib -lgobject-2.0 -lgmodule-2.0 -L/home/vmware/ovt/inst/usr/local/lib -L/usr/local/lib -lvmtools -ldl -lcrypt -lpthread -lglib-2.0 -Wl,-z -Wl,defs -Wl,-lc -Wl,-soname -Wl,libtestDebug.so -o .libs/libtestDebug.so libtool: install: /usr/bin/install -c .libs/libtestDebug.soT /home/vmware/ovt/inst/usr/local/share/open-vm-tools/tests/libtestDebug.so Are you sure you somehow don't have a mix of old and new sources you're trying to compile? (The functions that libtool complains about in your output have gone through some changes in the past few months.) I'd recommend trying with a fresh source dir. If you're getting the data from git, then there might be an issue with the version of libtool in those distros (since I used the tarball, it comes with the code generated from our version of libtool, which I think is 2.2). ---------------------------------------------------------------------- Comment By: Jim (pirzyk) Date: 2009-10-21 12:51 Message: In further testing, I have determined the problem only happens on the Fedora Core 5 and 8 systems I compile on, not on Fedora Core 11 or CentOS 5.3. Here's the errors: make[3]: Entering directory `/var/tmp/open-vm-tools-2009.10.15-201664/tests/testDebug' make[3]: Nothing to be done for `install-exec-am'. test -z "/usr/share/open-vm-tools/tests" || //bin/mkdir -p "/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/share/open-vm-tools/tests" /bin/sh ../../libtool --mode=install /usr/bin/install -c 'libtestDebug.la' '/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/share/open-vm-tools/tests/libtestDebug.la' libtool: install: warning: relinking `libtestDebug.la' libtool: install: (cd /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/testDebug; /bin/sh /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/libtool --tag CC --mode=relink gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -Wl,-z,defs -Wl,-lc -shared -module -avoid-version -o libtestDebug.la -rpath /usr/share/open-vm-tools/tests libtestDebug_la-testDebug.lo -lgobject-2.0 -lglib-2.0 /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/libvmtools/libvmtools.la -lglib-2.0 ../vmrpcdbg/libvmrpcdbg.la -inst-prefix-dir /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01) libtool: relink: gcc -shared .libs/libtestDebug_la-testDebug.o -Wl,--whole-archive ../vmrpcdbg/.libs/libvmrpcdbg.a -Wl,--no-whole-archive -lgobject-2.0 -L/usr/lib -lgmodule-2.0 -L/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/lib -lvmtools -ldl -ldnet -lcrypt -licui18n -licuuc -licudata -lpthread -lm -lglib-2.0 -m32 -march=i386 -mtune=generic -Wl,-z -Wl,defs -Wl,-lc -Wl,-soname -Wl,libtestDebug.so -o .libs/libtestDebug.so .libs/libtestDebug_la-testDebug.o: In function `TestDebugReceiveVersion': /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/testDebug/testDebug.c:165: undefined reference to `Util_SafeInternalStrdup' ../vmrpcdbg/.libs/libvmrpcdbg.a(libvmrpcdbg_la-debugChannel.o): In function `RpcDebugSend': /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:233: undefined reference to `Util_SafeInternalStrdup' /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:245: undefined reference to `Util_SafeInternalStrdup' /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:222: undefined reference to `Util_SafeInternalStrdup' collect2: ld returned 1 exit status libtool: install: error: relink `libtestDebug.la' with the above command before installing it make[3]: *** [install-pluginLTLIBRARIES] Error 1 make[3]: Leaving directory `/var/tmp/open-vm-tools-2009.10.15-201664/tests/testDebug' ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-09-24 20:21 Message: Could you post the error that you're seeing? It looks like there's something more fundamentally wrong here, because libMisc.la is already linked into libvmtools.so, which is already part of the libraries used by the testDebug plugin you're modifying. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2865799&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-12-19 02:08:41
|
Tracker item #2222340, was opened at 2008-11-04 12:51 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2222340&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: toolbox Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: Ragavan S (ragavan_s) Assigned to: Nobody/Anonymous (nobody) Summary: Toolbox documentation missing Initial Comment: As reported by Denis Leroy at https://sourceforge.net/mailarchive/message.php?msg_name=490AD68D.3090804%40poolshark.org We noticed that clicking on the Help button of the vmware toolbox generates an error message. Looking at the code, it expects documentation to live in /usr/lib/vmawre-tools/hlp, but the tarball doesn't seem to include any... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2222340&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-12-19 02:07:34
|
Tracker item #2854490, was opened at 2009-09-08 10:04 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2854490&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: Cedric Jeanneret (cjeanneret) Assigned to: Nobody/Anonymous (nobody) Summary: rhel 5.x, kernel 2.6.18 Initial Comment: Hello, Trying to make ovmt work on a rhel5.4 guest, I have a nice error : make[3]: Entering directory `/usr/src/kernels/2.6.18-164.el5-x86_64' CC [M] /tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.o In file included from /tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.c:36: /tmp/open-vm-tools-2009.07.22-179896/modules/linux/shared/compat_netdevice.h:299: error: redefinition of ‘struct napi_struct’ make[4]: *** [/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet/vmxnet.o] Error 1 make[3]: *** [_module_/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet] Error 2 make[3]: Leaving directory `/usr/src/kernels/2.6.18-164.el5-x86_64' make[2]: *** [vmxnet.ko] Error 2 make[2]: Leaving directory `/tmp/open-vm-tools-2009.07.22-179896/modules/linux/vmxnet' make[1]: *** [vmxnet] Error 2 make[1]: Leaving directory `/tmp/open-vm-tools-2009.07.22-179896/modules' make: *** [all-recursive] Error 1 Details: Red Hat Enterprise Linux Server release 5.4 (Tikanga) kernel: 2.6.18-164.el5 ovmt: open-vm-tools-2009.07.22-179896 gcc: gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-46) glib-2.0 : 2.12.3 (4.el5_3.1) I tried the latest one too, same machine (so same environment). And have other errors : make[2]: Entering directory `/tmp/open-vm-tools-2009.08.24-187411/lib/slashProc' /bin/sh ../../libtool --tag=CC --mode=compile gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.08.24\" -DPACKAGE_STRING=\"open-vm-tools\ 2009.08.24\" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.08.24\" -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/\" -DX_DISPLAY_MISSING=1 -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 -DNO_MULTIMON=1 -I. -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -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 -I/usr/include -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT libSlashProc_la-net.lo -MD -MP -MF .deps/libSlashProc_la-net.Tpo -c -o libSlashProc_la-net.lo `test -f 'net.c' || echo './'`net.c libtool: compile: gcc -DPACKAGE_NAME=\"open-vm-tools\" -DPACKAGE_TARNAME=\"open-vm-tools\" -DPACKAGE_VERSION=\"2009.08.24\" "-DPACKAGE_STRING=\"open-vm-tools 2009.08.24\"" -DPACKAGE_BUGREPORT=\"ope...@li...\" -DPACKAGE=\"open-vm-tools\" -DVERSION=\"2009.08.24\" -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/\" -DX_DISPLAY_MISSING=1 -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 -DNO_MULTIMON=1 -I. -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -I/tmp/open-vm-tools-2009.08.24-187411/lib/include -DUSING_AUTOCONF=1 -DOPEN_VM_TOOLS -D_REENTRANT -D_REENTRANT -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 -I/usr/include -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -MT libSlashProc_la-net.lo -MD -MP -MF .deps/libSlashProc_la-net.Tpo -c net.c -fPIC -DPIC -o .libs/libSlashProc_la-net.o cc1: warnings being treated as errors net.c:100: warning: type defaults to 'int' in declaration of 'GMatchInfo' net.c:100: error: expected ';', ',' or ')' before '*' token net.c: In function 'SlashProcNet_GetSnmp': net.c:227: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:227: error: 'myKeyRegex' undeclared (first use in this function) net.c:227: error: (Each undeclared identifier is reported only once net.c:227: error: for each function it appears in.) net.c:228: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:228: error: 'myValRegex' undeclared (first use in this function) net.c:231: warning: implicit declaration of function 'g_regex_new' net.c:231: error: 'G_REGEX_OPTIMIZE' undeclared (first use in this function) net.c:261: error: 'GMatchInfo' undeclared (first use in this function) net.c:261: error: 'keyMatchInfo' undeclared (first use in this function) net.c:262: error: 'valMatchInfo' undeclared (first use in this function) net.c:277: warning: implicit declaration of function 'g_regex_match' net.c:283: warning: implicit declaration of function 'g_match_info_fetch' net.c:283: warning: assignment makes pointer from integer without a cast net.c:284: warning: assignment makes pointer from integer without a cast net.c:336: warning: implicit declaration of function 'g_match_info_free' net.c: In function 'SlashProcNet_GetSnmp6': net.c:417: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:417: error: 'myRegex' undeclared (first use in this function) net.c:420: error: 'G_REGEX_OPTIMIZE' undeclared (first use in this function) net.c:444: error: 'GMatchInfo' undeclared (first use in this function) net.c:444: error: 'matchInfo' undeclared (first use in this function) net.c:451: warning: assignment makes pointer from integer without a cast net.c:452: warning: assignment makes pointer from integer without a cast net.c: In function 'SlashProcNet_GetRoute': net.c:534: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:534: error: 'myFieldsRE' undeclared (first use in this function) net.c:535: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:535: error: 'myValuesRE' undeclared (first use in this function) net.c:585: error: 'GMatchInfo' undeclared (first use in this function) net.c:585: error: 'myMatchInfo' undeclared (first use in this function) net.c:608: warning: assignment makes pointer from integer without a cast net.c:612: warning: implicit declaration of function 'MatchToGuint64' net.c: In function 'SlashProcNet_GetRoute6': net.c:726: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token net.c:726: error: 'myValuesRE' undeclared (first use in this function) net.c:755: error: 'GMatchInfo' undeclared (first use in this function) net.c:755: error: 'myMatchInfo' undeclared (first use in this function) net.c:765: warning: initialization makes pointer from integer without a cast net.c:766: warning: initialization makes pointer from integer without a cast net.c:767: warning: initialization makes pointer from integer without a cast net.c:774: warning: initialization makes pointer from integer without a cast net.c: At top level: net.c:881: warning: type defaults to 'int' in declaration of 'GMatchInfo' net.c:881: error: expected ';', ',' or ')' before '*' token make[2]: *** [libSlashProc_la-net.lo] Error 1 make[2]: Leaving directory `/tmp/open-vm-tools-2009.08.24-187411/lib/slashProc' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/open-vm-tools-2009.08.24-187411/lib' make: *** [all-recursive] Error 1 Anything to do about this ? It seems, for the first one, that commenting out the struc definition in modules/linux/shared/compat_netdevice.h fixes the problem. Thanks in advance! Best regards, C. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-12-18 18:07 Message: I'll assume this is fixed. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-09-29 15:20 Message: I see Dmitry's fix made it into the 09.18 release (git commit f77444); did that fix things for you? ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-09-09 09:25 Message: No, just give me some more time, there should be the second part coming... ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2009-09-09 02:37 Message: Hello again, I tried your path. good news, it works for open-vm-tools-2009.07.22-179896 it doesn't fixe open-vm-tools-2009.08.24-187411 problem. Should I open a new bug for open-vm-tools-2009.08.24-187411 ? Great job :) Best regards, C. ---------------------------------------------------------------------- Comment By: Cedric Jeanneret (cjeanneret) Date: 2009-09-08 22:44 Message: What can I do to help you? We'll have a vmware guest for these tests, so I'll be able to test any new version. Thank you for your quick answer. Best regards C. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-09-08 10:24 Message: Hmm, did RedHat backported new NAPI to 2.6.18?... It used to be available with 2.6.24 kernels, I'll take a look. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2854490&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-12-19 02:05:54
|
Tracker item #2865799, was opened at 2009-09-24 08:25 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2865799&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: Pending Resolution: None Priority: 5 Private: No Submitted By: Jim (pirzyk) Assigned to: Nobody/Anonymous (nobody) Summary: make install fails Initial Comment: When compling 2009.09.18, the 'make install' target fails, can't create shared libraries because of misisng symbols. Had to add some tags in the configure.ac and */Makefile.am to get it to work. Patch attached. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-12-18 18:05 Message: I'll assume you found a workaround (since I wasn't able to reproduce your issue), speak up if you're still having problems. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-10-22 16:22 Message: I just tried the latest release on a Fedora 8 VM and it seems to work fine. This is the output of the step that seems to fail for you: libtool: install: (cd /home/vmware/ovt/open-vm-tools-2009.10.15-201664/tests/testDebug; /bin/sh /home/vmware/ovt/open-vm-tools-2009.10.15-201664/libtool --tag CC --mode=relink gcc -g -O2 -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -Wl,-z,defs -Wl,-lc -shared -module -avoid-version-o libtestDebug.la -rpath /usr/local/share/open-vm-tools/tests libtestDebug_la-testDebug.lo -lgobject-2.0 -lglib-2.0 /home/vmware/ovt/open-vm-tools-2009.10.15-201664/libvmtools/libvmtools.la -lglib-2.0 ../vmrpcdbg/libvmrpcdbg.la -inst-prefix-dir /home/vmware/ovt/inst) libtool: relink: gcc -shared .libs/libtestDebug_la-testDebug.o -Wl,--whole-archive ../vmrpcdbg/.libs/libvmrpcdbg.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/local/lib -lgobject-2.0 -lgmodule-2.0 -L/home/vmware/ovt/inst/usr/local/lib -L/usr/local/lib -lvmtools -ldl -lcrypt -lpthread -lglib-2.0 -Wl,-z -Wl,defs -Wl,-lc -Wl,-soname -Wl,libtestDebug.so -o .libs/libtestDebug.so libtool: install: /usr/bin/install -c .libs/libtestDebug.soT /home/vmware/ovt/inst/usr/local/share/open-vm-tools/tests/libtestDebug.so Are you sure you somehow don't have a mix of old and new sources you're trying to compile? (The functions that libtool complains about in your output have gone through some changes in the past few months.) I'd recommend trying with a fresh source dir. If you're getting the data from git, then there might be an issue with the version of libtool in those distros (since I used the tarball, it comes with the code generated from our version of libtool, which I think is 2.2). ---------------------------------------------------------------------- Comment By: Jim (pirzyk) Date: 2009-10-21 09:51 Message: In further testing, I have determined the problem only happens on the Fedora Core 5 and 8 systems I compile on, not on Fedora Core 11 or CentOS 5.3. Here's the errors: make[3]: Entering directory `/var/tmp/open-vm-tools-2009.10.15-201664/tests/testDebug' make[3]: Nothing to be done for `install-exec-am'. test -z "/usr/share/open-vm-tools/tests" || //bin/mkdir -p "/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/share/open-vm-tools/tests" /bin/sh ../../libtool --mode=install /usr/bin/install -c 'libtestDebug.la' '/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/share/open-vm-tools/tests/libtestDebug.la' libtool: install: warning: relinking `libtestDebug.la' libtool: install: (cd /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/testDebug; /bin/sh /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/libtool --tag CC --mode=relink gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -Wall -Werror -Wno-pointer-sign -Wno-unused-value -fno-strict-aliasing -Wno-unknown-pragmas -Wno-uninitialized -Wl,-z,defs -Wl,-lc -shared -module -avoid-version -o libtestDebug.la -rpath /usr/share/open-vm-tools/tests libtestDebug_la-testDebug.lo -lgobject-2.0 -lglib-2.0 /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/libvmtools/libvmtools.la -lglib-2.0 ../vmrpcdbg/libvmrpcdbg.la -inst-prefix-dir /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01) libtool: relink: gcc -shared .libs/libtestDebug_la-testDebug.o -Wl,--whole-archive ../vmrpcdbg/.libs/libvmrpcdbg.a -Wl,--no-whole-archive -lgobject-2.0 -L/usr/lib -lgmodule-2.0 -L/home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664.1.fc5-jpirzy01/usr/lib -lvmtools -ldl -ldnet -lcrypt -licui18n -licuuc -licudata -lpthread -lm -lglib-2.0 -m32 -march=i386 -mtune=generic -Wl,-z -Wl,defs -Wl,-lc -Wl,-soname -Wl,libtestDebug.so -o .libs/libtestDebug.so .libs/libtestDebug_la-testDebug.o: In function `TestDebugReceiveVersion': /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/testDebug/testDebug.c:165: undefined reference to `Util_SafeInternalStrdup' ../vmrpcdbg/.libs/libvmrpcdbg.a(libvmrpcdbg_la-debugChannel.o): In function `RpcDebugSend': /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:233: undefined reference to `Util_SafeInternalStrdup' /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:245: undefined reference to `Util_SafeInternalStrdup' /home/jpirzy01/src/BUILD/open-vm-tools-2009.10.15-201664/tests/vmrpcdbg/debugChannel.c:222: undefined reference to `Util_SafeInternalStrdup' collect2: ld returned 1 exit status libtool: install: error: relink `libtestDebug.la' with the above command before installing it make[3]: *** [install-pluginLTLIBRARIES] Error 1 make[3]: Leaving directory `/var/tmp/open-vm-tools-2009.10.15-201664/tests/testDebug' ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-09-24 17:21 Message: Could you post the error that you're seeing? It looks like there's something more fundamentally wrong here, because libMisc.la is already linked into libvmtools.so, which is already part of the libraries used by the testDebug plugin you're modifying. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2865799&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-12-19 02:02:06
|
Tracker item #2900231, was opened at 2009-11-18 18:27 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&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: misc Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Symeon Nifos (archwndas) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools: compile error at modules/linux Initial Comment: Hi, I was compiling after configure with: ./configure --with-procps="-L/lib/ -lproc-3.2.8" First think I would like to point out is that you should not test the existence of libproc by linking with the specific version number. I do not know about other systems but in my Distribution (Sabayon Linux 5.0 x86_64) # ls /lib/libproc* -la -r-xr-xr-x 1 root root 64160 2009-07-23 15:15 /lib/libproc-3.2.8.so lrwxrwxrwx 1 root root 16 2009-08-08 12:32 /lib/libproc.so -> libproc-3.2.8.so so if in the configure script you link with -L/lib -lproc, configure would not stop reporting a missing library libproc or something like that. Another issue I encountered is during the compilation the header file: /usr/include/X11/extensions/saver.h was missing because the corresponding package was not installed in my system. The package in my Sabayon (Gentoo based Distribution) is called x11-proto/scrnsaverproto-1.1.0. I had to install that before the compilation can go on. This should have been reported in the configuration stage and not in the building stage. The building stage stops where you see below with the following error message: Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 Any ideas? ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-12-18 18:02 Message: The new release has better handling of libproc and scrnsaver.h. You didn't come back on the kernel issue so I'll assume one of the suggested workarounds worked. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-11-20 10:51 Message: Man, slow down. About saver.h: open-vm-tools code does not include saver.h. $ grep -r saver.h . ./lib/unity/unityX11.h:#include <X11/extensions/scrnsaver.h> So it seems that one of the headers we do include ends up including saver.h. And what that tells me is that your distro's packages are broken: they're installing a dev package that needs saver.h, but it's missing a dependency saying that the package providing saver.h should be installed. I don't think this is something that open-vm-tools should try to work around. glib 2.6.0: that glib is OLD. I'd be surprised if your distro doesn't have it. You're most probably missing the devel packages for it. kernel headers: if your headers are not in /lib/modules/$(uname -r), try to pass "--with-linuxdir" in the configure command line and point it to the right place. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-20 00:35 Message: sources were not there and it could not compile without them. The headers were there originally but it would still not compile. That is why I told you that I had to install the sources. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-20 00:34 Message: I tried to install the latest version of open-vm-tools but I get during configuration a dependency error: glib >= 2.6.0 required any version of open-vm-tools that needs an older glib, just to try out? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 23:17 Message: sources != headers Open sulfur and look for "sys-kernel/linux-headers-2.6.31" As for running open-vm-tools in an OpenSolaris guest, you'll need to compile it under OpenSolaris. I've never tried that, myself. I've only compiled for Linux guests. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 22:58 Message: No the problem is not that. The kernel sources were not installed. I realized that the package manager of my distro provides them and I could not install them unless I installed the kernel sources first. But what I do not understand is how I use them. Whatever I am trying to run it says that it should be run from inside a virtual machine. But if I am running inside a virtual machine, the guest operating system cannot see my Linux host and run the open tools? Suppose I am running OpenSolaris 2009/06 as guest operating system in my linux host with in vmware workstation. How could I activate the open vmware tools for this OpenSolaris guest? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 22:37 Message: The missing Makefile.normal isn't the problem, it's a symptom. The problem is likely that you don't have linux headers under /lib/modules/2.6.31-sabayon/build/include. One of two cases is likely true: 1) The headers are not installed, or 2) The headers are in /lib/modules/2.6.31/build/include and you just need a softlink: ln -s ../2.6.31/build /lib/modules/2.6.31-sabayon/ ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:57 Message: The problem is that Makefile.normal is missing. It should be in # grep "Makefile.normal" ./ -r -i -I ./modules/linux/vmci/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet3/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmsync/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmmemctl/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/pvscsi/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmblock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vsock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmhgfs/Makefile:include $(SRCROOT)/Makefile.normal where: vmmemctl # grep "SRCROOT" ./ -r -i -I ./Makefile:#### SRCROOT _must_ be a relative path. ./Makefile:SRCROOT = . ./Makefile:AUTOCONF_DIR := $(SRCROOT)/shared/autoconf ./Makefile:INCLUDE += -I$(SRCROOT)/shared ./Makefile: cp -f $< $(SRCROOT)/../$(DRIVER).o ./Makefile: make -C $(BUILD_DIR) SUBDIRS=$$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile: make -C $$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile:include $(SRCROOT)/Makefile.kernel ./Makefile:include $(SRCROOT)/Makefile.normal ./Makefile.kernel:$(DRIVER)-y := $(subst $(SRCROOT)/, , $(patsubst %.c, %.o, $(wildcard $(SRCROOT)/*.c))) ./Makefile.kernel:VMMEMCTL_PATH := $(shell cd $(SRCROOT) && pwd) panormitis vmmemctl # ls COPYING Makefile Makefile.kernel os.c README vmmemctl_version.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:48 Message: Making all in modules make[1]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make VM_UNAME=2.6.31-sabayon MV=mv RM=rm \ OVT_SOURCE_DIR=/common/src/open-vm-tools-2009.11.17-210370 \ MODULEBUILDDIR=/common/src/open-vm-tools-2009.11.17-210370/modules/linux \ -C "/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl" Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:45 Message: $ ls /usr/include/X11/extensions/sa* /usr/include/X11/extensions/saver.h /usr/include/X11/extensions/saverproto.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:44 Message: This is my kernel: Linux archwn 2.6.31-sabayon #1 SMP Tue Nov 17 19:06:22 UTC 2009 x86_64 Intel(R) Core(TM)2 Duo CPU P9700 @ 2.80GHz GenuineIntel GNU/Linux ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 15:46 Message: procps: I had the same problem. My workaround was to use sed to edit the configure script prior to running it. build error: I had this problem also. The Makefiles for each module look for kernel headers in the /lib/modules/$(uname -r)/build/include directory. Make sure it exists. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-11-19 15:00 Message: . procps: I'll take a look. . do you mean X11/extensions/scrnsaver.h? There are no references to "saver.h" in the sources. . what kernel are you compiling against and where are the headers? On my Ubuntu box I see the "Using 2.6.x kernel build system." instead of the one you see ("Using standalone build system."), so something seems odd about your environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-12-18 02:01:07
|
Tracker item #2916677, was opened at 2009-12-17 20:01 Message generated for change (Tracker Item Submitted) made by gholms You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2916677&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: gholms (gholms) Assigned to: Nobody/Anonymous (nobody) Summary: Kernel module fails to compile against kernel 2.6.32 Initial Comment: Kernel module build 201664 seems to be failing to compile against Linux 2.6.32. I'm not positive if it's the kernel version, but since it compiles in Fedora 12 with 2.6.31 and not Fedora Rawhide or Gentoo with 2.6.32 that's my best guess. Build logs on Rawhide are attached. Build logs on Gentoo are at http://bugs.gentoo.org/show_bug.cgi?id=296277 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2916677&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2009-12-07 21:32:53
|
Ofer Porat wrote: > Is it possible for a guest-side kernel module to read custom configuration settings for itself from the VMX file on the host --- using for example the RPC or TCLO backdoor protocols ? You're only allowed to read config variables in the "guestinfo.*" namespace. Everything else is blocked from the guest. > If it's possible, please some pointers to where I can find information about how to do this in the sources for the tools? Programatically you can look at the RpcVMX_ConfigGetString() function. From the command line you can use: vmware-rpctool "info-get guestinfo.foo" -- - Marcelo |
|
From: Ofer P. <op...@ya...> - 2009-12-06 14:01:02
|
Hi,
Is it possible for a guest-side kernel module to read custom configuration settings for itself from the VMX file on the host --- using for example the RPC or TCLO backdoor protocols ?
If it's possible, please some pointers to where I can find information about how to do this in the sources for the tools?
Thanks.
|
|
From: Ben T. <ben...@gm...> - 2009-11-25 04:13:53
|
On Tue, Nov 24, 2009 at 12:04 PM, Marcelo Vanzin <mv...@vm...> wrote: > Ben Tomasini wrote: > > I have installed open vm tools on Ubunti 9.10 using apt-get. > > I see two completely different things on all the info you've posted, and > none > are related to open-vm-tools. > > > What is the location of the directory of C header files that match your > running > > kernel? [/lib/modules/2.6.31-14-generic/build/include] > > This looks like the message printed by the VMware Tools installer - a.k.a., > the > Tools you get with your copy of Workstation or ESX or etc. > I did try to install the VMware Tools installer before trying the packaged open-vm-tools from Ubuntu. I also tried other's suggestions to place the open-vm-tools tarballs into the VMWare distributi9on. There is likely some cross-over happening. > > > btomasini@benjto01-desktop:~$ dpkg -s open-vm-tools > > Package: open-vm-tools > > Maintainer: Ubuntu Developers <ubu...@li... > <mailto:ubu...@li...>> > > This is the open-vm-tools package maintained by the Ubuntu packagers; it is > based on open-vm-tools, but we don't control how they package it. > > The question here is: how are you recompiling your modules? With the > information > you provided I have no idea how that's happening and who might be at fault. > I am recompiling the modules using the vmware-config-tools.pl script. Clearly this looks to be VMWare proprietary. I have just uninstalled the vmware packages and am going to try the compile from the open-vm-source provided by Ubuntu. Thanks again. > > -- > - Marcelo > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus > on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > open-vm-tools-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/open-vm-tools-devel > |
|
From: Marcelo V. <mv...@vm...> - 2009-11-24 20:04:43
|
Ben Tomasini wrote: > I have installed open vm tools on Ubunti 9.10 using apt-get. I see two completely different things on all the info you've posted, and none are related to open-vm-tools. > What is the location of the directory of C header files that match your running > kernel? [/lib/modules/2.6.31-14-generic/build/include] This looks like the message printed by the VMware Tools installer - a.k.a., the Tools you get with your copy of Workstation or ESX or etc. > btomasini@benjto01-desktop:~$ dpkg -s open-vm-tools > Package: open-vm-tools > Maintainer: Ubuntu Developers <ubu...@li...<mailto:ubu...@li...>> This is the open-vm-tools package maintained by the Ubuntu packagers; it is based on open-vm-tools, but we don't control how they package it. The question here is: how are you recompiling your modules? With the information you provided I have no idea how that's happening and who might be at fault. -- - Marcelo |
|
From: SourceForge.net <no...@so...> - 2009-11-24 19:48:08
|
Tracker item #2901419, was opened at 2009-11-20 13:22 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2901419&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: dan pritts (danpritts) Assigned to: Nobody/Anonymous (nobody) Summary: RPM packaging error - "default" symlink; RHEL5 Initial Comment: Hi, (sorry if this is the wrong place to report this; vmware web site is user-hostile) just installed the RPMs from http://packages.vmware.com/tools/esx/3.5u4/rhel5/x86_64. I chose not to install the vmware-proprietary RPMs, since the vmdesched stuff was not particularly interesting to us. I discovered that the vmware-tools-kmod RPM creates the symlink /usr/lib/vmware-tools/modules/default, which is required if you are not identified as running ga/u1/u2/u3. Unfortunately the open-vm-tools-kmod RPM does NOT create this symlink, so if i dont' install the vmware- RPM (or make the link myself, of course), i don't get any working kernel modules. Which is kind of a bummer. I don't know if both RPMs can install the link; if only one is allowed to do it, it should be the open-vm-tools-kmod RPM, since that one is required and the other is optional thanks danno [root@tsgdev0 ~]# rpm -qa open-vm\* open-vm-tools-common-7.4.7-158874.171375.el5.x86_64 open-vm-tools-nox-7.4.7-158874.171375.el5.x86_64 open-vm-tools-kmod-7.4.7-158874.171375.el5.x86_64 [root@tsgdev0 ~]# uname -a Linux tsgdev0.internet2.edu 2.6.18-164.6.1.el5 #1 SMP Tue Oct 27 11:28:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux [root@tsgdev0 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.4 (Tikanga) [root@tsgdev0 ~]# rpm -qlp /tmp/vmware/ open-vm-tools-common-7.4.7-158874.171375.el5.x86_64.rpm open-vm-tools-kmod-7.4.7-158874.171375.el5.x86_64.rpm open-vm-tools-nox-7.4.7-158874.171375.el5.x86_64.rpm vmware-tools-common-7.4.7-158874.171375.el5.x86_64.rpm vmware-tools-kmod-7.4.7-158874.171375.el5.x86_64.rpm vmware-tools-nox-7.4.7-158874.171375.el5.x86_64.rpm [root@tsgdev0 ~]# rpm -qlp /tmp/vmware/vmware-tools-kmod-7.4.7-158874.171375.el5.x86_64.rpm /usr/lib/vmware-tools /usr/lib/vmware-tools/modules /usr/lib/vmware-tools/modules/default /usr/lib/vmware-tools/modules/ga /usr/lib/vmware-tools/modules/ga/smp ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-11-24 11:48 Message: Hi Dan, Despite the name of the packages (and my love for the person who created that confusion), those RPMs are not based on open-vm-tools. In any case, I filed a bug in our internal tracker for this issue, so it won't be forgotten. :-) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2901419&group_id=204462 |
|
From: Ben T. <ben...@gm...> - 2009-11-21 20:37:07
|
Hi, I have installed open vm tools on Ubunti 9.10 using apt-get. I am currently getting the following error when compiling the Kernel module (see post): <http://ubuntuforums.org/showthread.php?t=1331066>[...] What is the location of the directory of C header files that match your running kernel? [/lib/modules/2.6.31-14-generic/build/include] Extracting the sources of the vmmemctl module. Building the vmmemctl module. Using 2.6.x kernel build system. make: Entering directory `/tmp/vmware-config5/vmmemctl-only' make -C /lib/modules/2.6.31-14-generic/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. \ MODULEBUILDDIR= modules make[1]: Entering directory `/usr/src/linux-headers-2.6.31-14-generic' CC [M] /tmp/vmware-config5/vmmemctl-only/os.o /tmp/vmware-config5/vmmemctl-only/os.c:36:27: error: driver-config.h: No such file or directory /tmp/vmware-config5/vmmemctl-only/os.c:52:26: error: compat_sched.h: No such file or directory /tmp/vmware-config5/vmmemctl-only/os.c:58:16: error: os.h: No such file or directory /tmp/vmware-config5/vmmemctl-only/os.c:59:23: error: vmballoon.h: No such file or directory /tmp/vmware-config5/vmmemctl-only/os.c:101: error: expected specifier-qualifier-list before ‘OSTimerHandler’ /tmp/vmware-config5/vmmemctl-only/os.c:112: error: expected specifier-qualifier-list before ‘OSStatusHandler’ /tmp/vmware-config5/vmmemctl-only/os.c:290: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘OS_Identity’ /tmp/vmware-config5/vmmemctl-only/os.c:356: error: expected ‘)’ before ‘handle’ /tmp/vmware-config5/vmmemctl-only/os.c:383: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘OS_ReservedPageAlloc’ /tmp/vmware-config5/vmmemctl-only/os.c:413: error: expected ‘)’ before ‘handle’ /tmp/vmware-config5/vmmemctl-only/os.c:439: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘OS_TimerStart’ /tmp/vmware-config5/vmmemctl-only/os.c: In function ‘os_timer_thread_loop’: /tmp/vmware-config5/vmmemctl-only/os.c:473: error: implicit declaration of function ‘compat_set_freezable’ /tmp/vmware-config5/vmmemctl-only/os.c:478: error: ‘os_timer’ has no member named ‘period’ /tmp/vmware-config5/vmmemctl-only/os.c:478: error: implicit declaration of function ‘compat_wait_check_freezing’ /tmp/vmware-config5/vmmemctl-only/os.c:478: error: ‘os_timer’ has no member named ‘delay’ /tmp/vmware-config5/vmmemctl-only/os.c:478: error: ‘os_timer’ has no member named ‘delay’ /tmp/vmware-config5/vmmemctl-only/os.c:482: error: implicit declaration of function ‘compat_try_to_freeze’ /tmp/vmware-config5/vmmemctl-only/os.c:488: error: ‘os_timer’ has no member named ‘handler’ /tmp/vmware-config5/vmmemctl-only/os.c:488: error: ‘os_timer’ has no member named ‘data’ /tmp/vmware-config5/vmmemctl-only/os.c: In function ‘OS_TimerStop’: /tmp/vmware-config5/vmmemctl-only/os.c:514: error: ‘os_timer’ has no member named ‘task’ /tmp/vmware-config5/vmmemctl-only/os.c: In function ‘os_proc_show’: /tmp/vmware-config5/vmmemctl-only/os.c:550: error: ‘os_status’ has no member named ‘handler’ /tmp/vmware-config5/vmmemctl-only/os.c:561: error: ‘os_status’ has no member named ‘handler’ /tmp/vmware-config5/vmmemctl-only/os.c: At top level: /tmp/vmware-config5/vmmemctl-only/os.c:604: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘OS_Init’ /tmp/vmware-config5/vmmemctl-only/os.c: In function ‘OS_Cleanup’: /tmp/vmware-config5/vmmemctl-only/os.c:670: error: ‘os_status’ has no member named ‘name_verbose’ /tmp/vmware-config5/vmmemctl-only/os.c: In function ‘init_module’: /tmp/vmware-config5/vmmemctl-only/os.c:677: error: implicit declaration of function ‘Balloon_ModuleInit’ /tmp/vmware-config5/vmmemctl-only/os.c:677: error: ‘BALLOON_SUCCESS’ undeclared (first use in this function) /tmp/vmware-config5/vmmemctl-only/os.c:677: error: (Each undeclared identifier is reported only once /tmp/vmware-config5/vmmemctl-only/os.c:677: error: for each function it appears in.) /tmp/vmware-config5/vmmemctl-only/os.c: In function ‘cleanup_module’: /tmp/vmware-config5/vmmemctl-only/os.c:692: error: implicit declaration of function ‘Balloon_ModuleCleanup’ make[2]: *** [/tmp/vmware-config5/vmmemctl-only/os.o] Error 1 make[1]: *** [_module_/tmp/vmware-config5/vmmemctl-only] Error 2 make[1]: Leaving directory `/usr/src/linux-headers-2.6.31-14-generic' make: *** [vmmemctl.ko] Error 2 make: Leaving directory `/tmp/vmware-config5/vmmemctl-only' Unable to build the vmmemctl module. The memory manager driver (vmmemctl module) is used by VMware host software to efficiently reclaim memory from a virtual machine. If the driver is not available, VMware host software may instead need to swap guest memory to disk, which may reduce performance. The rest of the software provided by VMware Tools is designed to work independently of this feature. If you want the memory management feature, you can install the driver by running vmware-config-tools.pl again after making sure that gcc, binutils, make and the kernel sources for your running kernel are installed on your machine. These packages are available on your distribution's installation CD. package info: btomasini@benjto01-desktop:~$ dpkg -s open-vm-tools Package: open-vm-tools Status: install ok installed Priority: extra Section: contrib/admin Installed-Size: 2188 Maintainer: Ubuntu Developers <ubu...@li...> Architecture: i386 Version: 2009.07.22-179896-2 Depends: libatk1.0-0 (>= 1.20.0), libc6 (>= 2.4), libcairo2 (>= 1.2.4), libfontconfig1 (>= 2.4.0), libfreetype6 (>= 2.2.1), libgcc1 (>= 1:4.1.1), libglib2.0-0 (>= 2.16.0), libgtk2.0-0 (>= 2.17.7), libice6 (>= 1:1.0.0), libicu40 (>= 4.0-1), libpango1.0-0 (>= 1.14.0), libsm6, libstdc++6 (>= 4.1.1), libx11-6, libxext6, libxinerama1, libxrandr2, libxrender1, libxss1, libxtst6, zlib1g (>= 1:1.1.4) Recommends: open-vm-source, ethtool, zerofree Suggests: open-vm-toolbox Conffiles: /etc/vmware-tools/vm-support a2ababf1125129031faa8f476943beee /etc/vmware-tools/poweron-vm-default 670e9d21df3065a13e9f8c07486f0191 /etc/vmware-tools/poweroff-vm-default b00a10af975255232f4daa8b2ad27a69 /etc/vmware-tools/suspend-vm-default f0f0b2bff092d36915bcfea692b71d56 /etc/vmware-tools/resume-vm-default de16579451a9213e0164c655d0c9fb05 /etc/vmware-tools/tools.conf b55d15e2c4be396aad709aeca91033d3 /etc/pam.d/vmtoolsd 2250c43f85dca51fedc366ab7814831b /etc/init.d/open-vm-tools 93125231bda5628915ab714bc68a31f2 /etc/modprobe.d/open-vm-tools.conf b0209ace275d68946b7f67daad5d4b20 my kernel: btomasini@benjto01-desktop:~$ uname -a Linux benjto01-desktop 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:04:26 UTC 2009 i686 GNU/Linux btomasini@benjto01-desktop:~$ lsmod Module Size Used by binfmt_misc 8356 1 snd_ens1371 22016 2 gameport 11368 1 snd_ens1371 snd_ac97_codec 101216 1 snd_ens1371 ac97_bus 1532 1 snd_ac97_codec snd_pcm_oss 37920 0 snd_mixer_oss 16028 1 snd_pcm_oss snd_pcm 75296 3 snd_ens1371,snd_ac97_codec,snd_pcm_oss snd_seq_dummy 2656 0 snd_seq_oss 28576 0 snd_seq_midi 6432 0 snd_rawmidi 22208 2 snd_ens1371,snd_seq_midi iptable_filter 3100 0 snd_seq_midi_event 6940 2 snd_seq_oss,snd_seq_midi ip_tables 11692 1 iptable_filter snd_seq 50224 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event snd_timer 22276 2 snd_pcm,snd_seq snd_seq_device 6920 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq x_tables 16544 1 ip_tables snd 59204 14 snd_ens1371,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device soundcore 7264 1 snd ppdev 6688 0 snd_page_alloc 9156 1 snd_pcm psmouse 56180 0 lp 8964 0 parport_pc 31940 1 serio_raw 5280 0 shpchp 32272 0 i2c_piix4 9932 0 parport 35340 3 ppdev,lp,parport_pc floppy 54916 0 pcnet32 32644 0 mii 5212 1 pcnet32 mptspi 17668 4 mptscsih 34428 1 mptspi mptbase 88132 2 mptspi,mptscsih intel_agp 27484 1 agpgart 34988 1 intel_agp scsi_transport_spi 23036 1 mptspi Ben |
|
From: SourceForge.net <no...@so...> - 2009-11-20 21:22:08
|
Tracker item #2901419, was opened at 2009-11-20 16:22 Message generated for change (Tracker Item Submitted) made by danpritts You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2901419&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: dan pritts (danpritts) Assigned to: Nobody/Anonymous (nobody) Summary: RPM packaging error - "default" symlink; RHEL5 Initial Comment: Hi, (sorry if this is the wrong place to report this; vmware web site is user-hostile) just installed the RPMs from http://packages.vmware.com/tools/esx/3.5u4/rhel5/x86_64. I chose not to install the vmware-proprietary RPMs, since the vmdesched stuff was not particularly interesting to us. I discovered that the vmware-tools-kmod RPM creates the symlink /usr/lib/vmware-tools/modules/default, which is required if you are not identified as running ga/u1/u2/u3. Unfortunately the open-vm-tools-kmod RPM does NOT create this symlink, so if i dont' install the vmware- RPM (or make the link myself, of course), i don't get any working kernel modules. Which is kind of a bummer. I don't know if both RPMs can install the link; if only one is allowed to do it, it should be the open-vm-tools-kmod RPM, since that one is required and the other is optional thanks danno [root@tsgdev0 ~]# rpm -qa open-vm\* open-vm-tools-common-7.4.7-158874.171375.el5.x86_64 open-vm-tools-nox-7.4.7-158874.171375.el5.x86_64 open-vm-tools-kmod-7.4.7-158874.171375.el5.x86_64 [root@tsgdev0 ~]# uname -a Linux tsgdev0.internet2.edu 2.6.18-164.6.1.el5 #1 SMP Tue Oct 27 11:28:30 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux [root@tsgdev0 ~]# cat /etc/redhat-release Red Hat Enterprise Linux Server release 5.4 (Tikanga) [root@tsgdev0 ~]# rpm -qlp /tmp/vmware/ open-vm-tools-common-7.4.7-158874.171375.el5.x86_64.rpm open-vm-tools-kmod-7.4.7-158874.171375.el5.x86_64.rpm open-vm-tools-nox-7.4.7-158874.171375.el5.x86_64.rpm vmware-tools-common-7.4.7-158874.171375.el5.x86_64.rpm vmware-tools-kmod-7.4.7-158874.171375.el5.x86_64.rpm vmware-tools-nox-7.4.7-158874.171375.el5.x86_64.rpm [root@tsgdev0 ~]# rpm -qlp /tmp/vmware/vmware-tools-kmod-7.4.7-158874.171375.el5.x86_64.rpm /usr/lib/vmware-tools /usr/lib/vmware-tools/modules /usr/lib/vmware-tools/modules/default /usr/lib/vmware-tools/modules/ga /usr/lib/vmware-tools/modules/ga/smp ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2901419&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-11-20 18:51:49
|
Tracker item #2900231, was opened at 2009-11-18 18:27 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&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: misc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Symeon Nifos (archwndas) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools: compile error at modules/linux Initial Comment: Hi, I was compiling after configure with: ./configure --with-procps="-L/lib/ -lproc-3.2.8" First think I would like to point out is that you should not test the existence of libproc by linking with the specific version number. I do not know about other systems but in my Distribution (Sabayon Linux 5.0 x86_64) # ls /lib/libproc* -la -r-xr-xr-x 1 root root 64160 2009-07-23 15:15 /lib/libproc-3.2.8.so lrwxrwxrwx 1 root root 16 2009-08-08 12:32 /lib/libproc.so -> libproc-3.2.8.so so if in the configure script you link with -L/lib -lproc, configure would not stop reporting a missing library libproc or something like that. Another issue I encountered is during the compilation the header file: /usr/include/X11/extensions/saver.h was missing because the corresponding package was not installed in my system. The package in my Sabayon (Gentoo based Distribution) is called x11-proto/scrnsaverproto-1.1.0. I had to install that before the compilation can go on. This should have been reported in the configuration stage and not in the building stage. The building stage stops where you see below with the following error message: Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 Any ideas? ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-11-20 10:51 Message: Man, slow down. About saver.h: open-vm-tools code does not include saver.h. $ grep -r saver.h . ./lib/unity/unityX11.h:#include <X11/extensions/scrnsaver.h> So it seems that one of the headers we do include ends up including saver.h. And what that tells me is that your distro's packages are broken: they're installing a dev package that needs saver.h, but it's missing a dependency saying that the package providing saver.h should be installed. I don't think this is something that open-vm-tools should try to work around. glib 2.6.0: that glib is OLD. I'd be surprised if your distro doesn't have it. You're most probably missing the devel packages for it. kernel headers: if your headers are not in /lib/modules/$(uname -r), try to pass "--with-linuxdir" in the configure command line and point it to the right place. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-20 00:35 Message: sources were not there and it could not compile without them. The headers were there originally but it would still not compile. That is why I told you that I had to install the sources. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-20 00:34 Message: I tried to install the latest version of open-vm-tools but I get during configuration a dependency error: glib >= 2.6.0 required any version of open-vm-tools that needs an older glib, just to try out? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 23:17 Message: sources != headers Open sulfur and look for "sys-kernel/linux-headers-2.6.31" As for running open-vm-tools in an OpenSolaris guest, you'll need to compile it under OpenSolaris. I've never tried that, myself. I've only compiled for Linux guests. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 22:58 Message: No the problem is not that. The kernel sources were not installed. I realized that the package manager of my distro provides them and I could not install them unless I installed the kernel sources first. But what I do not understand is how I use them. Whatever I am trying to run it says that it should be run from inside a virtual machine. But if I am running inside a virtual machine, the guest operating system cannot see my Linux host and run the open tools? Suppose I am running OpenSolaris 2009/06 as guest operating system in my linux host with in vmware workstation. How could I activate the open vmware tools for this OpenSolaris guest? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 22:37 Message: The missing Makefile.normal isn't the problem, it's a symptom. The problem is likely that you don't have linux headers under /lib/modules/2.6.31-sabayon/build/include. One of two cases is likely true: 1) The headers are not installed, or 2) The headers are in /lib/modules/2.6.31/build/include and you just need a softlink: ln -s ../2.6.31/build /lib/modules/2.6.31-sabayon/ ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:57 Message: The problem is that Makefile.normal is missing. It should be in # grep "Makefile.normal" ./ -r -i -I ./modules/linux/vmci/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet3/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmsync/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmmemctl/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/pvscsi/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmblock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vsock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmhgfs/Makefile:include $(SRCROOT)/Makefile.normal where: vmmemctl # grep "SRCROOT" ./ -r -i -I ./Makefile:#### SRCROOT _must_ be a relative path. ./Makefile:SRCROOT = . ./Makefile:AUTOCONF_DIR := $(SRCROOT)/shared/autoconf ./Makefile:INCLUDE += -I$(SRCROOT)/shared ./Makefile: cp -f $< $(SRCROOT)/../$(DRIVER).o ./Makefile: make -C $(BUILD_DIR) SUBDIRS=$$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile: make -C $$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile:include $(SRCROOT)/Makefile.kernel ./Makefile:include $(SRCROOT)/Makefile.normal ./Makefile.kernel:$(DRIVER)-y := $(subst $(SRCROOT)/, , $(patsubst %.c, %.o, $(wildcard $(SRCROOT)/*.c))) ./Makefile.kernel:VMMEMCTL_PATH := $(shell cd $(SRCROOT) && pwd) panormitis vmmemctl # ls COPYING Makefile Makefile.kernel os.c README vmmemctl_version.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:48 Message: Making all in modules make[1]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make VM_UNAME=2.6.31-sabayon MV=mv RM=rm \ OVT_SOURCE_DIR=/common/src/open-vm-tools-2009.11.17-210370 \ MODULEBUILDDIR=/common/src/open-vm-tools-2009.11.17-210370/modules/linux \ -C "/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl" Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:45 Message: $ ls /usr/include/X11/extensions/sa* /usr/include/X11/extensions/saver.h /usr/include/X11/extensions/saverproto.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:44 Message: This is my kernel: Linux archwn 2.6.31-sabayon #1 SMP Tue Nov 17 19:06:22 UTC 2009 x86_64 Intel(R) Core(TM)2 Duo CPU P9700 @ 2.80GHz GenuineIntel GNU/Linux ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 15:46 Message: procps: I had the same problem. My workaround was to use sed to edit the configure script prior to running it. build error: I had this problem also. The Makefiles for each module look for kernel headers in the /lib/modules/$(uname -r)/build/include directory. Make sure it exists. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-11-19 15:00 Message: . procps: I'll take a look. . do you mean X11/extensions/scrnsaver.h? There are no references to "saver.h" in the sources. . what kernel are you compiling against and where are the headers? On my Ubuntu box I see the "Using 2.6.x kernel build system." instead of the one you see ("Using standalone build system."), so something seems odd about your environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-11-20 08:35:59
|
Tracker item #2900231, was opened at 2009-11-18 18:27 Message generated for change (Comment added) made by archwndas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&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: misc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Symeon Nifos (archwndas) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools: compile error at modules/linux Initial Comment: Hi, I was compiling after configure with: ./configure --with-procps="-L/lib/ -lproc-3.2.8" First think I would like to point out is that you should not test the existence of libproc by linking with the specific version number. I do not know about other systems but in my Distribution (Sabayon Linux 5.0 x86_64) # ls /lib/libproc* -la -r-xr-xr-x 1 root root 64160 2009-07-23 15:15 /lib/libproc-3.2.8.so lrwxrwxrwx 1 root root 16 2009-08-08 12:32 /lib/libproc.so -> libproc-3.2.8.so so if in the configure script you link with -L/lib -lproc, configure would not stop reporting a missing library libproc or something like that. Another issue I encountered is during the compilation the header file: /usr/include/X11/extensions/saver.h was missing because the corresponding package was not installed in my system. The package in my Sabayon (Gentoo based Distribution) is called x11-proto/scrnsaverproto-1.1.0. I had to install that before the compilation can go on. This should have been reported in the configuration stage and not in the building stage. The building stage stops where you see below with the following error message: Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 Any ideas? ---------------------------------------------------------------------- >Comment By: Symeon Nifos (archwndas) Date: 2009-11-20 00:35 Message: sources were not there and it could not compile without them. The headers were there originally but it would still not compile. That is why I told you that I had to install the sources. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-20 00:34 Message: I tried to install the latest version of open-vm-tools but I get during configuration a dependency error: glib >= 2.6.0 required any version of open-vm-tools that needs an older glib, just to try out? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 23:17 Message: sources != headers Open sulfur and look for "sys-kernel/linux-headers-2.6.31" As for running open-vm-tools in an OpenSolaris guest, you'll need to compile it under OpenSolaris. I've never tried that, myself. I've only compiled for Linux guests. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 22:58 Message: No the problem is not that. The kernel sources were not installed. I realized that the package manager of my distro provides them and I could not install them unless I installed the kernel sources first. But what I do not understand is how I use them. Whatever I am trying to run it says that it should be run from inside a virtual machine. But if I am running inside a virtual machine, the guest operating system cannot see my Linux host and run the open tools? Suppose I am running OpenSolaris 2009/06 as guest operating system in my linux host with in vmware workstation. How could I activate the open vmware tools for this OpenSolaris guest? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 22:37 Message: The missing Makefile.normal isn't the problem, it's a symptom. The problem is likely that you don't have linux headers under /lib/modules/2.6.31-sabayon/build/include. One of two cases is likely true: 1) The headers are not installed, or 2) The headers are in /lib/modules/2.6.31/build/include and you just need a softlink: ln -s ../2.6.31/build /lib/modules/2.6.31-sabayon/ ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:57 Message: The problem is that Makefile.normal is missing. It should be in # grep "Makefile.normal" ./ -r -i -I ./modules/linux/vmci/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet3/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmsync/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmmemctl/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/pvscsi/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmblock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vsock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmhgfs/Makefile:include $(SRCROOT)/Makefile.normal where: vmmemctl # grep "SRCROOT" ./ -r -i -I ./Makefile:#### SRCROOT _must_ be a relative path. ./Makefile:SRCROOT = . ./Makefile:AUTOCONF_DIR := $(SRCROOT)/shared/autoconf ./Makefile:INCLUDE += -I$(SRCROOT)/shared ./Makefile: cp -f $< $(SRCROOT)/../$(DRIVER).o ./Makefile: make -C $(BUILD_DIR) SUBDIRS=$$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile: make -C $$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile:include $(SRCROOT)/Makefile.kernel ./Makefile:include $(SRCROOT)/Makefile.normal ./Makefile.kernel:$(DRIVER)-y := $(subst $(SRCROOT)/, , $(patsubst %.c, %.o, $(wildcard $(SRCROOT)/*.c))) ./Makefile.kernel:VMMEMCTL_PATH := $(shell cd $(SRCROOT) && pwd) panormitis vmmemctl # ls COPYING Makefile Makefile.kernel os.c README vmmemctl_version.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:48 Message: Making all in modules make[1]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make VM_UNAME=2.6.31-sabayon MV=mv RM=rm \ OVT_SOURCE_DIR=/common/src/open-vm-tools-2009.11.17-210370 \ MODULEBUILDDIR=/common/src/open-vm-tools-2009.11.17-210370/modules/linux \ -C "/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl" Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:45 Message: $ ls /usr/include/X11/extensions/sa* /usr/include/X11/extensions/saver.h /usr/include/X11/extensions/saverproto.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:44 Message: This is my kernel: Linux archwn 2.6.31-sabayon #1 SMP Tue Nov 17 19:06:22 UTC 2009 x86_64 Intel(R) Core(TM)2 Duo CPU P9700 @ 2.80GHz GenuineIntel GNU/Linux ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 15:46 Message: procps: I had the same problem. My workaround was to use sed to edit the configure script prior to running it. build error: I had this problem also. The Makefiles for each module look for kernel headers in the /lib/modules/$(uname -r)/build/include directory. Make sure it exists. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-11-19 15:00 Message: . procps: I'll take a look. . do you mean X11/extensions/scrnsaver.h? There are no references to "saver.h" in the sources. . what kernel are you compiling against and where are the headers? On my Ubuntu box I see the "Using 2.6.x kernel build system." instead of the one you see ("Using standalone build system."), so something seems odd about your environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-11-20 08:34:51
|
Tracker item #2900231, was opened at 2009-11-18 18:27 Message generated for change (Comment added) made by archwndas You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&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: misc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Symeon Nifos (archwndas) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools: compile error at modules/linux Initial Comment: Hi, I was compiling after configure with: ./configure --with-procps="-L/lib/ -lproc-3.2.8" First think I would like to point out is that you should not test the existence of libproc by linking with the specific version number. I do not know about other systems but in my Distribution (Sabayon Linux 5.0 x86_64) # ls /lib/libproc* -la -r-xr-xr-x 1 root root 64160 2009-07-23 15:15 /lib/libproc-3.2.8.so lrwxrwxrwx 1 root root 16 2009-08-08 12:32 /lib/libproc.so -> libproc-3.2.8.so so if in the configure script you link with -L/lib -lproc, configure would not stop reporting a missing library libproc or something like that. Another issue I encountered is during the compilation the header file: /usr/include/X11/extensions/saver.h was missing because the corresponding package was not installed in my system. The package in my Sabayon (Gentoo based Distribution) is called x11-proto/scrnsaverproto-1.1.0. I had to install that before the compilation can go on. This should have been reported in the configuration stage and not in the building stage. The building stage stops where you see below with the following error message: Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 Any ideas? ---------------------------------------------------------------------- >Comment By: Symeon Nifos (archwndas) Date: 2009-11-20 00:34 Message: I tried to install the latest version of open-vm-tools but I get during configuration a dependency error: glib >= 2.6.0 required any version of open-vm-tools that needs an older glib, just to try out? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 23:17 Message: sources != headers Open sulfur and look for "sys-kernel/linux-headers-2.6.31" As for running open-vm-tools in an OpenSolaris guest, you'll need to compile it under OpenSolaris. I've never tried that, myself. I've only compiled for Linux guests. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 22:58 Message: No the problem is not that. The kernel sources were not installed. I realized that the package manager of my distro provides them and I could not install them unless I installed the kernel sources first. But what I do not understand is how I use them. Whatever I am trying to run it says that it should be run from inside a virtual machine. But if I am running inside a virtual machine, the guest operating system cannot see my Linux host and run the open tools? Suppose I am running OpenSolaris 2009/06 as guest operating system in my linux host with in vmware workstation. How could I activate the open vmware tools for this OpenSolaris guest? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 22:37 Message: The missing Makefile.normal isn't the problem, it's a symptom. The problem is likely that you don't have linux headers under /lib/modules/2.6.31-sabayon/build/include. One of two cases is likely true: 1) The headers are not installed, or 2) The headers are in /lib/modules/2.6.31/build/include and you just need a softlink: ln -s ../2.6.31/build /lib/modules/2.6.31-sabayon/ ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:57 Message: The problem is that Makefile.normal is missing. It should be in # grep "Makefile.normal" ./ -r -i -I ./modules/linux/vmci/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet3/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmsync/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmmemctl/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/pvscsi/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmblock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vsock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmhgfs/Makefile:include $(SRCROOT)/Makefile.normal where: vmmemctl # grep "SRCROOT" ./ -r -i -I ./Makefile:#### SRCROOT _must_ be a relative path. ./Makefile:SRCROOT = . ./Makefile:AUTOCONF_DIR := $(SRCROOT)/shared/autoconf ./Makefile:INCLUDE += -I$(SRCROOT)/shared ./Makefile: cp -f $< $(SRCROOT)/../$(DRIVER).o ./Makefile: make -C $(BUILD_DIR) SUBDIRS=$$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile: make -C $$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile:include $(SRCROOT)/Makefile.kernel ./Makefile:include $(SRCROOT)/Makefile.normal ./Makefile.kernel:$(DRIVER)-y := $(subst $(SRCROOT)/, , $(patsubst %.c, %.o, $(wildcard $(SRCROOT)/*.c))) ./Makefile.kernel:VMMEMCTL_PATH := $(shell cd $(SRCROOT) && pwd) panormitis vmmemctl # ls COPYING Makefile Makefile.kernel os.c README vmmemctl_version.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:48 Message: Making all in modules make[1]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make VM_UNAME=2.6.31-sabayon MV=mv RM=rm \ OVT_SOURCE_DIR=/common/src/open-vm-tools-2009.11.17-210370 \ MODULEBUILDDIR=/common/src/open-vm-tools-2009.11.17-210370/modules/linux \ -C "/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl" Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:45 Message: $ ls /usr/include/X11/extensions/sa* /usr/include/X11/extensions/saver.h /usr/include/X11/extensions/saverproto.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 21:44 Message: This is my kernel: Linux archwn 2.6.31-sabayon #1 SMP Tue Nov 17 19:06:22 UTC 2009 x86_64 Intel(R) Core(TM)2 Duo CPU P9700 @ 2.80GHz GenuineIntel GNU/Linux ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 15:46 Message: procps: I had the same problem. My workaround was to use sed to edit the configure script prior to running it. build error: I had this problem also. The Makefiles for each module look for kernel headers in the /lib/modules/$(uname -r)/build/include directory. Make sure it exists. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-11-19 15:00 Message: . procps: I'll take a look. . do you mean X11/extensions/scrnsaver.h? There are no references to "saver.h" in the sources. . what kernel are you compiling against and where are the headers? On my Ubuntu box I see the "Using 2.6.x kernel build system." instead of the one you see ("Using standalone build system."), so something seems odd about your environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-11-20 07:17:41
|
Tracker item #2900231, was opened at 2009-11-18 19:27 Message generated for change (Comment added) made by danielibarnes You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&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: misc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Symeon Nifos (archwndas) Assigned to: Nobody/Anonymous (nobody) Summary: open-vm-tools: compile error at modules/linux Initial Comment: Hi, I was compiling after configure with: ./configure --with-procps="-L/lib/ -lproc-3.2.8" First think I would like to point out is that you should not test the existence of libproc by linking with the specific version number. I do not know about other systems but in my Distribution (Sabayon Linux 5.0 x86_64) # ls /lib/libproc* -la -r-xr-xr-x 1 root root 64160 2009-07-23 15:15 /lib/libproc-3.2.8.so lrwxrwxrwx 1 root root 16 2009-08-08 12:32 /lib/libproc.so -> libproc-3.2.8.so so if in the configure script you link with -L/lib -lproc, configure would not stop reporting a missing library libproc or something like that. Another issue I encountered is during the compilation the header file: /usr/include/X11/extensions/saver.h was missing because the corresponding package was not installed in my system. The package in my Sabayon (Gentoo based Distribution) is called x11-proto/scrnsaverproto-1.1.0. I had to install that before the compilation can go on. This should have been reported in the configuration stage and not in the building stage. The building stage stops where you see below with the following error message: Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 Any ideas? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-20 00:17 Message: sources != headers Open sulfur and look for "sys-kernel/linux-headers-2.6.31" As for running open-vm-tools in an OpenSolaris guest, you'll need to compile it under OpenSolaris. I've never tried that, myself. I've only compiled for Linux guests. ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 23:58 Message: No the problem is not that. The kernel sources were not installed. I realized that the package manager of my distro provides them and I could not install them unless I installed the kernel sources first. But what I do not understand is how I use them. Whatever I am trying to run it says that it should be run from inside a virtual machine. But if I am running inside a virtual machine, the guest operating system cannot see my Linux host and run the open tools? Suppose I am running OpenSolaris 2009/06 as guest operating system in my linux host with in vmware workstation. How could I activate the open vmware tools for this OpenSolaris guest? ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 23:37 Message: The missing Makefile.normal isn't the problem, it's a symptom. The problem is likely that you don't have linux headers under /lib/modules/2.6.31-sabayon/build/include. One of two cases is likely true: 1) The headers are not installed, or 2) The headers are in /lib/modules/2.6.31/build/include and you just need a softlink: ln -s ../2.6.31/build /lib/modules/2.6.31-sabayon/ ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 22:57 Message: The problem is that Makefile.normal is missing. It should be in # grep "Makefile.normal" ./ -r -i -I ./modules/linux/vmci/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet3/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmxnet/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmsync/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmmemctl/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/pvscsi/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmblock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vsock/Makefile:include $(SRCROOT)/Makefile.normal ./modules/linux/vmhgfs/Makefile:include $(SRCROOT)/Makefile.normal where: vmmemctl # grep "SRCROOT" ./ -r -i -I ./Makefile:#### SRCROOT _must_ be a relative path. ./Makefile:SRCROOT = . ./Makefile:AUTOCONF_DIR := $(SRCROOT)/shared/autoconf ./Makefile:INCLUDE += -I$(SRCROOT)/shared ./Makefile: cp -f $< $(SRCROOT)/../$(DRIVER).o ./Makefile: make -C $(BUILD_DIR) SUBDIRS=$$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile: make -C $$PWD SRCROOT=$$PWD/$(SRCROOT) \ ./Makefile:include $(SRCROOT)/Makefile.kernel ./Makefile:include $(SRCROOT)/Makefile.normal ./Makefile.kernel:$(DRIVER)-y := $(subst $(SRCROOT)/, , $(patsubst %.c, %.o, $(wildcard $(SRCROOT)/*.c))) ./Makefile.kernel:VMMEMCTL_PATH := $(shell cd $(SRCROOT) && pwd) panormitis vmmemctl # ls COPYING Makefile Makefile.kernel os.c README vmmemctl_version.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 22:48 Message: Making all in modules make[1]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make VM_UNAME=2.6.31-sabayon MV=mv RM=rm \ OVT_SOURCE_DIR=/common/src/open-vm-tools-2009.11.17-210370 \ MODULEBUILDDIR=/common/src/open-vm-tools-2009.11.17-210370/modules/linux \ -C "/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl" Using standalone build system. make[2]: Entering directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' Makefile:163: Makefile.normal: No such file or directory make[2]: *** No rule to make target `Makefile.normal'. Stop. make[2]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules/linux/vmmemctl' make[1]: *** [vmmemctl] Error 2 make[1]: Leaving directory `/common/src/open-vm-tools-2009.11.17-210370/modules' make: *** [all-recursive] Error 1 ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 22:45 Message: $ ls /usr/include/X11/extensions/sa* /usr/include/X11/extensions/saver.h /usr/include/X11/extensions/saverproto.h ---------------------------------------------------------------------- Comment By: Symeon Nifos (archwndas) Date: 2009-11-19 22:44 Message: This is my kernel: Linux archwn 2.6.31-sabayon #1 SMP Tue Nov 17 19:06:22 UTC 2009 x86_64 Intel(R) Core(TM)2 Duo CPU P9700 @ 2.80GHz GenuineIntel GNU/Linux ---------------------------------------------------------------------- Comment By: Daniel Barnes (danielibarnes) Date: 2009-11-19 16:46 Message: procps: I had the same problem. My workaround was to use sed to edit the configure script prior to running it. build error: I had this problem also. The Makefiles for each module look for kernel headers in the /lib/modules/$(uname -r)/build/include directory. Make sure it exists. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2009-11-19 16:00 Message: . procps: I'll take a look. . do you mean X11/extensions/scrnsaver.h? There are no references to "saver.h" in the sources. . what kernel are you compiling against and where are the headers? On my Ubuntu box I see the "Using 2.6.x kernel build system." instead of the one you see ("Using standalone build system."), so something seems odd about your environment. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2900231&group_id=204462 |
58 messages has been excluded from this view by a project administrator.
