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...> - 2011-10-31 22:54:03
|
Tracker item #3378690, was opened at 2011-07-26 07:38 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3378690&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: Sean (svz90) Assigned to: Nobody/Anonymous (nobody) Summary: DnD From Host to Guest Fails Initial Comment: When trying to drag and drop a file from the Host operating system to the guest, I get the following error message: Error stating file '/proc/fs/vmblock/mountPoint/cdd623db/filename' No such file or directory where filename is the file from the host system. I am running open-vm-tools version 2011.07.19, with Arch Linux (kernel version 2.6.39), and Xfce 4.8. Using VMWare Player 3.1.4 build-385536. I checked the startup scripts, and vmblock is mounted and running. The /proc/fs/vmblock/mountpoint directory is symlinked to /tmp/VMWareDnD/cdd623db. Drag and drop from guest to host works fine. Clipboard synchronization works in both directions (though only with text - not with files). Thank you for any help in this matter. Regards, svz90 ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-10-31 15:54 Message: How is vmware-user being started in your system? (You could do a "ps ax | grep vmtoolsd" and post the results so we could look at it.) The correct way is to run vmware-user-suid-wrapper; running "vmtoolsd -n vmusr" directly will not work and will cause the issue you're running into. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3378690&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-31 22:52:20
|
Tracker item #3371547, was opened at 2011-07-19 09:26 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&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: Accepted Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: patches to allow vmtools to be built with uclibc/buildroot Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-10-31 15:52 Message: Commit c3d05a should have most of you patches. I did not apply the last one (the shutdown change for busybox) since that's something that we prefer to do at runtime in our code, since the VMware version of tools are compiled only once and deployed on different target systems. You're free to keep your own private patches for that, or submit one that performs a runtime check instead, though. Thanks for the patches and sorry for the delay. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-09-26 13:24 Message: Took a while but finally got our legal department to sort things out, so I'll look at the patches as soon as I find some time. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-22 06:34 Message: Tried sending you a private email via sourceforge but it's erroring out. My contact email is wal...@cc... ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-21 11:00 Message: Hey, could you send me a private e-mail? Sourceforge doesn't seem to show your user info. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-21 10:42 Message: Thanks. I'll ping our legal department since generally they haven't been very good in processing those. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 04:20 Message: Contributor agreement sent. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 04:05 Message: I've substituted patch #4 with a much simpler version -- just moves NO_FLOATING_POINT ifdef to exclude one function. The rest of the code that was problematic can be stubbed out by compiling with NO_FLOATING_POINT. So basically these patches just modify some ifdef's now. Will submit contributor agreement. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 10:08 Message: For the libc bits, I don't think we can accept those into our repository, unless you manage to get the copyright owner to sign off the copyright on those bits to VMware (which I think is unlikely to happen...). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-20 01:08 Message: Hi, All patches except one are nothing more than adding an extra #if defined so signing and returning the approval form isn't a problem. Patch number #4 is more problematic however since the code is lifted off libc. What's the contribution policy on that? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 10:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-31 22:50:39
|
Tracker item #3026491, was opened at 2010-07-07 11:31 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3026491&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Natanael Copa (ncopa) Assigned to: Nobody/Anonymous (nobody) Summary: build on uclibc fails due to missing ecvt() Initial Comment: When building on linux/uclibc (and after some minor patching) i finally got stuck with this message: cc1: warnings being treated as errors bsd_output_shared.c: In function 'dtoa': bsd_output_shared.c:111: error: implicit declaration of function 'ecvt' The problem seems to be that uclibc does not provide the ecvt(3) function which the lib/string seens to depend on for the dtoa() implementation. Would be nice if configure script could check for ecvt() and provide one if the system does not. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-10-31 15:50 Message: Commit c3d05a should have a fix for this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3026491&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-19 23:56:55
|
Tracker item #3426141, was opened at 2011-10-19 16:52 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3426141&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: kernel modules Group: None >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: asforme (asforme) Assigned to: Nobody/Anonymous (nobody) Summary: Physical RDM disks larger than 2TB not recognized Initial Comment: On ESXi 5 which supports physical RDMs larger then 2TB. Occurs on both LSI Logic SAS and LSI Logic Parallel SCSI controllers. Kernel reports "unsupportable block size" followed by either a seemingly random number, or 0, number is different each time, when access to the disk is attempted. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-10-19 16:56 Message: This is not an issue with open-vm-tools. You should contact VMware support instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3426141&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-19 23:52:55
|
Tracker item #3426141, was opened at 2011-10-19 19:52 Message generated for change (Tracker Item Submitted) made by asforme You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3426141&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: asforme (asforme) Assigned to: Nobody/Anonymous (nobody) Summary: Physical RDM disks larger than 2TB not recognized Initial Comment: On ESXi 5 which supports physical RDMs larger then 2TB. Occurs on both LSI Logic SAS and LSI Logic Parallel SCSI controllers. Kernel reports "unsupportable block size" followed by either a seemingly random number, or 0, number is different each time, when access to the disk is attempted. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3426141&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-17 17:38:16
|
Tracker item #3424368, was opened at 2011-10-16 05:06 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lukas Ruf (lukas_ruf) Assigned to: Nobody/Anonymous (nobody) Summary: Cut&Paste fails with latest VMware Workstation Initial Comment: After upgrading to latest VMware Workstation Cut&Paste does not work anymore. Host: unchanged (Win7e, 64b) Guest: unchanged (Debian Linux, openvm-tools stable) Config: unchanged VMware: workstation changed from 7.1 to latest If there is any workaround, please let me know. Thanks Lukas ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-10-17 10:38 Message: This is looking like a Debian package issue from chip's comments. Also, you should run "vmware-user-suid-wrapper" instead of running "vmtoolsd -n vmusr" directly, or drap & drop won't work. ---------------------------------------------------------------------- Comment By: Chip Salzenberg (chip) Date: 2011-10-16 21:32 Message: I meant, I upgraded my vmware *tools* installation to 8.8.0 inside the guest OS. My vmware host was not upgraded, and is not an issue. I don't know if 7.x vmware tools have the same issues, I haven't tried it. ---------------------------------------------------------------------- Comment By: Lukas Ruf (lukas_ruf) Date: 2011-10-16 15:12 Message: Chip, thanks for your reply. Does this work with older VMware installations too? Or do I run into backward compatibility problems with VMware v7? Thanks Lukas ---------------------------------------------------------------------- Comment By: Chip Salzenberg (chip) Date: 2011-10-16 14:42 Message: I've got it working with 8.8.0 and a little debian packaging fu. The trick is to observe that vmware-user is still present, but hidden inside another program. Run "/usr/bin/vmtoolsd -n vmusr" instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-17 04:32:27
|
Tracker item #3424368, was opened at 2011-10-16 08:06 Message generated for change (Comment added) made by chip You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lukas Ruf (lukas_ruf) Assigned to: Nobody/Anonymous (nobody) Summary: Cut&Paste fails with latest VMware Workstation Initial Comment: After upgrading to latest VMware Workstation Cut&Paste does not work anymore. Host: unchanged (Win7e, 64b) Guest: unchanged (Debian Linux, openvm-tools stable) Config: unchanged VMware: workstation changed from 7.1 to latest If there is any workaround, please let me know. Thanks Lukas ---------------------------------------------------------------------- Comment By: Chip Salzenberg (chip) Date: 2011-10-17 00:32 Message: I meant, I upgraded my vmware *tools* installation to 8.8.0 inside the guest OS. My vmware host was not upgraded, and is not an issue. I don't know if 7.x vmware tools have the same issues, I haven't tried it. ---------------------------------------------------------------------- Comment By: Lukas Ruf (lukas_ruf) Date: 2011-10-16 18:12 Message: Chip, thanks for your reply. Does this work with older VMware installations too? Or do I run into backward compatibility problems with VMware v7? Thanks Lukas ---------------------------------------------------------------------- Comment By: Chip Salzenberg (chip) Date: 2011-10-16 17:42 Message: I've got it working with 8.8.0 and a little debian packaging fu. The trick is to observe that vmware-user is still present, but hidden inside another program. Run "/usr/bin/vmtoolsd -n vmusr" instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-16 22:12:09
|
Tracker item #3424368, was opened at 2011-10-16 14:06 Message generated for change (Comment added) made by lukas_ruf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lukas Ruf (lukas_ruf) Assigned to: Nobody/Anonymous (nobody) Summary: Cut&Paste fails with latest VMware Workstation Initial Comment: After upgrading to latest VMware Workstation Cut&Paste does not work anymore. Host: unchanged (Win7e, 64b) Guest: unchanged (Debian Linux, openvm-tools stable) Config: unchanged VMware: workstation changed from 7.1 to latest If there is any workaround, please let me know. Thanks Lukas ---------------------------------------------------------------------- Comment By: Lukas Ruf (lukas_ruf) Date: 2011-10-17 00:12 Message: Chip, thanks for your reply. Does this work with older VMware installations too? Or do I run into backward compatibility problems with VMware v7? Thanks Lukas ---------------------------------------------------------------------- Comment By: Chip Salzenberg (chip) Date: 2011-10-16 23:42 Message: I've got it working with 8.8.0 and a little debian packaging fu. The trick is to observe that vmware-user is still present, but hidden inside another program. Run "/usr/bin/vmtoolsd -n vmusr" instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-16 21:42:23
|
Tracker item #3424368, was opened at 2011-10-16 08:06 Message generated for change (Comment added) made by chip You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lukas Ruf (lukas_ruf) Assigned to: Nobody/Anonymous (nobody) Summary: Cut&Paste fails with latest VMware Workstation Initial Comment: After upgrading to latest VMware Workstation Cut&Paste does not work anymore. Host: unchanged (Win7e, 64b) Guest: unchanged (Debian Linux, openvm-tools stable) Config: unchanged VMware: workstation changed from 7.1 to latest If there is any workaround, please let me know. Thanks Lukas ---------------------------------------------------------------------- Comment By: Chip Salzenberg (chip) Date: 2011-10-16 17:42 Message: I've got it working with 8.8.0 and a little debian packaging fu. The trick is to observe that vmware-user is still present, but hidden inside another program. Run "/usr/bin/vmtoolsd -n vmusr" instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-10-16 12:06:35
|
Tracker item #3424368, was opened at 2011-10-16 14:06 Message generated for change (Tracker Item Submitted) made by lukas_ruf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: guestd Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lukas Ruf (lukas_ruf) Assigned to: Nobody/Anonymous (nobody) Summary: Cut&Paste fails with latest VMware Workstation Initial Comment: After upgrading to latest VMware Workstation Cut&Paste does not work anymore. Host: unchanged (Win7e, 64b) Guest: unchanged (Debian Linux, openvm-tools stable) Config: unchanged VMware: workstation changed from 7.1 to latest If there is any workaround, please let me know. Thanks Lukas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3424368&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-09-29 16:49:09
|
Tracker item #3117826, was opened at 2010-11-24 12:49 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3117826&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: vmware-user Group: None >Status: Closed >Resolution: Wont Fix Priority: 5 Private: No Submitted By: paulwt (paulwt) Assigned to: Nobody/Anonymous (nobody) Summary: Empty Apps Menu in Unity Initial Comment: Building and installing snapshots 2010.10.18 and 2011.11.17 result in having an empty application menu in Unity mode. Host: Windows 7 Guest: Linux - Archlinux with KDE ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-09-29 09:49 Message: The unity developers have decided to take unity out of open-vm-tools. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2010-12-02 16:30 Message: The current unity code depends on a hacked version of the gnome-menus library which we haven't yet released (or upstreamed). So in open-vm-tools the code related to that library is disabled, since it can't be built. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3117826&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-09-29 16:48:41
|
Tracker item #3401570, was opened at 2011-08-31 06:21 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3401570&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: Wont Fix Priority: 5 Private: No Submitted By: Henry F. () Assigned to: Nobody/Anonymous (nobody) Summary: Unity plugin fails to compile under FreeBSD Initial Comment: AppInfoLaunchEnv() function in services/plugins/unity/ghIntegration/platform.cc file contains this: if (clearenv() == 0) { ... There is no clearenv() under FreeBSD. It's a Linux glibc only function. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-09-29 09:48 Message: The unity developers have chosen to remove unity from open-vm-tools, so this becomes a non-issue. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3401570&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-09-29 16:47:59
|
Tracker item #3409598, was opened at 2011-09-14 12:05 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3409598&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: Hajdu Attila (shark300) Assigned to: Nobody/Anonymous (nobody) Summary: wrond dmask in hgfsmounter Initial Comment: On the 551th line of hgfsmounter.c : static Bool ParseDmask(const char *option, // IN: option string along with value HgfsMountInfo *mountInfo, // OUT: mount data int *flags) // OUT: mount flags { ASSERT(option); ASSERT(mountInfo); if (ParseMask(option, &mountInfo->fmask)) { LOG("Setting mount dmask to %o\n", mountInfo->dmask); return TRUE; } return FALSE; } if (ParseMask(option, &mountInfo->dmask)) { instead if (ParseMask(option, &mountInfo->fmask)) { ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-09-29 09:47 Message: Commit id a4343bae. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3409598&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-09-26 20:24:47
|
Tracker item #3371547, was opened at 2011-07-19 09:26 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: patches to allow vmtools to be built with uclibc/buildroot Initial Comment: With the attached patches, vmtools will be able to be built for uclibc. Tested successfully in a buildroot environment. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-09-26 13:24 Message: Took a while but finally got our legal department to sort things out, so I'll look at the patches as soon as I find some time. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-22 06:34 Message: Tried sending you a private email via sourceforge but it's erroring out. My contact email is wal...@cc... ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-21 11:00 Message: Hey, could you send me a private e-mail? Sourceforge doesn't seem to show your user info. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-21 10:42 Message: Thanks. I'll ping our legal department since generally they haven't been very good in processing those. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 04:20 Message: Contributor agreement sent. ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-21 04:05 Message: I've substituted patch #4 with a much simpler version -- just moves NO_FLOATING_POINT ifdef to exclude one function. The rest of the code that was problematic can be stubbed out by compiling with NO_FLOATING_POINT. So basically these patches just modify some ifdef's now. Will submit contributor agreement. ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 10:08 Message: For the libc bits, I don't think we can accept those into our repository, unless you manage to get the copyright owner to sign off the copyright on those bits to VMware (which I think is unlikely to happen...). ---------------------------------------------------------------------- Comment By: https://www.google.com/accounts () Date: 2011-07-20 01:08 Message: Hi, All patches except one are nothing more than adding an extra #if defined so signing and returning the approval form isn't a problem. Patch number #4 is more problematic however since the code is lifted off libc. What's the contribution policy on that? ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-19 10:30 Message: Thanks for taking the time to do this, but we can't accept any patches unless you follow the instructions at: http://open-vm-tools.sourceforge.net/contribute.php Lots of this code is shared with our closed-sourced products, so we can't just merge (L)GPL code into our code base without being able to change the license. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3371547&group_id=204462 |
|
From: Marcelo V. <mv...@vm...> - 2011-09-22 17:44:28
|
Hi Chip, Sorry for the delay in responding. On 08/31/2011 07:31 PM, Chip Salzenberg wrote: > Debian unstable has just updated its open-vm-tools packaging, which is > great; but neither clipboard coordination nor Linux guest X window > resizing works any more. WRT the latter, it's resizing the host > window that used to automatically resize the guest desktop. Now it > doesn't. I just compiled / installed the 8.8.0 release manually on a Fedora 15 VM and both features (clipboard sync and display resizing) seem to work as intended. I haven't had the time to test the development snapshot, but I don't expect much to have changed (I remember testing it a couple of months ago and it worked as expected too). If the Debian guys are packaging things correctly (and you have the vmware-user-suid-wrapper command automatically execute when you log in to your X session), then things should work. Check whether you have an instance of the "vmtoolsd" process running as your logged in user to make sure. -- - Marcelo |
|
From: SourceForge.net <no...@so...> - 2011-09-19 18:08:23
|
Tracker item #3411232, was opened at 2011-09-18 07:59 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3411232&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: ohauer (ohauer) Assigned to: Nobody/Anonymous (nobody) Summary: FreeBSD remove vxn_watchdog Initial Comment: The member function "void (*if_watchdog)(struct ifnet *ifp)" was removed in FreeBSD9 (function is deprecated since Nov. 2009) See discussion: http://lists.freebsd.org/pipermail/freebsd-net/2009-November/023677.html Since this function was never really used in the vmxnet driver for FreeBSD remove the code with the great site effect compat6 is no longer used to run vmware-tools. Same goes for the official tools. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2011-09-19 11:08 Message: Thanks, I bounced this request to our networking guys. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3411232&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-09-18 14:59:09
|
Tracker item #3411232, was opened at 2011-09-18 16:59 Message generated for change (Tracker Item Submitted) made by ohauer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3411232&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: ohauer (ohauer) Assigned to: Nobody/Anonymous (nobody) Summary: FreeBSD remove vxn_watchdog Initial Comment: The member function "void (*if_watchdog)(struct ifnet *ifp)" was removed in FreeBSD9 (function is deprecated since Nov. 2009) See discussion: http://lists.freebsd.org/pipermail/freebsd-net/2009-November/023677.html Since this function was never really used in the vmxnet driver for FreeBSD remove the code with the great site effect compat6 is no longer used to run vmware-tools. Same goes for the official tools. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3411232&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-09-14 19:05:41
|
Tracker item #3409598, was opened at 2011-09-14 21:05 Message generated for change (Tracker Item Submitted) made by shark300 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3409598&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: Hajdu Attila (shark300) Assigned to: Nobody/Anonymous (nobody) Summary: wrond dmask in hgfsmounter Initial Comment: On the 551th line of hgfsmounter.c : static Bool ParseDmask(const char *option, // IN: option string along with value HgfsMountInfo *mountInfo, // OUT: mount data int *flags) // OUT: mount flags { ASSERT(option); ASSERT(mountInfo); if (ParseMask(option, &mountInfo->fmask)) { LOG("Setting mount dmask to %o\n", mountInfo->dmask); return TRUE; } return FALSE; } if (ParseMask(option, &mountInfo->dmask)) { instead if (ParseMask(option, &mountInfo->fmask)) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3409598&group_id=204462 |
|
From: Reverend C. <rev...@gm...> - 2011-09-02 23:18:28
|
<echo> <crickets> |
|
From: Chip S. <rev...@gm...> - 2011-09-01 02:32:25
|
Debian unstable has just updated its open-vm-tools packaging, which is great; but neither clipboard coordination nor Linux guest X window resizing works any more. WRT the latter, it's resizing the host window that used to automatically resize the guest desktop. Now it doesn't. Help? Insight? Are these known issues? Are there known workarounds? |
|
From: SourceForge.net <no...@so...> - 2011-08-31 13:21:32
|
Tracker item #3401570, was opened at 2011-08-31 13:21 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3401570&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: Henry F. () Assigned to: Nobody/Anonymous (nobody) Summary: Unity plugin fails to compile under FreeBSD Initial Comment: AppInfoLaunchEnv() function in services/plugins/unity/ghIntegration/platform.cc file contains this: if (clearenv() == 0) { ... There is no clearenv() under FreeBSD. It's a Linux glibc only function. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3401570&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-08-30 20:40:44
|
Tracker item #3298068, was opened at 2011-05-05 13:40 Message generated for change (Settings changed) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&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: hgfsClient Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Ekaterina (katjai) Assigned to: Nobody/Anonymous (nobody) Summary: kernel Oops when called phpunit Initial Comment: Hello, Have this problem, when trying execute phpunit tests for a whole directory (seems problem caused by SPL directory iterators + mounted vmhgfs drive) In root console: 2011 May 5 23:30:28 dev Oops: 0000 [#1] PREEMPT SMP 2011 May 5 23:30:28 dev last sysfs file: /sys/devices/virtual/vc/vcsa9/uevent 2011 May 5 23:30:28 dev Process php (pid: 30138, ti=e6f3a000 task=e2ced590 task.ti=e6f3a000) 2011 May 5 23:30:28 dev Stack: 2011 May 5 23:30:28 dev Call Trace: 2011 May 5 23:30:28 dev Code: 89 e5 83 ec 10 89 75 f8 89 c6 89 7d fc 89 55 f0 89 5d f4 bb c0 03 4a c1 9c 58 8d 74 26 00 89 c1 fa 90 8d 74 26 00 8b 45 f0 89 08 <8b> 46 04 8b 40 10 8b 3c 85 20 34 43 c1 01 df 89 f8 e8 ee 34 2d 2011 May 5 23:30:28 dev EIP: [<c103312c>] task_rq_lock+0x2c/0x80 SS:ESP 0068:e6f3bedc 2011 May 5 23:30:28 dev CR2: 0000000000000004 In error.log May 5 23:30:29 dev kernel: BUG: scheduling while atomic: php/30138/0x10000002 dmesg: BUG: scheduling while atomic: php/30138/0x10000002 Modules linked in: ipv6 vmsync vmblock vmhgfs parport_pc uhci_hcd ehci_hcd ppdev usbcore container ac processor button psmouse thermal i2c_piix4 intel_agp agpgart sg vmw_balloon i2c_core vmci lp shpchp pci_hotplug serio_raw parport evdev pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom sd_mod ide_pci_generic piix ide_core floppy ata_piix mptspi mptscsih libata mptbase scsi_transport_spi BusLogic scsi_mod Pid: 30138, comm: php Tainted: G D W 2.6.36-ARCH #1 Call Trace: [<c1035ead>] __schedule_bug+0x5d/0x70 [<c1304531>] schedule+0x7b1/0x900 [<c110e719>] ? __d_free+0x29/0x40 [<c110e767>] ? d_free+0x37/0x40 [<c110e89a>] ? d_kill+0x4a/0x60 [<c110f034>] ? dput+0x84/0x120 [<c103a786>] __cond_resched+0x16/0x30 [<c1304783>] _cond_resched+0x23/0x30 [<c10476cc>] put_files_struct+0x8c/0x100 [<c10477e2>] exit_files+0x42/0x60 [<c1047bf2>] do_exit+0x152/0x770 [<c1045b9a>] ? kmsg_dump+0x10a/0x120 [<c1303a85>] ? printk+0x18/0x1b [<c1006fec>] oops_end+0x8c/0xd0 [<c102897c>] no_context+0xbc/0x150 [<c1028a9d>] __bad_area_nosemaphore+0x8d/0x130 [<c1306aae>] ? _raw_spin_unlock+0x1e/0x30 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c1028b52>] bad_area_nosemaphore+0x12/0x20 [<c1029134>] do_page_fault+0x324/0x3e0 [<c119e674>] ? rb_insert_color+0x74/0x100 [<c10026ee>] ? __switch_to+0x10e/0x180 [<c1035efa>] ? finish_task_switch+0x3a/0xa0 [<c1028e10>] ? do_page_fault+0x0/0x3e0 [<c130770b>] error_code+0x67/0x6c [<c103312c>] ? task_rq_lock+0x2c/0x80 [<c103e4e5>] try_to_wake_up+0x25/0x340 [<c103e81f>] wake_up_process+0xf/0x20 [<c13056ac>] __mutex_unlock_slowpath+0x8c/0x120 [<c1305748>] mutex_unlock+0x8/0x10 [<ede2018e>] HgfsDirLlseek+0x8e/0xf0 [vmhgfs] [<ede20100>] ? HgfsDirLlseek+0x0/0xf0 [vmhgfs] [<c10fd353>] vfs_llseek+0x33/0x40 [<c10fd76c>] sys_lseek+0x5c/0x80 [<c100379f>] sysenter_do_call+0x12/0x28 Main OS: Windows7 Guest OS: Arch Linux (Linux dev 2.6.36-ARCH #1 SMP PREEMPT Sat Jan 8 13:16:43 UTC 2011 i686 Intel(R) Core(TM)2 Duo CPU T9400 @ 2.53GHz GenuineIntel GNU/Linux) Kernel string: kernel /vmlinuz26 root=/dev/sda3 ro maxcpus=0 nosmp noreplace-smp Vmtoolsd: VMware Tools daemon, version 8.9.0.5114 (build-387002) Can you tell me, it's vmhgfs driver issue or php directory iterators implementation? Thanks, Katya ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-07-25 09:03 Message: Working great now. Thanks! ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-20 16:34 Message: This is fixed in the last release. If you're using distro packages, you may need to ask them to update their version or backport the fix (commit id b76ee8). ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-07-08 10:51 Message: Hi, We forwarded the bug to the appropriate team but haven't heard back from them. I'll ping them again. ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-07-07 14:12 Message: Any chance to get this fixed in nearest time? Maybe I can help somehow? I.e. prepare vmware drive with necessary software so that illustrate a problem? Thanks, Katya ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-05-05 15:42 Message: Nothing changed after updating up to last version: [ki@dev ~]$ vmtoolsd -v VMware Tools daemon, version 8.9.0.5529 (build-402641) [ki@dev ~]$ lsmod | grep vm vmsync 2685 0 vmblock 9422 1 vmhgfs 47514 1 vmw_balloon 3570 0 vmci 60023 1 vmhgfs dmesg: [ 143.773285] BUG: scheduling while atomic: php/2529/0x10000002 [ 143.773471] Modules linked in: ipv6 vmsync vmblock vmhgfs uhci_hcd ehci_hcd floppy usbcore parport_pc ppdev processor psmouse button ac intel_agp intel_gtt container lp i2c_piix4 agpgart shpchp pci_hotplug sg parport i2c_core vmw_balloon serio_raw evdev vmci pcspkr pcnet32 mii ext2 mbcache sr_mod cdrom ide_pci_generic piix ide_core sd_mod ata_piix mptspi mptscsih mptbase libata scsi_transport_spi BusLogic scsi_mod [ 143.777696] Pid: 2529, comm: php Tainted: G D W 2.6.38-ARCH #1 [ 143.777990] Call Trace: [ 143.778251] [<c1312dee>] ? __schedule_bug+0x59/0x5f [ 143.778518] [<c1317f88>] ? schedule+0x858/0x9e0 [ 143.778809] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779063] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779355] [<c1115f84>] ? __d_free+0x34/0x50 [ 143.779638] [<c111d15f>] ? vfsmount_lock_global_unlock_online+0x4f/0x60 [ 143.814856] [<c111deb9>] ? mntput_no_expire+0x89/0xd0 [ 143.815148] [<c111df13>] ? mntput+0x13/0x20 [ 143.815400] [<c1105c14>] ? fput+0x134/0x1d0 [ 143.815726] [<c103cda6>] ? __cond_resched+0x16/0x30 [ 143.815992] [<c1318215>] ? _cond_resched+0x25/0x30 [ 143.816279] [<c10473a8>] ? put_files_struct+0x78/0xd0 [ 143.816585] [<c10474a0>] ? exit_files+0x40/0x50 [ 143.816919] [<c10478bd>] ? do_exit+0x13d/0x760 [ 143.817199] [<c1313018>] ? printk+0x18/0x1a [ 143.817453] [<c1006fcc>] ? oops_end+0x8c/0xd0 [ 143.817750] [<c1312a20>] ? no_context+0x137/0x13f [ 143.818013] [<c1312b43>] ? __bad_area_nosemaphore+0x11b/0x123 [ 143.818319] [<c1229530>] ? vt_console_print+0x0/0x340 [ 143.818587] [<c1027530>] ? do_page_fault+0x0/0x430 [ 143.818886] [<c1312b5d>] ? bad_area_nosemaphore+0x12/0x14 [ 143.819196] [<c10278a0>] ? do_page_fault+0x370/0x430 [ 143.819464] [<c10339d4>] ? finish_task_switch+0x34/0xb0 [ 143.819792] [<c13179bd>] ? schedule+0x28d/0x9e0 [ 143.820051] [<c1027530>] ? do_page_fault+0x0/0x430 [ 143.820392] [<c131b13b>] ? error_code+0x67/0x6c [ 143.820687] [<c131007b>] ? init_smp_flush+0x1b/0x66 [ 143.820954] [<c103038c>] ? task_rq_lock+0x2c/0x80 [ 143.821241] [<c103e1f5>] ? try_to_wake_up+0x25/0x350 [ 143.821532] [<c1318251>] ? preempt_schedule+0x31/0x50 [ 143.821839] [<c103e53f>] ? wake_up_process+0xf/0x20 [ 143.822106] [<c131916a>] ? __mutex_unlock_slowpath+0x8a/0x120 [ 143.822410] [<c1319208>] ? mutex_unlock+0x8/0x10 [ 143.822709] [<ede6317f>] ? HgfsDirLlseek+0x7f/0xe0 [vmhgfs] [ 143.822989] [<ede63100>] ? HgfsDirLlseek+0x0/0xe0 [vmhgfs] [ 143.823286] [<c1104203>] ? vfs_llseek+0x33/0x40 [ 143.823544] [<c1104655>] ? sys_lseek+0x65/0x80 [ 143.823910] [<c10037df>] ? sysenter_do_call+0x12/0x28 ---------------------------------------------------------------------- Comment By: Ekaterina (katjai) Date: 2011-05-05 14:19 Message: Previous, 2011.03.28 ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2011-05-05 14:01 Message: Looks like HGFS issue. Is this with the latest release? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3298068&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-08-27 21:15:40
|
Tracker item #3398994, was opened at 2011-08-26 21:34 Message generated for change (Settings changed) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3398994&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: Henry F. () Assigned to: Nobody/Anonymous (nobody) Summary: FreeBSD 'make install' failure Initial Comment: open-vm-tools-2011.08.21-471295 FreeBSD 8.2 automake 1.11.1 autoconf 2.68 libtool 2.4 (See full log of 'make install' in the attachment.) % pwd # build directory /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295 % ./configure --prefix=`pwd`/1 --without-procps --disable-unity % patch -p0 < /usr/ports/emulators/open-vm-tools/files/patch-freebsd-8 % make # builds fine % make install # FAILS [...] libtool: relink: gcc -shared .libs/libhgfs_la-hgfslib.o -Wl,--whole-archive ../lib/hgfs/.libs/libHgfs.a ../lib/hgfsHelper/.libs/libHgfsHelper.a ../lib/hgfsServer/.libs/libHgfsServer.a ../lib/hgfsServerManagerGuest/.libs/libHgfsServerManagerGuest.a ../lib/hgfsServerPolicyGuest/.libs/libHgfsServerPolicyGuest.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib -L/usr/local/lib -lgthread-2.0 -L/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib -lvmtools -lglib-2.0 -Wl,-z -Wl,defs -Wl,-lc -pthread -pthread -Wl,-soname -Wl,libhgfs.so.0 -o .libs/libhgfs.so.0 ../lib/hgfsServer/.libs/libHgfsServer.a(hgfsServer.o)(.text+0x564): In function `HgfsIsCached': /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/lib/hgfsServer/hgfsServer.c:4963: undefined reference to `MXUser_AcquireExclLock' [...] libtool: install: error: relink `libhgfs.la' with the above command before installing it *** Error code 1 Stop in /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/libhgfs. ---------------------------------------------------------------------- Comment By: Henry F. () Date: 2011-08-26 23:24 Message: @mvanzin Yes, I have existing installation of open-vm-tools. Trick with LDFLAGS solved the problem. Thanks! (As a side issue, during the installation a directory /etc/vmware-tools is created. This is not right. Firstly, by FreeBSD standards, files in that directory must be in /usr/local/etc/vmware-tools. Secondly, '--prefix=' option in configure is violated.) ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-08-26 22:58 Message: The function is definitely there: 00018470 T MXUser_AcquireExclLock Do you have an existing installation of open-vm-tools (i.e., does /usr/local/lib/libvmtools.so exist)? If so, could you try configuring with LDFLAGS="-L/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib"? ---------------------------------------------------------------------- Comment By: Henry F. () Date: 2011-08-26 22:50 Message: @mvanzin This is a local drive. Running autoreconf didn't help. nm output is: 00019d30 t MXUserAcquisition 0001b010 T MXUserAcquisitionSample 0001b750 T MXUserAcquisitionStatsSetUp 0001b5b0 T MXUserAcquisitionStatsTearDown 0001be20 T MXUserAddToList 0001b260 T MXUserAllocSerialNumber 0001af80 T MXUserBasicStatsSample 0001b6b0 T MXUserBasicStatsSetUp 0001b570 T MXUserBasicStatsTearDown 00017b10 T MXUserCreateCondVar 00018b50 t MXUserCreateRecLock 0001a2f0 t MXUserDown 0001b4c0 T MXUserDumpAcquisitionStats 000176c0 T MXUserDumpAndPanic 0001adc0 t MXUserDumpBarrier 0001b2c0 T MXUserDumpBasicStats 00017fc0 t MXUserDumpExclLock 00019970 T MXUserDumpRWLock 00018750 t MXUserDumpRecLock 0001a910 T MXUserDumpSemaphore 0001bc90 T MXUserForceHisto 00019280 t MXUserFreeHashEntry 000192b0 t MXUserGetHolderContext 0001b7d0 T MXUserHistoDump 0001ba10 T MXUserHistoSample 0001bb80 T MXUserHistoSetUp 0001b5e0 T MXUserHistoTearDown 00017620 T MXUserInstallMxHooks 00017710 T MXUserInternalSingleton 0001b0b0 T MXUserKitchen 0005d0e4 B MXUserMX_IsLockedByCurThreadRec 0005d0d8 B MXUserMX_LockRec 0005d0e0 B MXUserMX_TryLockRec 0005d0dc B MXUserMX_UnlockRec 0005d0ec b MXUserMxCheckRank 0005d0e8 b MXUserMxLockLister 00019400 t MXUserNativeRWDestroy 0001bf00 T MXUserRemoveFromList 00018090 t MXUserStatsActionExcl 00019820 t MXUserStatsActionRW 00018ce0 t MXUserStatsActionRec 0001a430 t MXUserStatsActionSema 0001b230 T MXUserStatsEnabled 0001b280 t MXUserStatsLog 0001a200 t MXUserTimedDown 0005d0d4 B MXUserTryAcquireForceFail 0001a1a0 t MXUserTryDown 00017920 T MXUserWaitCondVar 00018470 T MXUser_AcquireExclLock 0001a180 T MXUser_AcquireForRead 0001a170 T MXUser_AcquireForWrite 000190e0 T MXUser_AcquireRecLock 00018670 T MXUser_BindMXMutexRec 00017860 T MXUser_BroadcastCondVar 00017d20 T MXUser_ControlExclLock 00019530 T MXUser_ControlRWLock 000189e0 T MXUser_ControlRecLock 0001ac60 T MXUser_CreateBarrier 00017c20 T MXUser_CreateCondVarExclLock 000188e0 T MXUser_CreateCondVarRecLock 00017e80 T MXUser_CreateExclLock 00019690 T MXUser_CreateRWLock 00018ca0 T MXUser_CreateRecLock 00018cc0 T MXUser_CreateRecLockSilent 0001a730 T MXUser_CreateSemaphore 0001af00 T MXUser_CreateSingletonBarrier 000183c0 T MXUser_CreateSingletonExclLock 00019a50 T MXUser_CreateSingletonRWLock 00018e30 T MXUser_CreateSingletonRecLock 0001a8a0 T MXUser_CreateSingletonSemaphore 0001abc0 T MXUser_DestroyBarrier 000177e0 T MXUser_DestroyCondVar 00017c50 T MXUser_DestroyExclLock 00019420 T MXUser_DestroyRWLock 00018910 T MXUser_DestroyRecLock 0001a330 T MXUser_DestroySemaphore 0001a610 T MXUser_DownSemaphore 00018850 T MXUser_DumpRecLock 0001ab20 T MXUser_EnterBarrier 00018660 T MXUser_GetRecLockRank 00018650 T MXUser_GetRecLockVmm 00017600 T MXUser_InPanic 00018430 T MXUser_IsCurThreadHoldingExclLock 00019370 T MXUser_IsCurThreadHoldingRWLock 00018f50 T MXUser_IsCurThreadHoldingRecLock 0001bd00 T MXUser_PerLockData 000181e0 T MXUser_ReleaseExclLock 00019ac0 T MXUser_ReleaseRWLock 00018fb0 T MXUser_ReleaseRecLock 000175e0 T MXUser_SetInPanic 0001b630 T MXUser_SetStatsFunc 000178c0 T MXUser_SignalCondVar 0001b200 T MXUser_StatisticsControl 0001a9d0 T MXUser_TimedDownSemaphore 00017ba0 T MXUser_TimedWaitCondVarExclLock 00018860 T MXUser_TimedWaitCondVarRecLock 00018300 T MXUser_TryAcquireExclLock 00018ea0 T MXUser_TryAcquireRecLock 0001a580 T MXUser_TryDownSemaphore 0001a510 T MXUser_UpSemaphore 00017be0 T MXUser_WaitCondVarExclLock 000188a0 T MXUser_WaitCondVarRecLock ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-08-26 22:00 Message: This works for me on FreeBSD 7.1. Few questions: . is /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295 a local or remote drive? If it's remote could you try a local one? . could you try running "autoreconf" before running configure? . what's the output of: nm -C /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib/libvmtools.so | grep MXUser I see that symbol (as a 'T' = exported symbol) in my build. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3398994&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-08-26 23:24:52
|
Tracker item #3398994, was opened at 2011-08-26 21:34 Message generated for change (Comment added) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3398994&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Henry F. () Assigned to: Nobody/Anonymous (nobody) Summary: FreeBSD 'make install' failure Initial Comment: open-vm-tools-2011.08.21-471295 FreeBSD 8.2 automake 1.11.1 autoconf 2.68 libtool 2.4 (See full log of 'make install' in the attachment.) % pwd # build directory /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295 % ./configure --prefix=`pwd`/1 --without-procps --disable-unity % patch -p0 < /usr/ports/emulators/open-vm-tools/files/patch-freebsd-8 % make # builds fine % make install # FAILS [...] libtool: relink: gcc -shared .libs/libhgfs_la-hgfslib.o -Wl,--whole-archive ../lib/hgfs/.libs/libHgfs.a ../lib/hgfsHelper/.libs/libHgfsHelper.a ../lib/hgfsServer/.libs/libHgfsServer.a ../lib/hgfsServerManagerGuest/.libs/libHgfsServerManagerGuest.a ../lib/hgfsServerPolicyGuest/.libs/libHgfsServerPolicyGuest.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib -L/usr/local/lib -lgthread-2.0 -L/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib -lvmtools -lglib-2.0 -Wl,-z -Wl,defs -Wl,-lc -pthread -pthread -Wl,-soname -Wl,libhgfs.so.0 -o .libs/libhgfs.so.0 ../lib/hgfsServer/.libs/libHgfsServer.a(hgfsServer.o)(.text+0x564): In function `HgfsIsCached': /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/lib/hgfsServer/hgfsServer.c:4963: undefined reference to `MXUser_AcquireExclLock' [...] libtool: install: error: relink `libhgfs.la' with the above command before installing it *** Error code 1 Stop in /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/libhgfs. ---------------------------------------------------------------------- Comment By: Henry F. () Date: 2011-08-26 23:24 Message: @mvanzin Yes, I have existing installation of open-vm-tools. Trick with LDFLAGS solved the problem. Thanks! (As a side issue, during the installation a directory /etc/vmware-tools is created. This is not right. Firstly, by FreeBSD standards, files in that directory must be in /usr/local/etc/vmware-tools. Secondly, '--prefix=' option in configure is violated.) ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-08-26 22:58 Message: The function is definitely there: 00018470 T MXUser_AcquireExclLock Do you have an existing installation of open-vm-tools (i.e., does /usr/local/lib/libvmtools.so exist)? If so, could you try configuring with LDFLAGS="-L/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib"? ---------------------------------------------------------------------- Comment By: Henry F. () Date: 2011-08-26 22:50 Message: @mvanzin This is a local drive. Running autoreconf didn't help. nm output is: 00019d30 t MXUserAcquisition 0001b010 T MXUserAcquisitionSample 0001b750 T MXUserAcquisitionStatsSetUp 0001b5b0 T MXUserAcquisitionStatsTearDown 0001be20 T MXUserAddToList 0001b260 T MXUserAllocSerialNumber 0001af80 T MXUserBasicStatsSample 0001b6b0 T MXUserBasicStatsSetUp 0001b570 T MXUserBasicStatsTearDown 00017b10 T MXUserCreateCondVar 00018b50 t MXUserCreateRecLock 0001a2f0 t MXUserDown 0001b4c0 T MXUserDumpAcquisitionStats 000176c0 T MXUserDumpAndPanic 0001adc0 t MXUserDumpBarrier 0001b2c0 T MXUserDumpBasicStats 00017fc0 t MXUserDumpExclLock 00019970 T MXUserDumpRWLock 00018750 t MXUserDumpRecLock 0001a910 T MXUserDumpSemaphore 0001bc90 T MXUserForceHisto 00019280 t MXUserFreeHashEntry 000192b0 t MXUserGetHolderContext 0001b7d0 T MXUserHistoDump 0001ba10 T MXUserHistoSample 0001bb80 T MXUserHistoSetUp 0001b5e0 T MXUserHistoTearDown 00017620 T MXUserInstallMxHooks 00017710 T MXUserInternalSingleton 0001b0b0 T MXUserKitchen 0005d0e4 B MXUserMX_IsLockedByCurThreadRec 0005d0d8 B MXUserMX_LockRec 0005d0e0 B MXUserMX_TryLockRec 0005d0dc B MXUserMX_UnlockRec 0005d0ec b MXUserMxCheckRank 0005d0e8 b MXUserMxLockLister 00019400 t MXUserNativeRWDestroy 0001bf00 T MXUserRemoveFromList 00018090 t MXUserStatsActionExcl 00019820 t MXUserStatsActionRW 00018ce0 t MXUserStatsActionRec 0001a430 t MXUserStatsActionSema 0001b230 T MXUserStatsEnabled 0001b280 t MXUserStatsLog 0001a200 t MXUserTimedDown 0005d0d4 B MXUserTryAcquireForceFail 0001a1a0 t MXUserTryDown 00017920 T MXUserWaitCondVar 00018470 T MXUser_AcquireExclLock 0001a180 T MXUser_AcquireForRead 0001a170 T MXUser_AcquireForWrite 000190e0 T MXUser_AcquireRecLock 00018670 T MXUser_BindMXMutexRec 00017860 T MXUser_BroadcastCondVar 00017d20 T MXUser_ControlExclLock 00019530 T MXUser_ControlRWLock 000189e0 T MXUser_ControlRecLock 0001ac60 T MXUser_CreateBarrier 00017c20 T MXUser_CreateCondVarExclLock 000188e0 T MXUser_CreateCondVarRecLock 00017e80 T MXUser_CreateExclLock 00019690 T MXUser_CreateRWLock 00018ca0 T MXUser_CreateRecLock 00018cc0 T MXUser_CreateRecLockSilent 0001a730 T MXUser_CreateSemaphore 0001af00 T MXUser_CreateSingletonBarrier 000183c0 T MXUser_CreateSingletonExclLock 00019a50 T MXUser_CreateSingletonRWLock 00018e30 T MXUser_CreateSingletonRecLock 0001a8a0 T MXUser_CreateSingletonSemaphore 0001abc0 T MXUser_DestroyBarrier 000177e0 T MXUser_DestroyCondVar 00017c50 T MXUser_DestroyExclLock 00019420 T MXUser_DestroyRWLock 00018910 T MXUser_DestroyRecLock 0001a330 T MXUser_DestroySemaphore 0001a610 T MXUser_DownSemaphore 00018850 T MXUser_DumpRecLock 0001ab20 T MXUser_EnterBarrier 00018660 T MXUser_GetRecLockRank 00018650 T MXUser_GetRecLockVmm 00017600 T MXUser_InPanic 00018430 T MXUser_IsCurThreadHoldingExclLock 00019370 T MXUser_IsCurThreadHoldingRWLock 00018f50 T MXUser_IsCurThreadHoldingRecLock 0001bd00 T MXUser_PerLockData 000181e0 T MXUser_ReleaseExclLock 00019ac0 T MXUser_ReleaseRWLock 00018fb0 T MXUser_ReleaseRecLock 000175e0 T MXUser_SetInPanic 0001b630 T MXUser_SetStatsFunc 000178c0 T MXUser_SignalCondVar 0001b200 T MXUser_StatisticsControl 0001a9d0 T MXUser_TimedDownSemaphore 00017ba0 T MXUser_TimedWaitCondVarExclLock 00018860 T MXUser_TimedWaitCondVarRecLock 00018300 T MXUser_TryAcquireExclLock 00018ea0 T MXUser_TryAcquireRecLock 0001a580 T MXUser_TryDownSemaphore 0001a510 T MXUser_UpSemaphore 00017be0 T MXUser_WaitCondVarExclLock 000188a0 T MXUser_WaitCondVarRecLock ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-08-26 22:00 Message: This works for me on FreeBSD 7.1. Few questions: . is /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295 a local or remote drive? If it's remote could you try a local one? . could you try running "autoreconf" before running configure? . what's the output of: nm -C /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib/libvmtools.so | grep MXUser I see that symbol (as a 'T' = exported symbol) in my build. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3398994&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2011-08-26 22:58:01
|
Tracker item #3398994, was opened at 2011-08-26 14:34 Message generated for change (Comment added) made by mvanzin You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3398994&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: libraries Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Henry F. () Assigned to: Nobody/Anonymous (nobody) Summary: FreeBSD 'make install' failure Initial Comment: open-vm-tools-2011.08.21-471295 FreeBSD 8.2 automake 1.11.1 autoconf 2.68 libtool 2.4 (See full log of 'make install' in the attachment.) % pwd # build directory /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295 % ./configure --prefix=`pwd`/1 --without-procps --disable-unity % patch -p0 < /usr/ports/emulators/open-vm-tools/files/patch-freebsd-8 % make # builds fine % make install # FAILS [...] libtool: relink: gcc -shared .libs/libhgfs_la-hgfslib.o -Wl,--whole-archive ../lib/hgfs/.libs/libHgfs.a ../lib/hgfsHelper/.libs/libHgfsHelper.a ../lib/hgfsServer/.libs/libHgfsServer.a ../lib/hgfsServerManagerGuest/.libs/libHgfsServerManagerGuest.a ../lib/hgfsServerPolicyGuest/.libs/libHgfsServerPolicyGuest.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/usr/local/lib -Wl,-rpath -Wl,/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib -L/usr/local/lib -lgthread-2.0 -L/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib -lvmtools -lglib-2.0 -Wl,-z -Wl,defs -Wl,-lc -pthread -pthread -Wl,-soname -Wl,libhgfs.so.0 -o .libs/libhgfs.so.0 ../lib/hgfsServer/.libs/libHgfsServer.a(hgfsServer.o)(.text+0x564): In function `HgfsIsCached': /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/lib/hgfsServer/hgfsServer.c:4963: undefined reference to `MXUser_AcquireExclLock' [...] libtool: install: error: relink `libhgfs.la' with the above command before installing it *** Error code 1 Stop in /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/libhgfs. ---------------------------------------------------------------------- >Comment By: Marcelo Vanzin (mvanzin) Date: 2011-08-26 15:58 Message: The function is definitely there: 00018470 T MXUser_AcquireExclLock Do you have an existing installation of open-vm-tools (i.e., does /usr/local/lib/libvmtools.so exist)? If so, could you try configuring with LDFLAGS="-L/usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib"? ---------------------------------------------------------------------- Comment By: Henry F. () Date: 2011-08-26 15:50 Message: @mvanzin This is a local drive. Running autoreconf didn't help. nm output is: 00019d30 t MXUserAcquisition 0001b010 T MXUserAcquisitionSample 0001b750 T MXUserAcquisitionStatsSetUp 0001b5b0 T MXUserAcquisitionStatsTearDown 0001be20 T MXUserAddToList 0001b260 T MXUserAllocSerialNumber 0001af80 T MXUserBasicStatsSample 0001b6b0 T MXUserBasicStatsSetUp 0001b570 T MXUserBasicStatsTearDown 00017b10 T MXUserCreateCondVar 00018b50 t MXUserCreateRecLock 0001a2f0 t MXUserDown 0001b4c0 T MXUserDumpAcquisitionStats 000176c0 T MXUserDumpAndPanic 0001adc0 t MXUserDumpBarrier 0001b2c0 T MXUserDumpBasicStats 00017fc0 t MXUserDumpExclLock 00019970 T MXUserDumpRWLock 00018750 t MXUserDumpRecLock 0001a910 T MXUserDumpSemaphore 0001bc90 T MXUserForceHisto 00019280 t MXUserFreeHashEntry 000192b0 t MXUserGetHolderContext 0001b7d0 T MXUserHistoDump 0001ba10 T MXUserHistoSample 0001bb80 T MXUserHistoSetUp 0001b5e0 T MXUserHistoTearDown 00017620 T MXUserInstallMxHooks 00017710 T MXUserInternalSingleton 0001b0b0 T MXUserKitchen 0005d0e4 B MXUserMX_IsLockedByCurThreadRec 0005d0d8 B MXUserMX_LockRec 0005d0e0 B MXUserMX_TryLockRec 0005d0dc B MXUserMX_UnlockRec 0005d0ec b MXUserMxCheckRank 0005d0e8 b MXUserMxLockLister 00019400 t MXUserNativeRWDestroy 0001bf00 T MXUserRemoveFromList 00018090 t MXUserStatsActionExcl 00019820 t MXUserStatsActionRW 00018ce0 t MXUserStatsActionRec 0001a430 t MXUserStatsActionSema 0001b230 T MXUserStatsEnabled 0001b280 t MXUserStatsLog 0001a200 t MXUserTimedDown 0005d0d4 B MXUserTryAcquireForceFail 0001a1a0 t MXUserTryDown 00017920 T MXUserWaitCondVar 00018470 T MXUser_AcquireExclLock 0001a180 T MXUser_AcquireForRead 0001a170 T MXUser_AcquireForWrite 000190e0 T MXUser_AcquireRecLock 00018670 T MXUser_BindMXMutexRec 00017860 T MXUser_BroadcastCondVar 00017d20 T MXUser_ControlExclLock 00019530 T MXUser_ControlRWLock 000189e0 T MXUser_ControlRecLock 0001ac60 T MXUser_CreateBarrier 00017c20 T MXUser_CreateCondVarExclLock 000188e0 T MXUser_CreateCondVarRecLock 00017e80 T MXUser_CreateExclLock 00019690 T MXUser_CreateRWLock 00018ca0 T MXUser_CreateRecLock 00018cc0 T MXUser_CreateRecLockSilent 0001a730 T MXUser_CreateSemaphore 0001af00 T MXUser_CreateSingletonBarrier 000183c0 T MXUser_CreateSingletonExclLock 00019a50 T MXUser_CreateSingletonRWLock 00018e30 T MXUser_CreateSingletonRecLock 0001a8a0 T MXUser_CreateSingletonSemaphore 0001abc0 T MXUser_DestroyBarrier 000177e0 T MXUser_DestroyCondVar 00017c50 T MXUser_DestroyExclLock 00019420 T MXUser_DestroyRWLock 00018910 T MXUser_DestroyRecLock 0001a330 T MXUser_DestroySemaphore 0001a610 T MXUser_DownSemaphore 00018850 T MXUser_DumpRecLock 0001ab20 T MXUser_EnterBarrier 00018660 T MXUser_GetRecLockRank 00018650 T MXUser_GetRecLockVmm 00017600 T MXUser_InPanic 00018430 T MXUser_IsCurThreadHoldingExclLock 00019370 T MXUser_IsCurThreadHoldingRWLock 00018f50 T MXUser_IsCurThreadHoldingRecLock 0001bd00 T MXUser_PerLockData 000181e0 T MXUser_ReleaseExclLock 00019ac0 T MXUser_ReleaseRWLock 00018fb0 T MXUser_ReleaseRecLock 000175e0 T MXUser_SetInPanic 0001b630 T MXUser_SetStatsFunc 000178c0 T MXUser_SignalCondVar 0001b200 T MXUser_StatisticsControl 0001a9d0 T MXUser_TimedDownSemaphore 00017ba0 T MXUser_TimedWaitCondVarExclLock 00018860 T MXUser_TimedWaitCondVarRecLock 00018300 T MXUser_TryAcquireExclLock 00018ea0 T MXUser_TryAcquireRecLock 0001a580 T MXUser_TryDownSemaphore 0001a510 T MXUser_UpSemaphore 00017be0 T MXUser_WaitCondVarExclLock 000188a0 T MXUser_WaitCondVarRecLock ---------------------------------------------------------------------- Comment By: Marcelo Vanzin (mvanzin) Date: 2011-08-26 15:00 Message: This works for me on FreeBSD 7.1. Few questions: . is /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295 a local or remote drive? If it's remote could you try a local one? . could you try running "autoreconf" before running configure? . what's the output of: nm -C /usr/local/opt/samba/tmp/open-vm-tools-2011.08.21-471295/1/lib/libvmtools.so | grep MXUser I see that symbol (as a 'T' = exported symbol) in my build. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3398994&group_id=204462 |
58 messages has been excluded from this view by a project administrator.
