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...> - 2013-04-24 19:20:17
|
Tracker item #3611760, was opened at 2013-04-24 12:20 Message generated for change (Tracker Item Submitted) made by n-minker You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&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: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs fails to compile on Linux 3.8.8 Initial Comment: Linux: 3.8.8 (also fails on 3.9-rc8) open-vm-tools: 2013.04.16-1098359 Distro: Beyond Linux From Scratch Modules successfully builds on 3.7.10 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3611760&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-24 16:23:59
|
Tracker item #3580633, was opened at 2012-10-26 14:35 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3580633&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: Andrei Homescu (commanderk) Assigned to: Nobody/Anonymous (nobody) Summary: vmhgfs kernel oops Initial Comment: I keep getting a kernel oops accessing my shared folder, since updating to 9.2.0. I'm running Arch Linux with kernel 3.6.3. Here's the output of dmesg: [ 212.818875] BUG: unable to handle kernel NULL pointer dereference at 0000000000000078 [ 212.818882] IP: [<ffffffffa01e1986>] HgfsDentryRevalidate+0x16/0x80 [vmhgfs] [ 212.818889] PGD 112453067 PUD 113f07067 PMD 0 [ 212.818893] Oops: 0000 [#1] PREEMPT SMP [ 212.818896] Modules linked in: vmhgfs(O) ppdev parport_pc parport snd_ens1371 snd_ac97_codec ac97_bus gameport snd_rawmidi snd_seq_device btusb bluetooth snd_pcm snd_page_alloc snd_timer rfkill snd e1000 soundcore joydev hid_generic usbhid hid vmw_balloon vmwgfx coretemp ttm crc32c_intel evdev drm ghash_clmulni_intel aesni_intel aes_x86_64 aes_generic ablk_helper cryptd processor microcode battery ac i2c_piix4 intel_agp i2c_core shpchp pci_hotplug container button intel_gtt psmouse pcspkr serio_raw vmci(O) ext4 crc16 jbd2 mbcache uhci_hcd sd_mod sr_mod cdrom pata_acpi ehci_hcd ata_generic usbcore usb_common floppy ata_piix libata scsi_mod [ 212.818933] CPU 0 [ 212.818936] Pid: 800, comm: ls Tainted: G O 3.6.3-1-ARCH #1 VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform [ 212.818938] RIP: 0010:[<ffffffffa01e1986>] [<ffffffffa01e1986>] HgfsDentryRevalidate+0x16/0x80 [vmhgfs] [ 212.818942] RSP: 0018:ffff88011b819c68 EFLAGS: 00010202 [ 212.818944] RAX: ffffffffa01e5280 RBX: ffff880131b54cc0 RCX: 0000000000000038 [ 212.818945] RDX: ffff880131b54cc0 RSI: 0000000000000040 RDI: ffff880131b54cc0 [ 212.818946] RBP: ffff88011b819c78 R08: 00736b6f6f427363 R09: ffff88011b819de8 [ 212.818947] R10: ffff880136c49000 R11: 0000000000000007 R12: ffff88011b819d30 [ 212.818948] R13: 0000000000000000 R14: ffff88011b819dd8 R15: ffff88011b819d38 [ 212.818950] FS: 00007f60684be700(0000) GS:ffff88013ae00000(0000) knlGS:0000000000000000 [ 212.818952] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [ 212.818953] CR2: 0000000000000078 CR3: 000000013775a000 CR4: 00000000000407f0 [ 212.819018] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [ 212.819040] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [ 212.819042] Process ls (pid: 800, threadinfo ffff88011b818000, task ffff880113d79830) [ 212.819043] Stack: [ 212.819044] ffff88011b819dd8 ffff88010ca69c80 ffff88011b819ce8 ffffffff8118b115 [ 212.819047] 0000000000025658 ffff88010b3b2e20 000000076fb5ded2 ffff880131b54cc0 [ 212.819050] ffff8801124c1048 00000002125edb00 0000000000000028 0000000000000000 [ 212.819053] Call Trace: [ 212.819059] [<ffffffff8118b115>] lookup_fast+0x265/0x310 [ 212.819062] [<ffffffff8118ccbf>] path_lookupat+0x10f/0x7f0 [ 212.819066] [<ffffffff81144fc5>] ? handle_pte_fault+0x95/0xaa0 [ 212.819068] [<ffffffff8118d3d1>] do_path_lookup+0x31/0xc0 [ 212.819070] [<ffffffff8118ac33>] ? getname_flags+0x53/0xf0 [ 212.819073] [<ffffffff8118faad>] user_path_at_empty+0x5d/0xa0 [ 212.819077] [<ffffffff81495d54>] ? do_page_fault+0x2c4/0x580 [ 212.819079] [<ffffffff8118fb01>] user_path_at+0x11/0x20 [ 212.819082] [<ffffffff81184255>] vfs_fstatat+0x35/0x70 [ 212.819085] [<ffffffff81192150>] ? sys_ioctl+0xa0/0xa0 [ 212.819088] [<ffffffff811842ae>] vfs_lstat+0x1e/0x20 [ 212.819091] [<ffffffff8118444a>] sys_newlstat+0x1a/0x40 [ 212.819095] [<ffffffff81492ee5>] ? page_fault+0x25/0x30 [ 212.819098] [<ffffffff81499b6d>] system_call_fastpath+0x1a/0x1f [ 212.819099] Code: 87 f4 e0 84 c0 75 9e eb 98 90 90 90 90 90 90 90 90 90 90 90 90 55 48 89 e5 53 48 83 ec 08 66 66 66 66 90 48 85 f6 48 89 fb 74 06 <f6> 46 38 40 75 54 48 89 df e8 4c b7 ff ff 85 c0 ba 01 00 00 00 [ 212.819132] RIP [<ffffffffa01e1986>] HgfsDentryRevalidate+0x16/0x80 [vmhgfs] [ 212.819138] RSP <ffff88011b819c68> [ 212.819140] CR2: 0000000000000078 [ 212.819143] ---[ end trace ebbe0e013c1e496a ]--- [ 212.819147] note: ls[800] exited with preempt_count 1 ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-24 09:23 Message: Andrei, can you please try 9.2.3 and see if it fixes your issue? ---------------------------------------------------------------------- Comment By: Andrei Homescu (commanderk) Date: 2012-10-26 15:46 Message: Bug seems fixed in development release, 2012-10-14 doesn't crash. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3580633&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-24 16:21:45
|
Tracker item #3584849, was opened at 2012-11-06 12:43 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3584849&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: Invalid Priority: 5 Private: No Submitted By: Mikhail Teterin (kot) Assigned to: Nobody/Anonymous (nobody) Summary: configure script still searches for gtkmm.h Initial Comment: It seems, vmware-toolbox was the only user of gtkmm and friends. After its removal, perhaps, references to this and other GNOME headers can be removed from configure and sources? ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-24 09:21 Message: gdkmm is used by dndcp plugin (implementing Drag-and-Drop and Copy-n-Paste functionality) so it is still needed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3584849&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-24 16:16:44
|
Tracker item #3602708, was opened at 2013-01-30 13:48 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602708&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: 9 Private: No Submitted By: Nate Muench (n-minker) Assigned to: Nobody/Anonymous (nobody) Summary: vmci modules fails to build Initial Comment: Distro: Ubuntu 13.04 Kernel: 3.8-rc4 Version: 2012.12.26-958366 vmci kernel module fails to bulid against 3.8 kernel. I've attached the build log. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-24 09:16 Message: This should be fixed in the newer releases (9.2.3 and 2014.04.16). ---------------------------------------------------------------------- Comment By: Dmitry Torokhov (dtor) Date: 2013-02-01 10:07 Message: This issue will be fixed in the next release of open-vm-tools, but for now please simply remove __devinit, __devexit and __devexit_p markups from the sources tp work around the problem. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602708&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-24 16:15:43
|
Tracker item #3606076, was opened at 2013-02-26 08:33 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3606076&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: JSkier (jskier21) Assigned to: Nobody/Anonymous (nobody) Summary: video crashes when loading glx Initial Comment: I recently upgraded ArchLinux to mesa-libgl 9.1. After doing so, X will crash when loading GLX and X won't start. Running 64bit, linux 3.8 Vanilla open-vm-tools 1:9.2.2-5 xf86-video-vmware 13.0.0-1 svga-dri 9.1-2 Will attach Xorg log shortly. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-24 09:15 Message: open-vm-tools does not package video drivers. If you are still seeing the issue please report it to X.org. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3606076&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-24 16:13:55
|
Tracker item #3602723, was opened at 2013-01-30 15:23 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602723&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: Fixed Priority: 7 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Slower vmhgfs when upgraded from 7.3 to 9.0.1 Initial Comment: Host OS: Windows 7 VM OS: Fedora 13 VM framework: VWare Workstation 7.3 and 9.0.1 After upgrade our VM workstation from 7.3 to 9.0.1, we realized that shared storage fs (vmhgfs) is dramatically slower than in previous version. After an exploration, we found out that it is caused by new version VMtools. Example: File copy on a system with VMtools from VMware Workstation 7.3 $ dd bs=1024 count=102400 if=/dev/zero of=/mnt/hgfs/webdev/randfile.bin; time cp /mnt/hgfs/webdev/randfile.bin /mnt/hgfs/webdev/randfile.bin.tmp; rm -f /mnt/hgfs/webdev/randfile.bin.tmp 102400+0 records in 102400+0 records out 104857600 bytes (105 MB) copied, 2.25995 s, 46.4 MB/s real 0m2.789s user 0m0.001s sys 0m2.785s After VMtools upgrade (VMware 9.0.1): $ dd bs=1024 count=102400 if=/dev/zero of=/mnt/hgfs/webdev/randfile.bin; time cp /mnt/hgfs/webdev/randfile.bin /mnt/hgfs/webdev/randfile.bin.tmp; rm -f /mnt/hgfs/webdev/randfile.bin.tmp 102400+0 records in 102400+0 records out 104857600 bytes (105 MB) copied, 24.2573 s, 4.3 MB/s real 0m4.428s user 0m0.000s sys 0m4.425s The duration is 1.5x longer than before. In case of multiple files and several kinds of operations, it is even worse. Compilation of our product takes 5min on VMtools 7.3 but it requires 25min on VMtools 9.0.3 This means it is 5x slower. Could you please fix this performance issue? Thanks. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-24 09:13 Message: This should be fixed in the newer releases (9.2.3 and 2013.04.16). ---------------------------------------------------------------------- Comment By: Steve (lousybrit) Date: 2013-02-01 09:59 Message: Thanks so much for reporting this issue together with the tests you have run. This is a known issue and has a bug filed against the HGFS file sharing. I am going to be looking into this very shortly. Thank you. Steve ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3602723&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-24 16:11:27
|
Tracker item #3608647, was opened at 2013-03-20 15:42 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608647&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: Wont Fix Priority: 5 Private: No Submitted By: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Static compilation Initial Comment: $ ./configure --without-dnet --without-x --without-icu CFLAGS='-Wno-deprecated-declarations -static -fPIC' --without-pam --without-procps LDFLAGS=-static CXXFLAGS=-static I'm trying to compile open-vm-tools statically linked. I've been able to compile it, but vmtoolsd is still dynamically linked. It may be worth noting that glib is version 2.34.3. Has anybody tried this? Is there a better way to do it? ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-24 09:11 Message: vmtoolsd uses dynamic loader to load various plufgins (such as guestinfo, timesync, backup, etc). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608647&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-24 16:09:38
|
Tracker item #3609769, was opened at 2013-04-01 21:59 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609769&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: vmware-user Group: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: Mark Mikofski (bwanamarko) Assigned to: Nobody/Anonymous (nobody) Summary: libproc is replaced by libprocps Initial Comment: expected: ./configure completes observed: couldn't detect libprocps instead of libproc There is probably an easy option to fix this. I tried the variables for libproc I found in configure, but it made no difference. in the end I linked libprocps.so to libproc.so on my system and it worked (until my next distro update) system: fedora-18 ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-24 09:09 Message: configure script was updated to automatically detect procps-ng package. ---------------------------------------------------------------------- Comment By: Mark Mikofski (bwanamarko) Date: 2013-04-08 22:58 Message: Thanks Don. Are you a maintainer? There is an rpm in the works for open-vm-tools for fedora 18 which has been sorely lacking please review it here: https://bugzilla.redhat.com/show_bug.cgi?id=905255 ---------------------------------------------------------------------- Comment By: Donald A. Cupp Jr. (doncuppjr) Date: 2013-04-08 14:22 Message: Doing the following before building should resolve the issue. export CUSTOM_PROCPS_NAME=procps export CUSTOM_PROCPS_LIBS=-L/usr/lib ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609769&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-24 16:08:10
|
Tracker item #3610329, was opened at 2013-04-08 14:25 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3610329&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: Fixed Priority: 5 Private: No Submitted By: Donald A. Cupp Jr. (doncuppjr) Assigned to: Nobody/Anonymous (nobody) Summary: Deprecated Functions Initial Comment: Won't compile against glib 2.36 or any glib newer than 2.32.4 fileLogger.c:306:4: error: 'g_static_mutex_get_mutex_impl' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:149): Use 'GMutex' instead [-Werror=deprecated-declarations] ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-04-24 09:08 Message: This should be fixed now (in rthe sense that -Wno-deprecated-declarations flag is added, we are still using deprecated functions as we supporting glib starting with 2.14). ---------------------------------------------------------------------- Comment By: Mark Mikofski (bwanamarko) Date: 2013-04-08 22:55 Message: this is a duplicate: https://sourceforge.net/tracker/index.php?func=detail&aid=3459133&group_id=204462&atid=989708 use CFLAGS=-Wno-deprecated-declarations with ./configure and it will compile fine. It was marked as WONTFIX, because open-vm-tools has to be backwards compatible with <=glib-2.31 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3610329&group_id=204462 |
|
From: Reindl H. <h.r...@th...> - 2013-04-18 16:50:46
|
thats why i use "--without-kernel-modules"
i am running Fedora 17/18 and do only need the vmtoolsd
for VMwareHA and to freeze the FS for VMware-Data-Recovery
because recent kernels have the vmware-drivers upstream
my sysv-init times are long ago, so i have only the systemd-unit
[root@buildserver:~]$ cat /usr/lib/systemd/system/vmtoolsd.service
[Unit]
Description=open-vm-tools
[Service]
Type=simple
ExecStart=/usr/bin/vmtoolsd
Restart=always
RestartSec=2
TimeoutStopSec=1
[Install]
WantedBy=multi-user.target
Am 18.04.2013 18:44, schrieb Bhuvan Racham:
> Thanks a lot.
>
> In my case, i want bare minimum install and want ONLY operational guestd and nothing else.
>
> Are these instructions still good for that. I did not see any references to guestd in your instructions. Then
> again, you have to forgive lack my indepth knowledge if it is obvious in your response.
>
>
> On Thu, Apr 18, 2013 at 9:30 AM, Reindl Harald <h.r...@th... <mailto:h.r...@th...>> wrote:
>
>
>
> Am 18.04.2013 02:53, schrieb Bhuvan Racham:
> > I am wondering if there is a doc somewhere that you can point me to on:
> > - How to (compile &) install open-vm-vmtools with only guestd module ?
> > Base OS: CentOS
>
> only the systemd-unit and systemctl needs to
> get replaced with sysv-init stuff but i would
> expect no other differences between Fedora/CentOS
>
> [root@buildserver:~]$ cat /rpmbuild/SPECS/vmware-tools.spec
> %define vmtooolsver 9.2.2
> %define buildver 958366
> %global kernel_uname_r %(echo $(uname -r))
>
> Name: open-vm-tools
> Version: %{vmtooolsver}.%{buildver}
> Release: 6%{?dist}
> Summary: VMware Guest OS Tools
> Group: Applications/System
> License: LGPLv2
> URL: http://open-vm-tools.sourceforge.net/
> Source0: http://downloads.sourceforge.net/open-vm-tools/%{name}-%{vmtooolsver}-%{buildver}.tar.gz
> Source1 <http://downloads.sourceforge.net/open-vm-tools/%{name}-%{vmtooolsver}-%{buildver}.tar.gz Source1>:
> vmtoolsd.service
> BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
> ExclusiveArch: %{ix86} x86_64
> Requires(post): systemd-units
> Requires(preun): systemd-units
> Requires: systemd-units
> Requires: /usr/bin/bash
> BuildRequires: uriparser-devel
> BuildRequires: libnotify-devel
> BuildRequires: fuse-devel
> Obsoletes: open-vm-tools-kmod kmod-open-vm-tools akmod-open-vm-tools open-vm-tools-kmod-common
> open-vm-tools-libs
>
> %description
> open-vm-tools are the open source implementation of VMware Tools
>
> %package devel
> Summary: Development package for %{name}
> Group: Development/Libraries
> Requires: %{name} = %{version}-%{release}
>
> %description devel
> development files for open-vm-tools
>
> %prep
> %setup -q -n %{name}-%{vmtooolsver}-%{buildver}
>
>
> %build
>
> CXXFLAGS="$RPM_OPT_FLAGS -Wno-deprecated-declarations"
> CFLAGS="$RPM_OPT_FLAGS -Wno-deprecated-declarations"
> export CXXFLAGS
> export CFLAGS
> %configure --disable-static \
> --disable-dependency-tracking \
> --disable-multimon \
> --disable-tests \
> --disable-docs \
> --without-gtk2 \
> --without-gtkmm \
> --without-x \
> --without-icu \
> --without-root-privileges \
> --with-gnu-ld \
> --without-kernel-modules \
> --without-procps \
> --without-dnet \
> --without-pam
> sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
> sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
> %{__make} %{?_smp_mflags}
>
> %install
> rm -rf $RPM_BUILD_ROOT
> make install DESTDIR=$RPM_BUILD_ROOT
> find $RPM_BUILD_ROOT -type f -name "*.la" -exec rm -f {} ';'
> mkdir -p $RPM_BUILD_ROOT/sbin
> mv $RPM_BUILD_ROOT%{_sbindir}/mount.* $RPM_BUILD_ROOT/sbin
> rm -f $RPM_BUILD_ROOT%{_sysconfdir}/xdg/autostart/vmware-user.desktop
> rm -f $RPM_BUILD_ROOT/%{_libdir}/open-vm-tools/plugins/common/libhgfsServer.so
> rm -f $RPM_BUILD_ROOT/sbin/mount.vmhgfs
> rm -f $RPM_BUILD_ROOT/usr/bin/vmware-hgfsclient
> mkdir -p ${RPM_BUILD_ROOT}/%{_unitdir}
> mkdir -p ${RPM_BUILD_ROOT}%{_libexecdir}
> install -m 644 %{SOURCE1} $RPM_BUILD_ROOT/%{_unitdir}/
> chmod 700 $RPM_BUILD_ROOT/usr/bin/vmtoolsd
> chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-checkvm
> chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-rpctool
> chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-toolbox-cmd
> chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-vmblock-fuse
> chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-xferlogs
>
> %clean
> rm -rf $RPM_BUILD_ROOT
>
> %post
> /usr/sbin/ldconfig
> /usr/bin/systemctl --system daemon-reload 2> /dev/null > /dev/null
> exit 0
>
> %postun
> /usr/sbin/ldconfig
> /usr/bin/systemctl --system daemon-reload 2> /dev/null > /dev/null
> exit 0
>
> %preun
> if [ "$1" = 0 ]
> then
> /usr/bin/systemctl stop vmtoolsd.service 2> /dev/null > /dev/null
> /usr/bin/systemctl disable vmtoolsd.service 2> /dev/null > /dev/null
> fi
> exit 0
>
> %files
> %defattr(-,root,root,-)
> %{_bindir}/vm*
> %{_datadir}/%{name}
> %{_unitdir}/vmtoolsd.service
> %{_sysconfdir}/vmware-tools
> %{_libdir}/*.so.*
> %{_libdir}/%{name}
>
> %files devel
> %defattr(-,root,root,-)
> %{_includedir}/*
> %{_libdir}/*.so
> %{_libdir}/pkgconfig/*.pc
>
> %changelog
> * Wed Feb 27 2013 Reindl Harald <h.r...@th... <mailto:h.r...@th...>>
> - build Fedora 18 package
> - build without 'procps', 'dnet' and 'multimon' to relax dependency chain
> - build with CFLAGS "Wno-deprecated-declarations" to satisfy glib/gcc of F18
> - TimeoutStopSec=1
>
> * Sun Nov 02 2012 Reindl Harald <h.r...@th... <mailto:h.r...@th...>>
> - chmod 700 for command-line tools
>
> * Sat Jun 02 2012 Reindl Harald <h.r...@th... <mailto:h.r...@th...>>
> - open-vm-tools-2012.05.21-724730
>
> * Fri May 18 2012 Reindl Harald <h.r...@th... <mailto:h.r...@th...>>
> - build without kernel-modules
>
> * Sat Mar 17 2012 Reindl Harald <h.r...@th... <mailto:h.r...@th...>>
> - open-vm-tools-2012.03.13-651368
>
> * Tue Jan 31 2012 Reindl Harald <h.r...@th... <mailto:h.r...@th...>>
> - open-vm-tools-2011.12.20-562307
> - Rebuild fpr F15 rebased 3.2
>
> * Tue Nov 29 2011 Reindl Harald <h.r...@th... <mailto:h.r...@th...>>
> - include depmod-call from old rpmfusion-pakcages in post/postun
>
> * Wed Nov 23 2011 Reindl Harald <h.r...@th... <mailto:h.r...@th...>>
> - reintroduce and update for fedora 15 kernel >= 2.6.41 (3.1)
> - remove gui-crap and ghfs to relax dependencies on servers
> - switch to systemd-unit
>
>
--
Reindl Harald
the lounge interactive design GmbH
A-1060 Vienna, Hofmühlgasse 17
CTO / CISO / Software-Development
p: +43 (1) 595 3999 33, m: +43 (676) 40 221 40
icq: 154546673, http://www.thelounge.net/
http://www.thelounge.net/signature.asc.what.htm
|
|
From: Reindl H. <h.r...@th...> - 2013-04-18 16:30:20
|
Am 18.04.2013 02:53, schrieb Bhuvan Racham:
> I am wondering if there is a doc somewhere that you can point me to on:
> - How to (compile &) install open-vm-vmtools with only guestd module ?
> Base OS: CentOS
only the systemd-unit and systemctl needs to
get replaced with sysv-init stuff but i would
expect no other differences between Fedora/CentOS
[root@buildserver:~]$ cat /rpmbuild/SPECS/vmware-tools.spec
%define vmtooolsver 9.2.2
%define buildver 958366
%global kernel_uname_r %(echo $(uname -r))
Name: open-vm-tools
Version: %{vmtooolsver}.%{buildver}
Release: 6%{?dist}
Summary: VMware Guest OS Tools
Group: Applications/System
License: LGPLv2
URL: http://open-vm-tools.sourceforge.net/
Source0: http://downloads.sourceforge.net/open-vm-tools/%{name}-%{vmtooolsver}-%{buildver}.tar.gz
Source1: vmtoolsd.service
BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
ExclusiveArch: %{ix86} x86_64
Requires(post): systemd-units
Requires(preun): systemd-units
Requires: systemd-units
Requires: /usr/bin/bash
BuildRequires: uriparser-devel
BuildRequires: libnotify-devel
BuildRequires: fuse-devel
Obsoletes: open-vm-tools-kmod kmod-open-vm-tools akmod-open-vm-tools open-vm-tools-kmod-common
open-vm-tools-libs
%description
open-vm-tools are the open source implementation of VMware Tools
%package devel
Summary: Development package for %{name}
Group: Development/Libraries
Requires: %{name} = %{version}-%{release}
%description devel
development files for open-vm-tools
%prep
%setup -q -n %{name}-%{vmtooolsver}-%{buildver}
%build
CXXFLAGS="$RPM_OPT_FLAGS -Wno-deprecated-declarations"
CFLAGS="$RPM_OPT_FLAGS -Wno-deprecated-declarations"
export CXXFLAGS
export CFLAGS
%configure --disable-static \
--disable-dependency-tracking \
--disable-multimon \
--disable-tests \
--disable-docs \
--without-gtk2 \
--without-gtkmm \
--without-x \
--without-icu \
--without-root-privileges \
--with-gnu-ld \
--without-kernel-modules \
--without-procps \
--without-dnet \
--without-pam
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
%{__make} %{?_smp_mflags}
%install
rm -rf $RPM_BUILD_ROOT
make install DESTDIR=$RPM_BUILD_ROOT
find $RPM_BUILD_ROOT -type f -name "*.la" -exec rm -f {} ';'
mkdir -p $RPM_BUILD_ROOT/sbin
mv $RPM_BUILD_ROOT%{_sbindir}/mount.* $RPM_BUILD_ROOT/sbin
rm -f $RPM_BUILD_ROOT%{_sysconfdir}/xdg/autostart/vmware-user.desktop
rm -f $RPM_BUILD_ROOT/%{_libdir}/open-vm-tools/plugins/common/libhgfsServer.so
rm -f $RPM_BUILD_ROOT/sbin/mount.vmhgfs
rm -f $RPM_BUILD_ROOT/usr/bin/vmware-hgfsclient
mkdir -p ${RPM_BUILD_ROOT}/%{_unitdir}
mkdir -p ${RPM_BUILD_ROOT}%{_libexecdir}
install -m 644 %{SOURCE1} $RPM_BUILD_ROOT/%{_unitdir}/
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmtoolsd
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-checkvm
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-rpctool
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-toolbox-cmd
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-vmblock-fuse
chmod 700 $RPM_BUILD_ROOT/usr/bin/vmware-xferlogs
%clean
rm -rf $RPM_BUILD_ROOT
%post
/usr/sbin/ldconfig
/usr/bin/systemctl --system daemon-reload 2> /dev/null > /dev/null
exit 0
%postun
/usr/sbin/ldconfig
/usr/bin/systemctl --system daemon-reload 2> /dev/null > /dev/null
exit 0
%preun
if [ "$1" = 0 ]
then
/usr/bin/systemctl stop vmtoolsd.service 2> /dev/null > /dev/null
/usr/bin/systemctl disable vmtoolsd.service 2> /dev/null > /dev/null
fi
exit 0
%files
%defattr(-,root,root,-)
%{_bindir}/vm*
%{_datadir}/%{name}
%{_unitdir}/vmtoolsd.service
%{_sysconfdir}/vmware-tools
%{_libdir}/*.so.*
%{_libdir}/%{name}
%files devel
%defattr(-,root,root,-)
%{_includedir}/*
%{_libdir}/*.so
%{_libdir}/pkgconfig/*.pc
%changelog
* Wed Feb 27 2013 Reindl Harald <h.r...@th...>
- build Fedora 18 package
- build without 'procps', 'dnet' and 'multimon' to relax dependency chain
- build with CFLAGS "Wno-deprecated-declarations" to satisfy glib/gcc of F18
- TimeoutStopSec=1
* Sun Nov 02 2012 Reindl Harald <h.r...@th...>
- chmod 700 for command-line tools
* Sat Jun 02 2012 Reindl Harald <h.r...@th...>
- open-vm-tools-2012.05.21-724730
* Fri May 18 2012 Reindl Harald <h.r...@th...>
- build without kernel-modules
* Sat Mar 17 2012 Reindl Harald <h.r...@th...>
- open-vm-tools-2012.03.13-651368
* Tue Jan 31 2012 Reindl Harald <h.r...@th...>
- open-vm-tools-2011.12.20-562307
- Rebuild fpr F15 rebased 3.2
* Tue Nov 29 2011 Reindl Harald <h.r...@th...>
- include depmod-call from old rpmfusion-pakcages in post/postun
* Wed Nov 23 2011 Reindl Harald <h.r...@th...>
- reintroduce and update for fedora 15 kernel >= 2.6.41 (3.1)
- remove gui-crap and ghfs to relax dependencies on servers
- switch to systemd-unit
|
|
From: Bhuvan R. <bhu...@gm...> - 2013-04-18 00:53:39
|
Hi, I am wondering if there is a doc somewhere that you can point me to on: - How to (compile &) install open-vm-vmtools with only guestd module ? Base OS: CentOS Thanks, Bhuvan |
|
From: SourceForge.net <no...@so...> - 2013-04-09 05:58:38
|
Tracker item #3609769, was opened at 2013-04-01 21:59 Message generated for change (Comment added) made by bwanamarko You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609769&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: vmware-user Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mark Mikofski (bwanamarko) Assigned to: Nobody/Anonymous (nobody) Summary: libproc is replaced by libprocps Initial Comment: expected: ./configure completes observed: couldn't detect libprocps instead of libproc There is probably an easy option to fix this. I tried the variables for libproc I found in configure, but it made no difference. in the end I linked libprocps.so to libproc.so on my system and it worked (until my next distro update) system: fedora-18 ---------------------------------------------------------------------- >Comment By: Mark Mikofski (bwanamarko) Date: 2013-04-08 22:58 Message: Thanks Don. Are you a maintainer? There is an rpm in the works for open-vm-tools for fedora 18 which has been sorely lacking please review it here: https://bugzilla.redhat.com/show_bug.cgi?id=905255 ---------------------------------------------------------------------- Comment By: Donald A. Cupp Jr. (doncuppjr) Date: 2013-04-08 14:22 Message: Doing the following before building should resolve the issue. export CUSTOM_PROCPS_NAME=procps export CUSTOM_PROCPS_LIBS=-L/usr/lib ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609769&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-09 05:55:18
|
Tracker item #3610329, was opened at 2013-04-08 14:25 Message generated for change (Comment added) made by bwanamarko You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3610329&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: Donald A. Cupp Jr. (doncuppjr) Assigned to: Nobody/Anonymous (nobody) Summary: Deprecated Functions Initial Comment: Won't compile against glib 2.36 or any glib newer than 2.32.4 fileLogger.c:306:4: error: 'g_static_mutex_get_mutex_impl' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:149): Use 'GMutex' instead [-Werror=deprecated-declarations] ---------------------------------------------------------------------- Comment By: Mark Mikofski (bwanamarko) Date: 2013-04-08 22:55 Message: this is a duplicate: https://sourceforge.net/tracker/index.php?func=detail&aid=3459133&group_id=204462&atid=989708 use CFLAGS=-Wno-deprecated-declarations with ./configure and it will compile fine. It was marked as WONTFIX, because open-vm-tools has to be backwards compatible with <=glib-2.31 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3610329&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-08 21:25:28
|
Tracker item #3610329, was opened at 2013-04-08 14:25 Message generated for change (Tracker Item Submitted) made by doncuppjr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3610329&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: Donald A. Cupp Jr. (doncuppjr) Assigned to: Nobody/Anonymous (nobody) Summary: Deprecated Functions Initial Comment: Won't compile against glib 2.36 or any glib newer than 2.32.4 fileLogger.c:306:4: error: 'g_static_mutex_get_mutex_impl' is deprecated (declared at /usr/include/glib-2.0/glib/deprecated/gthread.h:149): Use 'GMutex' instead [-Werror=deprecated-declarations] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3610329&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-08 21:22:44
|
Tracker item #3609769, was opened at 2013-04-01 21:59 Message generated for change (Comment added) made by doncuppjr You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609769&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: vmware-user Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mark Mikofski (bwanamarko) Assigned to: Nobody/Anonymous (nobody) Summary: libproc is replaced by libprocps Initial Comment: expected: ./configure completes observed: couldn't detect libprocps instead of libproc There is probably an easy option to fix this. I tried the variables for libproc I found in configure, but it made no difference. in the end I linked libprocps.so to libproc.so on my system and it worked (until my next distro update) system: fedora-18 ---------------------------------------------------------------------- Comment By: Donald A. Cupp Jr. (doncuppjr) Date: 2013-04-08 14:22 Message: Doing the following before building should resolve the issue. export CUSTOM_PROCPS_NAME=procps export CUSTOM_PROCPS_LIBS=-L/usr/lib ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609769&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-04-02 04:59:21
|
Tracker item #3609769, was opened at 2013-04-01 21:59 Message generated for change (Tracker Item Submitted) made by bwanamarko You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609769&group_id=204462 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: vmware-user Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Mark Mikofski (bwanamarko) Assigned to: Nobody/Anonymous (nobody) Summary: libproc is replaced by libprocps Initial Comment: expected: ./configure completes observed: couldn't detect libprocps instead of libproc There is probably an easy option to fix this. I tried the variables for libproc I found in configure, but it made no difference. in the end I linked libprocps.so to libproc.so on my system and it worked (until my next distro update) system: fedora-18 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609769&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-03-28 21:36:07
|
Tracker item #3609392, was opened at 2013-03-28 14:36 Message generated for change (Tracker Item Submitted) made by omriiluz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609392&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: Omri Iluz (omriiluz) Assigned to: Nobody/Anonymous (nobody) Summary: vmxnet3 on Solaris 11.1 LSO bug Initial Comment: There seems to be a bug in the implementation of LSO for vmxnet3 on Solaris 11.1, it is sending 16K packets (larger than MTU) which are not delivered to the ESXi host. See my blog post for a deep analysis - http://blog.cyberexplorer.me/2013/03/improving-vm-to-vm-network-throughput.html I am also seeing a bug in the installer, which I don't think is part of this project, any idea how to contact the vmware team? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3609392&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-03-20 22:42:43
|
Tracker item #3608647, was opened at 2013-03-20 15:42 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608647&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: https://www.google.com/accounts () Assigned to: Nobody/Anonymous (nobody) Summary: Static compilation Initial Comment: $ ./configure --without-dnet --without-x --without-icu CFLAGS='-Wno-deprecated-declarations -static -fPIC' --without-pam --without-procps LDFLAGS=-static CXXFLAGS=-static I'm trying to compile open-vm-tools statically linked. I've been able to compile it, but vmtoolsd is still dynamically linked. It may be worth noting that glib is version 2.34.3. Has anybody tried this? Is there a better way to do it? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608647&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-03-15 16:51:07
|
Tracker item #3608126, was opened at 2013-03-14 23:40 Message generated for change (Comment added) made by dtor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&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: 8 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Perforce versioning system fails when running sync command o Initial Comment: Perforce versioning system fails when running sync command on hgfs filesytem. The problem is that perforce client uses rename operation upon a temp file which has read-only attributes. The operation then fails with permission denied (see attached test application). The fix we have provided removes the read only attribute and retries the rename operation again (see attached source code and diff). The same code is already there (see function HgfsDelete) – probably it is a good idea to refactor the retry procedure. Could you please add this fix to the upstream of the VMware tools? Thanks a lot, David. ---------------------------------------------------------------------- >Comment By: Dmitry Torokhov (dtor) Date: 2013-03-15 09:51 Message: Thank you David, I'll forward this on. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-03-15 06:41:31
|
Tracker item #3608126, was opened at 2013-03-14 23:40 Message generated for change (Settings changed) made by dkoudela You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&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: 8 Private: No Submitted By: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Perforce versioning system fails when running sync command o Initial Comment: Perforce versioning system fails when running sync command on hgfs filesytem. The problem is that perforce client uses rename operation upon a temp file which has read-only attributes. The operation then fails with permission denied (see attached test application). The fix we have provided removes the read only attribute and retries the rename operation again (see attached source code and diff). The same code is already there (see function HgfsDelete) – probably it is a good idea to refactor the retry procedure. Could you please add this fix to the upstream of the VMware tools? Thanks a lot, David. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&group_id=204462 |
|
From: SourceForge.net <no...@so...> - 2013-03-15 06:40:02
|
Tracker item #3608126, was opened at 2013-03-14 23:40 Message generated for change (Tracker Item Submitted) made by dkoudela You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&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: David Koudela (dkoudela) Assigned to: Nobody/Anonymous (nobody) Summary: Perforce versioning system fails when running sync command o Initial Comment: Perforce versioning system fails when running sync command on hgfs filesytem. The problem is that perforce client uses rename operation upon a temp file which has read-only attributes. The operation then fails with permission denied (see attached test application). The fix we have provided removes the read only attribute and retries the rename operation again (see attached source code and diff). The same code is already there (see function HgfsDelete) – probably it is a good idea to refactor the retry procedure. Could you please add this fix to the upstream of the VMware tools? Thanks a lot, David. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=989708&aid=3608126&group_id=204462 |
|
From: Brian R. <rei...@nu...> - 2013-03-15 00:15:02
|
On Thu, Mar 14, 2013 at 01:58:26PM -0700, Dmitry Torokhov wrote: > You can always build your own version of glib library and compile against it. > This is what we do internally so that tools work with older guests. Something worth considering. Thanks! > Thanks, > Dmitry -- Brian Reichert <rei...@nu...> BSD admin/developer at large |
|
From: Dmitry T. <dt...@vm...> - 2013-03-14 20:58:33
|
On Thursday, March 14, 2013 04:25:21 PM Brian Reichert wrote: > On Thu, Mar 07, 2013 at 10:01:55PM +0100, Reindl Harald wrote: > > > The NEWS file of open-vm-tools spans back to 2007.09.04. > > > RHEL5 was released six months prior, in 2007.3.14. > > > > which is a long time ago > > > > > Are you saying that in the last _five years_ no one's successfully > > > built any version of open-vm-rools for RHEL5? > > > > who knows and who cares since VMware Inc. ships binaries > > within ESXi and in public repos? > > Well, I've not heard further on this topic. > > A summary, for the benefit of the email archives: > > - RHEL5 was released on 2007, and the EOL according to RedHat is > now 2017; a proposed lifespan of ten years. > > - There has been no version of open-vm-rools has even been built for > RHEL5, (and by extension, CentOS) and there's no interest on the > part of this project to do so. > > - The RPM packages associated with the commercial release cannot be > redistributed. (There are only two I'm interested in, but none > of them are available for our use.) > > So, I'm SOL, it seems. You can always build your own version of glib library and compile against it. This is what we do internally so that tools work with older guests. Thanks, Dmitry |
|
From: Brian R. <rei...@nu...> - 2013-03-14 20:46:28
|
On Thu, Mar 07, 2013 at 10:01:55PM +0100, Reindl Harald wrote: > > The NEWS file of open-vm-tools spans back to 2007.09.04. > > RHEL5 was released six months prior, in 2007.3.14. > > which is a long time ago > > > Are you saying that in the last _five years_ no one's successfully > > built any version of open-vm-rools for RHEL5? > > who knows and who cares since VMware Inc. ships binaries > within ESXi and in public repos? Well, I've not heard further on this topic. A summary, for the benefit of the email archives: - RHEL5 was released on 2007, and the EOL according to RedHat is now 2017; a proposed lifespan of ten years. - There has been no version of open-vm-rools has even been built for RHEL5, (and by extension, CentOS) and there's no interest on the part of this project to do so. - The RPM packages associated with the commercial release cannot be redistributed. (There are only two I'm interested in, but none of them are available for our use.) So, I'm SOL, it seems. Thanks, everyone, for your feedback on this matter. -- Brian Reichert <rei...@nu...> BSD admin/developer at large |
58 messages has been excluded from this view by a project administrator.
