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: Dominique L. <Dom...@TM...> - 2009-02-19 09:36:05
|
>>> On 2/19/2009 at 10:06 AM, "Dominique Leuenberger" <Dom...@TM...> wrote: > Hi, > > Just downloaded the latest tarball and trying to build the new rpms for > openSUSE. So far no luck. the vmxnet module seems not to be building > anymore: > > Build error: > + make -C /usr/src/linux-obj/i586/debug modules > M=/usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet VM_CCVER=4.3 > HEADER_DIR=/usr/src/linux-obj/i386/default/include > SRCROOT=/usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet > make: Entering directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' > make -C ../../../linux-2.6.29-rc5-1 O=/usr/src/linux-2.6.29-rc5-1-obj/i386/debug/. > modules > Using 2.6.x kernel build system. > CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.o Skipping vmxnet and testing what else happens, I also run into issues compiling vmxnet3: make: Entering directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' make -C ../../../linux-2.6.29-rc5-1 O=/usr/src/linux-2.6.29-rc5-1-obj/i386/debug/. modules Using 2.6.x kernel build system. CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.o /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.c: In function 'vmxnet3_poll': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.c:389: warning: passing argument 1 of 'netif_rx_complete' from incompatible pointer type /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.c:389: error: too many arguments to function 'netif_rx_complete' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.c: In function 'vmxnet3_intr': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.c:455: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.c:471: warning: passing argument 1 of 'netif_rx_schedule' from incompatible pointer type /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.c:471: error: too many arguments to function 'netif_rx_schedule' make[3]: *** [/usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3/vmxnet3.o] Error 1 make[2]: *** [_module_/usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet3] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' error: Bad exit status from /var/tmp/rpm-tmp.49505 (%build) |
|
From: Dominique L. <Dom...@TM...> - 2009-02-19 09:06:59
|
Hi, Just downloaded the latest tarball and trying to build the new rpms for openSUSE. So far no luck. the vmxnet module seems not to be building anymore: Build error: + make -C /usr/src/linux-obj/i586/debug modules M=/usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet VM_CCVER=4.3 HEADER_DIR=/usr/src/linux-obj/i386/default/include SRCROOT=/usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet make: Entering directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' make -C ../../../linux-2.6.29-rc5-1 O=/usr/src/linux-2.6.29-rc5-1-obj/i386/debug/. modules Using 2.6.x kernel build system. CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.o /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_change_mtu': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:201: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_get_drvinfo': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:275: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_set_tso': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:313: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_link_check': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:667: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_probe_device': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:848: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_remove_device': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:1136: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_init_ring': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:1210: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_open': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:1338: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'check_tx_queue': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:1592: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_tx': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:1660: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_rx': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:2060: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_interrupt': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:2190: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_close': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:2272: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_load_multicast': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:2365: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_set_multicast_list': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:2426: error: 'struct net_device' has no member named 'priv' /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c: In function 'vmxnet_get_stats': /usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.c:2506: error: 'struct net_device' has no member named 'priv' make[3]: *** [/usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet/vmxnet.o] Error 1 make[2]: *** [_module_/usr/src/packages/BUILD/obj/debug/modules/linux/vmxnet] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' error: Bad exit status from /var/tmp/rpm-tmp.91495 (%build) Anything you can do out of this? Dominique |
|
From: SourceForge.net <no...@so...> - 2009-02-18 23:53:57
|
Tracker item #2531303, was opened at 2009-01-23 08:02 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2531303&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: Armando Di Cianno (fafhrdx) Assigned to: Nobody/Anonymous (nobody) Summary: Cannot create valid symlinks within shared folder. Initial Comment: * Gentoo Linux * Works: gentoo-sources-2.6.25-r7 + open-vm-tools-0.0.20080808.109361-r1 * Fails: gentoo-sources-2.6.25-r7 with open-vm-tools-0.0.20081223.137496; gentoo-sources-2.6.27-r8 with open-vm-tools-0.0.20081223.137496 or open-vm-tools-0.0.20090121.142982 (not in gentoo portage yet, i built). * Host: VMWare Fusion 2.0.1 * I have a a shared folder mount in the guest at /mnt/hgfs * I have this shared folder symlinked in my home directory: $ cd ; ls -lGg repos lrwxrwxrwx 1 18 Jul 10 2008 repos -> Projects/obt/repos $ cd ; ls -lGg Projects lrwxrwxrwx 1 18 Jun 17 2008 Projects -> /mnt/hgfs/Projects * I can create system symlinks: $ cd /tmp ; touch foo ; ln -s foo fum; ls -lGg fum lrwxrwxrwx 1 3 Jan 23 10:56 fum -> foo * I cannot create symlinks that exist on with the shared folder, using relative or full paths: $ cd ~/repos ; touch foo ; ln -snf foo fum; ls -lGg fum lrwxr-xr-x 1 3 Jan 23 10:58 fum -> foo///////?????(??????////////////// * Every so often, the broken link will contain other bits from the directory listing or memory in general; example from my recollection: $ ls -lGg exception_notification_plugin lrwxr-xr-x 1 obt users 63 Jan 23 11:00 exception_notification -> /home/obt/repos/sesame/sv/vendor/plugins/exception_notification////?/otifica?(/////////????////////////////////// * Because of this issue, I can neither upgrade the kernel, nor open vm tools of the guest OS ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-02-18 15:53 Message: Fixed in release 2009.02.18. ---------------------------------------------------------------------- Comment By: Armando Di Cianno (fafhrdx) Date: 2009-01-26 07:14 Message: I'll leave the closing of this ticket and such to someone that can actually commit the patch .... ---------------------------------------------------------------------- Comment By: Armando Di Cianno (fafhrdx) Date: 2009-01-26 07:13 Message: I tried the patch against gentoo-sources-2.6.27-r8 and open-vm-tools-0.0.20090121.142982 and things look like they are working. Thanks! ---------------------------------------------------------------------- Comment By: Amit Gud (amitgud) Date: 2009-01-23 16:42 Message: Thanks for reporting. Could you try the patch below and see if the problem goes away? AG -- May the source be with you. --- inode.c //depot/bora-vmsoft/vmcore-main/hgfs/linux/inode.c#30 +++ inode.c 09-01-23 16:19:13 @@ -1615,8 +1615,8 @@ HgfsPackSymlinkCreateRequest(struct dent /* Convert target name to CPName-lite format. */ CPNameLite_ConvertTo(targetName, targetNameBytes - 1, '/'); - *targetNameLength = result; - req->payloadSize += result; + *targetNameLength = targetNameBytes - 1; + req->payloadSize += targetNameBytes - 1; return 0; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2531303&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-02-18 23:53:37
|
Tracker item #2531283, was opened at 2009-01-23 07:47 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2531283&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: mna-news (mna-news) Assigned to: Nobody/Anonymous (nobody) Summary: modules/linux/vsock does not compile Initial Comment: am using 2.6.28.1 kernel and try to compile open-vm-tools-2009.01.21-142982. (i have apply the patch found here https://sourceforge.net/tracker/download.php?group_id=204462&atid=989708&file_id=310300&aid=2530616 which seem to work properly for me) Using 2.6.x kernel build system. Building VMCI Sockets with VMCI module symbols. make[2]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock' cp -f /tmp/VMwareVMCIModule.symvers ./Module.symvers make -C /lib/modules/2.6.28.1/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[3]: Entering directory `/usr/src/linux-2.6.28.1' CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.o /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.c: In function `VMCISock_KernelDeregister': /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.c:210: d▒sol▒, pas implant▒: l'enlignage de l'appel ▒ ▒ VSockVmciTestUnregister ▒: function body not available a ▒chou▒ /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.c:627: d▒sol▒, pas implant▒: appel▒ d'ici make[4]: *** [/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.o] Erreur 1 make[3]: *** [_module_/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock] Erreur 2 make[3]: Leaving directory `/usr/src/linux-2.6.28.1' make[2]: *** [vsock.ko] Erreur 2 make[2]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock' make[1]: *** [vsock] Erreur 2 make[1]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules' make: *** [all-recursive] Erreur 1 thanks for your attention. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-02-18 15:53 Message: Fixed in release 2009.02.18. ---------------------------------------------------------------------- Comment By: mna-news (mna-news) Date: 2009-01-26 23:33 Message: it's OK, your patch is working ;-) .... Using 2.6.x kernel build system. Building VMCI Sockets with VMCI module symbols. make[2]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock' cp -f /tmp/VMwareVMCIModule.symvers ./Module.symvers make -C /lib/modules/2.6.28.1/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[3]: Entering directory `/usr/src/linux-2.6.28.1' CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.o CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/driverLog.o CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/util.o CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/vsockAddr.o LD [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/vsock.o Building modules, stage 2. MODPOST 1 modules CC /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/vsock.mod.o LD [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/vsock.ko make[3]: Leaving directory `/usr/src/linux-2.6.28.1' i have the same error in other module (/modules/linux/vmxnet3 with GCC inlining error) ... i will open a new tracker regarding this new trouble. many thanks for your help. mna. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-01-26 11:02 Message: Thank you for posting build log. Could you please try the patch I just uploaded? It looks like GCC 3.4.5 has troubles inlining one of the functions. ---------------------------------------------------------------------- Comment By: mna-news (mna-news) Date: 2009-01-26 00:41 Message: here it is : # LANG=C; gcc -v Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.5/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.5 20051201 (Red Hat 3.4.5-2) _________________________________________________________________________________ regarding the kernel config, am using a personal one, i have join the .config file configuration. _________________________________________________________________________________ and here are all errors messages in english: [...] make VM_UNAME=2.6.28.1 -C "../modules/linux/vsock" Using 2.6.x kernel build system. Building VMCI Sockets with VMCI module symbols. make[2]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock' cp -f /tmp/VMwareVMCIModule.symvers ./Module.symvers make -C /lib/modules/2.6.28.1/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[3]: Entering directory `/usr/src/linux-2.6.28.1' CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.o /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.c: In function `VMCISock_KernelDeregister': /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.c:210: sorry, unimplemented: inlining failed in call to 'VSockVmciTestUnregister': function body not available /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.c:627: sorry, unimplemented: called from here make[4]: *** [/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock/linux/af_vsock.o] Error 1 make[3]: *** [_module_/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock] Error 2 make[3]: Leaving directory `/usr/src/linux-2.6.28.1' make[2]: *** [vsock.ko] Error 2 make[2]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vsock' make[1]: *** [vsock] Error 2 make[1]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules' make: *** [all-recursive] Error 1 thanks for your help. File Added: .config ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-01-23 11:33 Message: Seems to be compiling for me... What compiler version and kernel config are you using? Also, could you please try compiling with LANG=C and re-post the error, my french is ..ahem.. rusty ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2531283&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-02-18 23:53:23
|
Tracker item #2530616, was opened at 2009-01-23 00:16 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2530616&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: mna-news (mna-news) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs/page.c does not compile Initial Comment: am trying to compile "open-vm-tools-2009.01.21-142982" on a kernel version 2.6.28.1 and there are somes troubles ... [...) make[3]: Entering directory `/usr/src/linux-2.6.28.1' CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.o /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c: In function `HgfsDoWriteBegin': /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c:763: attention : ISO C89 interdit les m▒langes de d▒clarations et de code /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c: In function `HgfsWriteBegin': /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c:867: erreur: d▒claration implicite de la fonction ▒ __grab_cache_page ▒ /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c:867: attention : affectation transforme un entier en pointeur sans transtypage make[4]: *** [/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.o] Erreur 1 make[3]: *** [_module_/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs] Erreur 2 make[3]: Leaving directory `/usr/src/linux-2.6.28.1' make[2]: *** [vmhgfs.ko] Erreur 2 make[2]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs' make[1]: *** [vmhgfs] Erreur 2 make[1]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules' make: *** [all-recursive] Erreur 1 if anybody has an idear or solution ... thanks in advance mna. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-02-18 15:53 Message: Fixed in release 2009.02.18. ---------------------------------------------------------------------- Comment By: gpenguin (gpuk) Date: 2009-02-05 09:10 Message: I experienced this exact same bug under kernel 2.6.28.3 with open-vm-tools-2009.01.21-142982. Applying patch -p3 < hgfs-page.patch in open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/ seems to have fixed the issue and all modules now compile without a problem. ---------------------------------------------------------------------- Comment By: Hemp Cluster (jointy) Date: 2009-01-26 10:09 Message: Hi, I tried this patch and everythings works fine now. Best thanks j0inty ---------------------------------------------------------------------- Comment By: mna-news (mna-news) Date: 2009-01-23 07:42 Message: I have try your patch, it's seem to work, i can compile the vmhgfs kernel module. (but i have another trouble in vsocks ... i will open another ticket with the other trouble) [...] Using 2.6.x kernel build system. make[2]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs' make -C /lib/modules/2.6.28.1/build/include/.. SUBDIRS=$PWD SRCROOT=$PWD/. modules make[3]: Entering directory `/usr/src/linux-2.6.28.1' CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.o CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/request.o CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/rpcout.o CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/stubs.o CC [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/super.o LD [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/vmhgfs.o Building modules, stage 2. MODPOST 1 modules CC /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/vmhgfs.mod.o LD [M] /tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/vmhgfs.ko make[3]: Leaving directory `/usr/src/linux-2.6.28.1' make -C $PWD SRCROOT=$PWD/. postbuild make[3]: Entering directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs' make[3]: ▒ postbuild ▒ est ▒ jour. make[3]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs' cp -f vmhgfs.ko ./../vmhgfs.o make[2]: Leaving directory `/tmp/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs' make VM_UNAME=2.6.28.1 -C "../modules/linux/vsock" Using 2.6.x kernel build system. Building VMCI Sockets with VMCI module symbols. many thanks for your help. mna. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-01-23 07:13 Message: Could you please try the patch I just uploaded? Go to Linux HGFS directory and apply with -p3. Thanks! ---------------------------------------------------------------------- Comment By: Hemp Cluster (jointy) Date: 2009-01-23 01:31 Message: Hi, On my gentoobox I ran into the same problems. [code] CC [M] /var/tmp/portage/app-emulation/open-vm-tools-0.0.20090121.142982/work/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.o /var/tmp/portage/app-emulation/open-vm-tools-0.0.20090121.142982/work/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c: In function 'HgfsDoWriteBegin': /var/tmp/portage/app-emulation/open-vm-tools-0.0.20090121.142982/work/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c:763: warning: ISO C90 forbids mixed declarations and code /var/tmp/portage/app-emulation/open-vm-tools-0.0.20090121.142982/work/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c: In function 'HgfsWriteBegin': /var/tmp/portage/app-emulation/open-vm-tools-0.0.20090121.142982/work/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c:867: error: implicit declaration of function '__grab_cache_page' /var/tmp/portage/app-emulation/open-vm-tools-0.0.20090121.142982/work/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.c:867: warning: assignment makes pointer from integer without a cast make[2]: *** [/var/tmp/portage/app-emulation/open-vm-tools-0.0.20090121.142982/work/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs/page.o] Error 1 make[1]: *** [_module_/var/tmp/portage/app-emulation/open-vm-tools-0.0.20090121.142982/work/open-vm-tools-2009.01.21-142982/modules/linux/vmhgfs] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.28-gentoo-r1' make: *** [vmhgfs.ko] Error 2 * * ERROR: app-emulation/open-vm-tools-0.0.20090121.142982 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3327: Called linux-mod_src_compile * environment, line 2499: Called die * The specific snippet of code: * eval "emake HOSTCC="$(tc-getBUILD_CC)" CROSS_COMPILE=${CHOST}- LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS} " || die "Unable to emake HOSTCC="$(tc-getBUILD_CC)" CROSS_COMPILE=${CHOST}- LDFLAGS="$(get_abi_LDFLAGS)" ${BUILD_FIXES} ${BUILD_PARAMS} ${BUILD_TARGETS}"; * The die message: * Unable to emake HOSTCC=i686-pc-linux-gnu-gcc CROSS_COMPILE=i686-pc-linux-gnu- LDFLAGS= auto-build HEADER_DIR=/usr/src/linux/include BUILD_DIR=/lib/modules/2.6.28-gentoo-r1/build [/code] The build log you will find here. http://pastebin.com/m34c54235 and usefull infos about the System you will find here. http://pastebin.com/m497e3088 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2530616&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-02-18 23:53:09
|
Tracker item #2523263, was opened at 2009-01-20 02:31 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2523263&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: Dominique Leuenberger (dimstar) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs stops hibernation Initial Comment: Bug has been copied from openSUSE bug tracker: https://bugzilla.novell.com/show_bug.cgi?id=461340 if vmhgfs kernel module is loaded, the system cannot be suspended anymore. (s2disk /dev/sda1 fails, leaving the call trace below). ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-02-18 15:53 Message: Fixed in release 2009.02.18. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-01-20 09:20 Message: I suppose it happens with newer kernels only, right? How about this patch.... if only I could figure out how to attach a new file to this thing... Well, will have to just post it inline. --- bora-vmsoft.orig/hgfs/linux/bdhandler.c +++ bora-vmsoft/hgfs/linux/bdhandler.c @@ -256,7 +256,12 @@ int HgfsBdHandler(void *data) // Ignored { LOG(6, (KERN_DEBUG "VMware hgfs: HgfsBdHandler: Thread starting\n")); + +#ifdef PF_FREEZER_NOSIG + set_freezable_with_signal(); +#else compat_set_freezable(); +#endif for (;;) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2523263&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-02-18 23:52:50
|
Tracker item #2492040, was opened at 2009-01-07 04:41 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2492040&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: nexx (blacknexxus) Assigned to: Nobody/Anonymous (nobody) Summary: missing share parameter in make install on FreeBSD Initial Comment: While make install in hgfsmounter (on FreeBSD), install-exec-hook: in Makefile.am will called. if FREEBSD install-exec-hook: $(MV) $(DESTDIR)$(sbindir)/mount.vmhgfs \ $(DESTDIR)$(sbindir)/mount_vmhgfs But this misses the sharename parameter. make install-exec-hook /usr/local/sbin/mount.vmhgfs /usr/local/sbin/mount_vmhgfs Usage: mount.vmhgfs <sharename> <dir> [-o <options>] Mount the HGFS share, specified by name, to a local directory. Share name must be in host:dir format. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-02-18 15:52 Message: Fixed in release 2009.02.18. ---------------------------------------------------------------------- Comment By: nexx (blacknexxus) Date: 2009-01-07 05:41 Message: Oh sry, ignored the $(MV) which seems emtpy. Had the problem also with empty $(RM) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2492040&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-02-18 23:52:18
|
Tracker item #2612417, was opened at 2009-02-18 04:08 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2612417&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: Dominique Leuenberger (dimstar) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs: compilation against 2.6.29 (rc5) fails Initial Comment: openSUSE development just moved to Kernel 2.6.29 (rc5). Not surprisingly, the kernel modules seem not to build anymore. The first one I can report if + make -C /usr/src/linux-obj/i586/debug modules M=/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs VM_CCVER=4.3 HEADER_DIR=/usr/src/linux-obj/i386/default/include SRCROOT=/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs make: Entering directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' make -C ../../../linux-2.6.29-rc5-1 O=/usr/src/linux-2.6.29-rc5-1-obj/i386/debug/. modules Using 2.6.x kernel build system. CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/backdoor.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/backdoorGcc32.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/bdhandler.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpName.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpNameLinux.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpNameLite.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/dentry.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/dir.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.o /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c: In function 'HgfsOpen': /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c:637: error: 'struct task_struct' has no member named 'fsuid' /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c:637: error: 'struct task_struct' has no member named 'fsgid' make[3]: *** [/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.o] Error 1 make[2]: *** [_module_/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' error: Bad exit status from /var/tmp/rpm-tmp.32732 (%build) ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2009-02-18 15:52 Message: New release is out with the fix. ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2009-02-18 09:02 Message: This should be fixed in our next refresh. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2612417&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-02-18 17:03:00
|
Tracker item #2612417, was opened at 2009-02-18 04:08 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2612417&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: Dominique Leuenberger (dimstar) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs: compilation against 2.6.29 (rc5) fails Initial Comment: openSUSE development just moved to Kernel 2.6.29 (rc5). Not surprisingly, the kernel modules seem not to build anymore. The first one I can report if + make -C /usr/src/linux-obj/i586/debug modules M=/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs VM_CCVER=4.3 HEADER_DIR=/usr/src/linux-obj/i386/default/include SRCROOT=/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs make: Entering directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' make -C ../../../linux-2.6.29-rc5-1 O=/usr/src/linux-2.6.29-rc5-1-obj/i386/debug/. modules Using 2.6.x kernel build system. CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/backdoor.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/backdoorGcc32.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/bdhandler.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpName.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpNameLinux.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpNameLite.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/dentry.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/dir.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.o /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c: In function 'HgfsOpen': /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c:637: error: 'struct task_struct' has no member named 'fsuid' /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c:637: error: 'struct task_struct' has no member named 'fsgid' make[3]: *** [/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.o] Error 1 make[2]: *** [_module_/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' error: Bad exit status from /var/tmp/rpm-tmp.32732 (%build) ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2009-02-18 09:02 Message: This should be fixed in our next refresh. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2612417&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2009-02-18 12:48:29
|
Tracker item #2612417, was opened at 2009-02-18 13:08 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2612417&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: Dominique Leuenberger (dimstar) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs: compilation against 2.6.29 (rc5) fails Initial Comment: openSUSE development just moved to Kernel 2.6.29 (rc5). Not surprisingly, the kernel modules seem not to build anymore. The first one I can report if + make -C /usr/src/linux-obj/i586/debug modules M=/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs VM_CCVER=4.3 HEADER_DIR=/usr/src/linux-obj/i386/default/include SRCROOT=/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs make: Entering directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' make -C ../../../linux-2.6.29-rc5-1 O=/usr/src/linux-2.6.29-rc5-1-obj/i386/debug/. modules Using 2.6.x kernel build system. CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/backdoor.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/backdoorGcc32.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/bdhandler.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpName.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpNameLinux.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/cpNameLite.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/dentry.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/dir.o CC [M] /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.o /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c: In function 'HgfsOpen': /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c:637: error: 'struct task_struct' has no member named 'fsuid' /usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.c:637: error: 'struct task_struct' has no member named 'fsgid' make[3]: *** [/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs/file.o] Error 1 make[2]: *** [_module_/usr/src/packages/BUILD/obj/debug/modules/linux/vmhgfs] Error 2 make[1]: *** [sub-make] Error 2 make: *** [all] Error 2 make: Leaving directory `/usr/src/linux-2.6.29-rc5-1-obj/i386/debug' error: Bad exit status from /var/tmp/rpm-tmp.32732 (%build) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=2612417&group_id=204462 |
|
From: Westfloor <co...@zu...> - 2009-02-18 08:12:42
|
www.zugraveli.home.ro Venind in intampinarea dorintelor dvs. o echipa de profesionisti cu experienta in amenajarea vilelor de lux va sta la dispozitie. Va oferim o gama variata de servicii pornind de la renovari pana la ultimul detaliu, toate realizate la cele mai inalte standarde occidentale : amenajari interioare, decoratiuni, renovari, zugraveli, finisaje, compartimentari rigips, termoizolatii cu polistiren expandat, montaj gresie & faianta, montaj parchet & linileum PVC, instalatii electrice si sanitare, proiectare si executie mobilier la comanda. Specialistii nostri isi indreapta atentia in directia calitatii si garantiei serviciilor oferite. Seriozitatea, promptitudinea, profesionalismul, experienta si garantia lucrarilor sunt doar cateva din cuvintele care ne caracterizeaza.Societatile noastre au ca domenii de activitate: constructiile civile, amenajarile interioare(zugraveli, tencuieli, placari gresie faianta, izolatii polistiren, montaje rigipe, parchet laminat), amenajarile exterioare(termosistem din polistiren expandat, tencuieli decorative, tinci, vopsitori lavabile etc), mobila la comanda( bucatarii, dormitoare, birouri din pal melaminat), Instalatii Electrice(proiectare, executie, reparatii instalatii electrice, montaje spoturi, prize, tablouri electrice) si Consultanta. Din dorinta de a fi transparenti am afisat preturile actualizate pe pagina "PRETURI" din meniul de pe website. Pentru mai multe detalii, poze si preturi va asteptam pe WWW.ZUGRAVELI.HOME.RO Tel: 0765451480 PENTRU DEZABONARE TRIMITETI UN MESAJ TITLU Dezabonare Acesta nu este un email tip SPAM.Contine referiri la datele noastre de identificare si instructiuni pentru evitarea unor viitoare corespondente nesolicitate. V-a fost oferit din urmatoarele motive: * sunteti un client al firmei noastre; * adresa Dvs. a fost selectata dintr-o baza de date la care ati subscris; * ati solicitat primirea ofertei noastre; * adresa Dvs. a fost facuta publica de catre Dvs. prin afisari cu caracter publicitar; * sunteti in baza noastra de date, ca urmare a unor corespondente anterioare. |
|
From: Josh R. <jos...@eu...> - 2009-02-13 23:52:41
|
On Fri, February 13, 2009 12:39 am, Marcelo Vanzin wrote: > Finally got some time to create a 7.1 VM. I wasn't able to reproduce the > problem (although I'm not using gmake). We should be putting out a new > refresh of the code next week, which should fix a few problems with > non-GNU make, so hopefully that will fix your issue. > Well, actually /usr/local/bin/gmake is GNU make. /usr/bin/make is BSD make, which was based on GNU make but was changed, modifided, etc. to work with building FreeBSD as well as its ports. I do appreciate the work you are putting into this problem, though. Unfortunately, the version in ports is quite old, and I get complaints from VMware Workstation 6.5 because my version of VMware Tools is outdated. -- To send me a personal email, please place [personal] in the Subject line. |
|
From: Dominique L. <Dom...@TM...> - 2009-02-13 08:22:58
|
>>> On 2/13/2009 at 2:00 AM, Dmitry Torokhov <dt...@vm...> wrote: > What I don't like about this solution is that it adds yet another piece that > > needs to know where vmblock is mounted and when we move to FUSE-based > implementation the mount point is going to change. granted, that is not a nice place... that's why I would have preferred this logic in the vmware-user-suid-wrapper itself. After all THAT is the program that takes care of it. > > Also, you still need to find a way to get vmware-user release/reacquire > vmblock when you update open-vm-tools package unless you want to force user to > How do YOU do that? Sort of a post-install script scanning all PIDs to find any running vmware-user tasks and send them a SIGUSR2? Dbus signaling might be a neater solution for such things. > restart their desktop. I wonder if we need to adjust the packaging > guidelines > with regard to vmware-user/vmware-user-suid-wrapper... Guidelines are a good thing, but the proper functioning of an application should not solely base on the way it's packaged. Especially not if 'make install' hardly does anything of what is supposed to happen. Also think about users downloading the tarball and ./configure; make; sudo make install it. They will never know about all the fallouts they have to go through, as 'packaging guideline' does not sound very interesting for them. Dominique |
|
From: Cornel <co...@up...> - 2009-02-13 06:52:02
|
<HTML XMLNS:O><HEAD><title>util</title>
<META http-equiv=Content-Type content="text/html; charset=iso-8859-2">
<META content="Email Marketer Message Editor" name=GENERATOR>
<STYLE type=text/css>
body,table,td,tr,p,input {font-family: Verdana, Arial, Helvetica, Sans-Serif; font-size: 11px}
hr {height: 1px}
</STYLE>
</HEAD>
<BODY>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify"><SPAN style="FONT-FAMILY: Arial; mso-ansi-language: EN-US"><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify">
<META content="Email Marketer Message Editor" name=GENERATOR>
<STYLE type=text/css>
body,table,td,tr,p,input {font-family: Verdana, Arial, Helvetica, Sans-Serif; font-size: 11px}
hr {height: 1px}
</STYLE>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify"><SPAN style="FONT-FAMILY: Arial; mso-ansi-language: EN-US"><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify"> </P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P><SPAN lang=RO><O:P></O:P></SPAN>
<P></P></FONT></FONT><FONT size=3></FONT>
<P></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P><SPAN lang=RO><O:P></O:P></SPAN>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify"><SPAN style="FONT-FAMILY: Arial; mso-ansi-language: EN-US"> <FONT size=4> </SPAN></FONT><FONT size=3></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: normal; TEXT-ALIGN: justify"><SPAN style="FONT-SIZE: 12pt; FONT-FAMILY: 'Times New Roman','serif'; mso-bidi-font-family: 'Times New Roman'; mso-fareast-font-family: 'Times New Roman'; mso-fareast-language: RO"><FONT size=4>Evrika Group - cursuri de perfectionare :<o:p></o:p></FONT></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify" align=left><FONT size=4>- <B><A href="http://www.cursonline.eu/index.php?index=contabilitate"><FONT color=#800080>contabilitate </FONT></A><O:P></O:P></SPAN></U></B></SPAN><SPAN lang=RO style="FONT-FAMILY: Arial">costul cursului </SPAN><SPAN lang=RO style="FONT-FAMILY: Arial">este de 300 ron cu incepere din 23 februarie 2009 . </SPAN></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify" align=left><FONT size=4>- </FONT><A href="http://www.cursonline.eu/index.php?index=ef"><FONT color=#800080><FONT size=4><B>expert fiscal</B> </FONT> </FONT></A></SPAN></U></B></SPAN><SPAN lang=RO style="FONT-FAMILY: Arial"><FONT size=4>costul cursului este de 1000 ron cu incepere in 04 martie 2009.</FONT> </SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify" align=left><FONT size=4>- <B><A href="http://www.cursonline.eu/index.php?index=ipm"><FONT color=#800080>inspector protectia muncii studii medii </FONT></A><O:P></O:P></SPAN></U></B></SPAN><SPAN lang=RO style="FONT-FAMILY: Arial">costul cursului </SPAN><SPAN lang=RO style="FONT-FAMILY: Arial">este de </SPAN>300 ron <FONT face=Arial>cu incepere din 01 aprilie 2009 </FONT>.</FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify" align=left><FONT size=4>- <B><A href="http://www.cursonline.eu/index.php?index=ipmm"><FONT color=#800080>inspector protectia muncii nivel mediu - studii superioare </FONT></A><O:P></O:P></SPAN></U></B></SPAN><SPAN lang=RO style="FONT-FAMILY: Arial">costul cursului </SPAN><SPAN lang=RO style="FONT-FAMILY: Arial">este de 600</SPAN> ron <FONT face=Arial>cu incepere din 01 aprilie 2009</FONT></SPAN></FONT></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify" align=left><SPAN lang=RO style="FONT-FAMILY: Arial"><FONT face=Verdana><FONT size=4>- <B><A href="http://www.cursonline.eu/index.php?index=iru"><FONT color=#800080>inspector resurse umane </FONT></A><O:P></O:P></SPAN></U></B></SPAN><SPAN lang=RO style="FONT-FAMILY: Arial">costul cursului </SPAN><SPAN lang=RO style="FONT-FAMILY: Arial">este de 250 ron cu incepere din 17 februarie 2009. </SPAN></FONT></FONT></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify" align=left><FONT face=Verdana><FONT size=4><SPAN lang=RO style="FONT-FAMILY: Arial"></SPAN></FONT></FONT> </P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt" align=center><SPAN lang=RO style="FONT-FAMILY: Arial"><FONT size=3> </FONT></SPAN>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO style="FONT-FAMILY: Arial"><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; TEXT-ALIGN: center" align=center><SPAN lang=RO style="FONT-SIZE: 14pt"><O:P></O:P></SPAN></P><B style="mso-bidi-font-weight: normal"><SPAN lang=RO style="FONT-SIZE: 14pt"> In urma sustinerii examenului final se obtine un Certificat de absolvire eliberat de Ministerul Muncii Familiei si Egalitatii de Sanse,si Ministerul Educatiei, Cercetarii si Tineretului recunoscut pe piata muncii.<O:P></O:P></SPAN></B>
<P></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO style="FONT-SIZE: 10pt; FONT-FAMILY: Arial"><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify"><SPAN style="FONT-FAMILY: Arial; mso-ansi-language: EN-US"><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify"><SPAN style="FONT-FAMILY: Arial; mso-ansi-language: EN-US"> </SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt; LINE-HEIGHT: 150%; TEXT-ALIGN: justify"><SPAN style="FONT-FAMILY: Arial; mso-ansi-language: EN-US"><FONT size=3> <SPAN lang=IT style="FONT-SIZE: 9pt; COLOR: #333333; LINE-HEIGHT: 115%; FONT-FAMILY: 'Arial','sans-serif'; mso-ansi-language: IT; mso-fareast-font-family: 'Times New Roman'; mso-fareast-language: RO; mso-bidi-font-size: 11.0pt; mso-bidi-language: AR-SA">Daca vreti sa profitati de oportunitatile ce pot aparea apasati aici: </SPAN></FONT></SPAN><FONT face=Arial><FONT size=1><SPAN class=style4><SPAN lang=IT style="FONT-SIZE: 9pt; COLOR: #333333; mso-ansi-language: IT; mso-bidi-font-family: Arial"><A href="mailto:sub...@ev...">SUBSCRIBE</A> ; <SPAN lang=IT style="FONT-SIZE: 9pt; COLOR: #333333; LINE-HEIGHT: 115%; FONT-FAMILY: 'Arial','sans-serif'; mso-ansi-language: IT; mso-fareast-font-family: 'Times New Roman'; mso-fareast-language: RO; mso-bidi-font-size: 11.0pt; mso-bidi-language: AR-SA">daca nu, apasa aici : </SPAN> <A href="mailto:uns...@ev...">UNSUBSCRIBE</A> ..</SPAN></SPAN></FONT></FONT>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P>
<P class=MsoNormal style="MARGIN: 0cm 0cm 0pt"><SPAN lang=RO><O:P></O:P></SPAN></P><SPAN lang=RO><O:P></O:P></SPAN>
<P></P></FONT></FONT></BODY></HTML> |
|
From: Marcelo V. <mv...@vm...> - 2009-02-13 05:40:03
|
Josh Rickmar wrote: > OK, thanks for the help. This solved that problem, but now I am getting > another compile issue Here's the output: Finally got some time to create a 7.1 VM. I wasn't able to reproduce the problem (although I'm not using gmake). We should be putting out a new refresh of the code next week, which should fix a few problems with non-GNU make, so hopefully that will fix your issue. > Making all in modules > gmake[1]: Entering directory > `/usr/home/joshua/src/open-vm-tools-2009.01.21-142982/modules' > gmake VM_UNAME=7.1-RELEASE -C "../modules/freebsd/vmmemctl" > gmake[2]: Entering directory > `/usr/home/joshua/src/open-vm-tools-2009.01.21-142982/modules/freebsd/vmmemctl' > Makefile:29: *** missing separator. Stop. -- - Marcelo |
|
From: Dmitry T. <dt...@vm...> - 2009-02-13 01:00:17
|
On Thursday 12 February 2009 01:42:11 Dominique Leuenberger wrote: > >>> On 2/12/2009 at 9:16 AM, "Dominique Leuenberger" > > <Dom...@TM...> wrote: > > I'm not entirely sure how symlinking the two together will help, > > considering that vmware-user-suid-wrapper is starting vmware-user. Having > > them symlinked sounds like weird look. But for some reasons apparently > > it seems to work out for you. > > I think I'll replace the startup of vmware-user-suid-wrapper with a > > script that is trying test if the start succeeded, and if not try to > > restart it for a few times, with a sleep of 1 second or the like. > > A possible solution I just implemented here: > A script that tests for the existence of /proc/fs/vmblock/dev, if not there > sleeps for a short time (increasing) and then retries again. > > This seems to help me out for all the cases and it seemed (so far) always > to sleep long enough. The script is attached, so if you see something > completely weird / wrong, please let me know. > Always willing to improve it further. > > This script is now used in the /etc/xdg/autostart/vmware-user desktop > instead of vmware-user-suid-wrapper directly. So having one more > abstraction layer in between, taking care of everything working out the way > it should. > What I don't like about this solution is that it adds yet another piece that needs to know where vmblock is mounted and when we move to FUSE-based implementation the mount point is going to change. Also, you still need to find a way to get vmware-user release/reacquire vmblock when you update open-vm-tools package unless you want to force user to restart their desktop. I wonder if we need to adjust the packaging guidelines with regard to vmware-user/vmware-user-suid-wrapper... -- Dmitry |
|
From: Dominique L. <Dom...@TM...> - 2009-02-12 09:42:33
|
>>> On 2/12/2009 at 9:16 AM, "Dominique Leuenberger" <Dom...@TM...> wrote: > I'm not entirely sure how symlinking the two together will help, considering > that vmware-user-suid-wrapper is starting vmware-user. Having them > symlinked sounds like weird look. But for some reasons apparently it seems > to work out for you. > I think I'll replace the startup of vmware-user-suid-wrapper with a script that > is trying test if the start succeeded, and if not try to restart it > for a few times, with a sleep of 1 second or the like. A possible solution I just implemented here: A script that tests for the existence of /proc/fs/vmblock/dev, if not there sleeps for a short time (increasing) and then retries again. This seems to help me out for all the cases and it seemed (so far) always to sleep long enough. The script is attached, so if you see something completely weird / wrong, please let me know. Always willing to improve it further. This script is now used in the /etc/xdg/autostart/vmware-user desktop instead of vmware-user-suid-wrapper directly. So having one more abstraction layer in between, taking care of everything working out the way it should. Dominique |
|
From: Dominique L. <Dom...@TM...> - 2009-02-12 08:16:20
|
>>> On 2/11/2009 at 10:22 PM, Dmitry Torokhov <dt...@vm...> wrote: >> Thus having vmware-user-suid-wrapper retry for a few seconds might not be >> the worst thing to do >> >> As said, it only happens in case of automatic login being activated. In >> other case the time it takes to log in is long enough to initialize >> completely. (At least I seem to be slow enugh by typing) >> > > I see. Vmware-user reacts to SIGUSR2 by relaunching `vmware-user` executable > and our init scripts do send this signal after [re]loading vmblock driver; > maybe you could do the same. This assumes that vmware-user in the PATH is a > symlink to vmware-user-suid-wrapper: > > [root@dtor-frh-i386-vm ~]# ls -la `which vmware-user` > lrwxrwxrwx 1 root root 52 2009-02-06 10:39 /usr/bin/vmware-user -> > /usr/lib/vmware-tools/bin32/vmware-user-suid-wrapper this assumes that we're not packaging the open-vm-tools as outlined on the wiki for packagers. vmware-user resides in /usr/bin, and vmware-user-suid-wrapper also resides in /usr/bin, but with mode 4755 I'm not entirely sure how symlinking the two together will help, considering that vmware-user-suid-wrapper is starting vmware-user. Having them symlinked sounds like weird look. But for some reasons apparently it seems to work out for you. I think I'll replace the startup of vmware-user-suid-wrapper with a script that is trying test if the start succeeded, and if not try to restart it for a few times, with a sleep of 1 second or the like. If I understand correct, you don't think that having the suid-wrapper taking care on it's own to retry as a good idea, right? ( think this would be more of a solution than working around the issue with signaling and the like). Dominique |
|
From: Dmitry T. <dt...@vm...> - 2009-02-11 21:22:54
|
On Wednesday 11 February 2009 12:57:43 Dominique Leuenberger wrote: > On Wednesday 11 February 2009 01:22:01 Dominique Leuenberger wrote: > >Could you tell me how you load vmblock module? It is not threaded so as > > long as it is loaded before you try execute vmware-user-suid-wrapper > > everything should be fine. > > It is loaded using an rc script during the init process, which for faster > boot times is running scripts in parallel. This is why gdm seems to pass > over and it happens sometimes to start vmware-user-suid-wrapper before the > vmblock is fully available. > > Thus having vmware-user-suid-wrapper retry for a few seconds might not be > the worst thing to do > > As said, it only happens in case of automatic login being activated. In > other case the time it takes to log in is long enough to initialize > completely. (At least I seem to be slow enugh by typing) > I see. Vmware-user reacts to SIGUSR2 by relaunching `vmware-user` executable and our init scripts do send this signal after [re]loading vmblock driver; maybe you could do the same. This assumes that vmware-user in the PATH is a symlink to vmware-user-suid-wrapper: [root@dtor-frh-i386-vm ~]# ls -la `which vmware-user` lrwxrwxrwx 1 root root 52 2009-02-06 10:39 /usr/bin/vmware-user -> /usr/lib/vmware-tools/bin32/vmware-user-suid-wrapper -- Dmitry |
|
From: Dominique L. <Dom...@TM...> - 2009-02-11 20:58:16
|
On Wednesday 11 February 2009 01:22:01 Dominique Leuenberger wrote: >Could you tell me how you load vmblock module? It is not threaded so as long >as it is loaded before you try execute vmware-user-suid-wrapper everything >should be fine. It is loaded using an rc script during the init process, which for faster boot times is running scripts in parallel. This is why gdm seems to pass over and it happens sometimes to start vmware-user-suid-wrapper before the vmblock is fully available. Thus having vmware-user-suid-wrapper retry for a few seconds might not be the worst thing to do As said, it only happens in case of automatic login being activated. In other case the time it takes to log in is long enough to initialize completely. (At least I seem to be slow enugh by typing) Dominique |
|
From: Dmitry T. <dt...@vm...> - 2009-02-11 17:15:15
|
Hi Dominique, On Wednesday 11 February 2009 01:22:01 Dominique Leuenberger wrote: > Hi, > > (reference to https://bugzilla.novell.com/show_bug.cgi?id=474076 ) > I ran into a small issue with the vmware-user-suid-wrapper. > The file is mod 4755, that's fine. > > I'm testing on openSUSE 11.1. If I configure the system to 'auto login', > then we seem to run in a racing condition where vmblock is not fast enough > in initializing compared to the start of X (gnome). > > this results in an error in .xsession.log in the style of: > vmware-user: could not open /proc/fs/vmblock/dev > > If I logout / login manually, then the wrapper is autostarted and works as > expected. So clearly the device is just not available yet. > > could the wrapper be a bit more 'flexible' in acquiring the file handle? > Give it a grace period for example before starting vmware-user? > > This could be really helpful I think. But if you have any other > suggestions, I'm all ears! > Could you tell me how you load vmblock module? It is not threaded so as long as it is loaded before you try execute vmware-user-suid-wrapper everything should be fine. -- Dmitry |
|
From: Dominique L. <Dom...@TM...> - 2009-02-11 09:22:41
|
Hi, (reference to https://bugzilla.novell.com/show_bug.cgi?id=474076 ) I ran into a small issue with the vmware-user-suid-wrapper. The file is mod 4755, that's fine. I'm testing on openSUSE 11.1. If I configure the system to 'auto login', then we seem to run in a racing condition where vmblock is not fast enough in initializing compared to the start of X (gnome). this results in an error in .xsession.log in the style of: vmware-user: could not open /proc/fs/vmblock/dev If I logout / login manually, then the wrapper is autostarted and works as expected. So clearly the device is just not available yet. could the wrapper be a bit more 'flexible' in acquiring the file handle? Give it a grace period for example before starting vmware-user? This could be really helpful I think. But if you have any other suggestions, I'm all ears! Dominique |
|
From: Josh R. <jos...@eu...> - 2009-02-07 02:57:09
|
On Thu, February 5, 2009 10:48 pm, Marcelo Vanzin wrote: > Josh Rickmar wrote: > >> Sorry, but I don't have any experience with automake and autoconf. I >> applied the patch, but when running autoconf, I get an error saying that >> my version is wrong. I am using autoconf 2.62, but it says that it >> won't work because it was made with version 2.61. I checked, and I >> can't find 2.61 in the ports tree. >> >> >> Again, sorry for the slightly off-topic error. What should I try doing >> instead? > > You should run "make distclean" (not sure if it's strictly necessary but > it doesn't hurt) and then "autoreconf --install". That will recreate the > configure script. The just run ./configure / gmake. > > -- > - Marcelo > OK, thanks for the help. This solved that problem, but now I am getting another compile issue Here's the output: Making all in modules gmake[1]: Entering directory `/usr/home/joshua/src/open-vm-tools-2009.01.21-142982/modules' gmake VM_UNAME=7.1-RELEASE -C "../modules/freebsd/vmmemctl" gmake[2]: Entering directory `/usr/home/joshua/src/open-vm-tools-2009.01.21-142982/modules/freebsd/vmmemctl' Makefile:29: *** missing separator. Stop. gmake[2]: Leaving directory `/usr/home/joshua/src/open-vm-tools-2009.01.21-142982/modules/freebsd/vmmemctl' gmake[1]: *** [vmmemctl] Error 2 gmake[1]: Leaving directory `/usr/home/joshua/src/open-vm-tools-2009.01.21-142982/modules' gmake: *** [all-recursive] Error 1 -- To send me a personal email, please place [personal] in the Subject line. |
|
From: Marcelo V. <mv...@vm...> - 2009-02-06 03:48:35
|
Josh Rickmar wrote: > Sorry, but I don't have any experience with automake and autoconf. I > applied the patch, but when running autoconf, I get an error saying that > my version is wrong. I am using autoconf 2.62, but it says that it won't > work because it was made with version 2.61. I checked, and I can't find > 2.61 in the ports tree. > > Again, sorry for the slightly off-topic error. What should I try doing > instead? You should run "make distclean" (not sure if it's strictly necessary but it doesn't hurt) and then "autoreconf --install". That will recreate the configure script. The just run ./configure / gmake. -- - Marcelo |
|
From: Josh R. <jos...@eu...> - 2009-02-06 03:10:38
|
On Thu, February 5, 2009 7:58 pm, Marcelo Vanzin wrote: > Josh Rickmar wrote: > >> % pkg_which /usr/local/include/unicode.h >> libunicode-0.4_9 > > Could you try this patch? It seems to work for me. (You'll probably need > autoconf / automake / etc to rebuild the makefiles...) > > --- configure.ac > +++ configure.ac 09-02-05 16:35:53 > @@ -800,7 +800,7 @@ > > > INCLUDE_DIR="`cd $srcdir; pwd`/lib/include" > BLD_INCLUDE_DIR="$BUILDDIR/lib/include" > -CPPFLAGS="$CPPFLAGS -I$INCLUDE_DIR -I$BLD_INCLUDE_DIR" > +CPPFLAGS="-I$INCLUDE_DIR -I$BLD_INCLUDE_DIR $CPPFLAGS" > > > ### OS/arch-specific flags / actions > > > > > -- > - Marcelo > Sorry, but I don't have any experience with automake and autoconf. I applied the patch, but when running autoconf, I get an error saying that my version is wrong. I am using autoconf 2.62, but it says that it won't work because it was made with version 2.61. I checked, and I can't find 2.61 in the ports tree. Again, sorry for the slightly off-topic error. What should I try doing instead? -- To send me a personal email, please place [personal] in the Subject line. |
58 messages has been excluded from this view by a project administrator.
