Bug#1042360: RFP: open-vmdk -- tool for creating Open Virtual Appliances (OVAs)
Package: open-vmdk Severity: wishlist open-vmdk can be used to create OVA and OVF files, to deploy virtual machines for VMware (vSphere, or Fusion/Workstation). It contains two tools: * vmdk-convert to convert raw disk images to vmdk format * ova-compose to create OVF files, and OVAs with the vmdk file(s) URL: https://github.com/vmware/open-vmdk
Bug#960065: patch to replace 'netstat' with 'sdmp'
We now have a patch that replaces 'netstat' with 'ss' because the former is deprecated. We just created an extra branch with the changes, plus two minor sdmp related fixes: https://github.com/vmware/open-vm-tools/commits/stable-11.1.0-SDMP-fixes Thanks, Oliver
Bug#960065: Please put this on hold
Hi, because of "netstat" being widely deprecated now, we are going to change the sdmp plugin to use "ss" instead. There is no point in continuing with the current version of sdmp in 11.1.0, so please put this on hold. We are going to have a fixed version in our next release, and may provide a patch for 11.1.0. This does not affect the rest of open-vm-tools 11.1.0 , so the update can go ahead without the plugin. Note that it's not built by default. Thanks, Oliver
Bug#960065: add the sdmp plugin
Package: open-vm-tools Version: 2:11.1.0 Version 11.1.0 adds the sdmp plugin, see https://marketplace.vmware.com/vsx/solutions/vrealize-operations-service-discovery-management-pack?ref=search This should be in an optional separate package. Attached is a patch for the Debian scripts that would create this package. This has been used in our internal testing. Note that there is an additional runtime dependency on net-tools for netstat. Thanks, Oliver debian-sdmp.patch Description: debian-sdmp.patch
Bug#960061: open-vm-tools 11.1.0 released
Package: open-vm-tools Version: 2:11.0.5-5 We have released open-vm-tools 11.1.0. See https://github.com/vmware/open-vm-tools/releases/tag/stable-11.1.0 This package adds the new sdmp plugin. I will file another bug to add it as a separate Debian package. Oliver
Bug#954958: Please add appinfo plugin
Package: open-vm-tools Version: 2:11.0.5-4 We have added a plugin in open-vm-tools. It did not make part of the 11.0.5 release, but has been tested by us. It's part of the Wndows version, and will be part of our next release. For open-vm-tools, all changes are in this branch (forked directly from the 11.0.5 release): https://github.com/vmware/open-vm-tools/tree/stable-11.0.5-appinfo . Here is a description for the plugin: https://www.virtuallyghetto.com/2019/12/application-discovery-in-vsphere-with-vmware-tools-11.html , or see https://docs.vmware.com/en/VMware-Tools/11.0.0/com.vmware.vsphere.vmwaretools.doc/GUID-3A8089F6-CAF6-43B9-BD9D-B1081F8D64E2.html . Following are implemented in this changeset: * New plugin named appInfo is added to VMware Tools. It will be installed by default in Linux guests. * This is a 'vmsvc' only plugin. It will be loaded only by vmsvc process. The plugin will have the system-level privileges since it's loaded by vmsvc service. * When loaded, every 30 minutes (can be configured by a switch in tools.conf file), the plugin gets the list of processes running inside the guest and publishes them into a guest variable (guestinfo.appinfo). The content will be printed in JSON format for easy parsing. * The plugin is enabled by default. If the guest administrator sets the key/value 'disabled=true' in 'appinfo' section in tools.conf file, then the plugin is disabled and doesn't publish any information. Ex: # In tools.conf file [appinfo] disabled=true # via toolbox utility. vmware-toolbox-cmd config set appinfo disabled true * The poll-interval can be adjusted by the guest administrator by tweaking the poll-interval key under appinfo section in tools.conf file or by calling vmware-toolbox-cmd utility. Ex: # In tools.conf file [appinfo] poll-interval = 3600 # The value should be specified in seconds. vmware-toolbox-cmd config set appinfo poll-interval 3600 * From inside the guest, the following commands can be executed to retrieve the JSON information published to the guest variable. vmtoolsd --cmd “info-get guestinfo.appInfo” vmware-rpctool “info-get guestinfo.appInfo” Thanks, Oliver
Bug#950888: lots of entries in vmware-vmsvc-root.log "[ warning] [guestinfo] GuestInfoGetDiskDevice: Missing disk device name;
Package: open-vm-tools Version: 2:11.0.5-1 When using the LSI Logic Parallel SCSI controller lots of log messages are generated. These are benign but may fill up logs quickly. We are working on fixing the root cause. This was first reported at SuSE, see https://bugzilla.suse.com/show_bug.cgi?id=1162435 and also on github: https://github.com/vmware/open-vm-tools/issues/404 . We have a patch that degrades the warning messages to debug messages in https://github.com/vmware/open-vm-tools/commits/stable-11.0.5-suse-bug-1162435 . Thanks, Oliver
Bug#949011: open-vm-tools 11.0.5 released
Package: open-vm-tools Version: 2:11.0.1-4 We have released open-vm-tools 11.0.5. See https://github.com/vmware/open-vm-tools/releases/tag/stable-11.0.5 Oliver
Bug#941955: memory leaks in open-vm-tools
Package: open-vm-tools Version: 10.3.10-1 We have discovered a few memory leaks in open-vm-tools, related to the vix plugin. We have created a branch for 10.3.10 on github that includes fixes: https://github.com/vmware/open-vm-tools/tree/stable-10.3.10-vix-memory-leaks Thanks, Oliver
Bug#940853: open-vm-tools 11.0.0 released
Package: open-vm-tools Version: 2:10.3.10-3 We have released open-vm-tools 11.0.0. See https://github.com/vmware/open-vm-tools/releases/tag/stable-11.0.0 Oliver
Bug#935205: add systemd mount file to mount shared folders (vmhgfs-fuse)
Another question: would it be acceptable if the mount service wouldn'd be enabled by default, and not automatically started on install? We could use the '--no-enable --no-start' options for dh_installsystemd. Thanks, Oliver ____ From: Oliver Kurth Sent: Wednesday, August 21, 2019 10:55 AM To: Bernd Zeimetz ; 935...@bugs.debian.org <935...@bugs.debian.org> Subject: Re: Bug#935205: add systemd mount file to mount shared folders (vmhgfs-fuse) Thanks Bernd, other than the issue about server VMs, would the solution be acceptable for another mount point? If so, what is a good mount point? Oliver From: Bernd Zeimetz Sent: Tuesday, August 20, 2019 8:43 PM To: Oliver Kurth ; 935...@bugs.debian.org <935...@bugs.debian.org> Subject: Re: Bug#935205: add systemd mount file to mount shared folders (vmhgfs-fuse) Hi Oliver, what you are proposing is not an option. - we don't want to have fuse mounts or hgfs on server vms - using subfolders of /mnt for general use and permanently is forbidden anyway. Adding an automount service to the desktop package might be acceptable, but only if it is not in /mnt. That is reserved for rescuing filesystems and similar things. Best regards, Bernd Am 21. August 2019 02:50:42 MESZ schrieb Oliver Kurth : Package: open-vm-tools Version: 2:10.3.10-2 Currently, when "shared folders" is enabled in VMware Workstation or Fusion while the VM is running, the mount point will be created and mounted. This works by sending an RPC from WS / Fusion to vmtoolsd in the VM. But this does not persist on a reboot, and does not happen when the VM is powered off. Attached is a patch for the debian files that adds a systemd mount file that mounts /mnt/hgfs with the same options that are used by vmtoolsd to mount the shared folders. It also moves the loading of the fuse module to the base package since vmhgfs uses fuse. Thanks, Oliver -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
Bug#935205: add systemd mount file to mount shared folders (vmhgfs-fuse)
Thanks Bernd, other than the issue about server VMs, would the solution be acceptable for another mount point? If so, what is a good mount point? Oliver From: Bernd Zeimetz Sent: Tuesday, August 20, 2019 8:43 PM To: Oliver Kurth ; 935...@bugs.debian.org <935...@bugs.debian.org> Subject: Re: Bug#935205: add systemd mount file to mount shared folders (vmhgfs-fuse) Hi Oliver, what you are proposing is not an option. - we don't want to have fuse mounts or hgfs on server vms - using subfolders of /mnt for general use and permanently is forbidden anyway. Adding an automount service to the desktop package might be acceptable, but only if it is not in /mnt. That is reserved for rescuing filesystems and similar things. Best regards, Bernd Am 21. August 2019 02:50:42 MESZ schrieb Oliver Kurth : Package: open-vm-tools Version: 2:10.3.10-2 Currently, when "shared folders" is enabled in VMware Workstation or Fusion while the VM is running, the mount point will be created and mounted. This works by sending an RPC from WS / Fusion to vmtoolsd in the VM. But this does not persist on a reboot, and does not happen when the VM is powered off. Attached is a patch for the debian files that adds a systemd mount file that mounts /mnt/hgfs with the same options that are used by vmtoolsd to mount the shared folders. It also moves the loading of the fuse module to the base package since vmhgfs uses fuse. Thanks, Oliver -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
Bug#935205: add systemd mount file to mount shared folders (vmhgfs-fuse)
Package: open-vm-tools Version: 2:10.3.10-2 Currently, when "shared folders" is enabled in VMware Workstation or Fusion while the VM is running, the mount point will be created and mounted. This works by sending an RPC from WS / Fusion to vmtoolsd in the VM. But this does not persist on a reboot, and does not happen when the VM is powered off. Attached is a patch for the debian files that adds a systemd mount file that mounts /mnt/hgfs with the same options that are used by vmtoolsd to mount the shared folders. It also moves the loading of the fuse module to the base package since vmhgfs uses fuse. Thanks, Oliver diff --git a/debian/local/mnt-hgfs.mount b/debian/local/mnt-hgfs.mount new file mode 100644 index ..405cfd41 --- /dev/null +++ b/debian/local/mnt-hgfs.mount @@ -0,0 +1,16 @@ +[Unit] +Description=VMware mount for hgfs +DefaultDependencies=no +Before=umount.target +ConditionVirtualization=vmware +After=sys-fs-fuse-connections.mount + +[Mount] +What=vmhgfs-fuse +Where=/mnt/hgfs +Type=fuse +Options=nodev,nosuid,allow_other + +[Install] +WantedBy=multi-user.target + diff --git a/debian/local/open-vm-tools-desktop.conf b/debian/local/open-vm-tools-desktop.conf index a3b234c2..0833e325 100644 --- a/debian/local/open-vm-tools-desktop.conf +++ b/debian/local/open-vm-tools-desktop.conf @@ -1,2 +1 @@ -fuse vmwgfx diff --git a/debian/local/open-vm-tools.conf b/debian/local/open-vm-tools.conf new file mode 100644 index ..a517c488 --- /dev/null +++ b/debian/local/open-vm-tools.conf @@ -0,0 +1 @@ +fuse diff --git a/debian/rules b/debian/rules index 62a68cef..a64e41e3 100755 --- a/debian/rules +++ b/debian/rules @@ -39,6 +39,9 @@ override_dh_auto_install: install -D -m 0644 debian/local/xautostart.conf debian/open-vm-tools-desktop/etc/vmware-tools/xautostart.conf install -D -m 0644 debian/local/tools.conf debian/open-vm-tools/etc/vmware-tools/tools.conf + install -D -m 0644 debian/local/mnt-hgfs.mount debian/open-vm-tools/lib/systemd/system/mnt-hgfs.mount + install -D -m 0644 debian/local/open-vm-tools.conf debian/open-vm-tools/usr/lib/modules-load.d/open-vm-tools.conf + install -D -m 0644 debian/local/run-vmblock\\x2dfuse.mount debian/open-vm-tools-desktop/lib/systemd/system/run-vmblock\\x2dfuse.mount install -D -m 0644 debian/local/open-vm-tools-desktop.conf debian/open-vm-tools-desktop/usr/lib/modules-load.d/open-vm-tools-desktop.conf @@ -99,6 +102,7 @@ override_dh_fixperms: override_dh_installsystemd: dh_installsystemd -popen-vm-tools dh_installsystemd -popen-vm-tools --name vgauth + dh_installsystemd -popen-vm-tools mnt-hgfs.mount dh_installsystemd -popen-vm-tools-desktop --restart-after-upgrade --no-stop-on-upgrade run-vmblock\\x2dfuse.mount override_dh_installchangelogs:
Bug#934005: guest OS is not reported correctly
FWIW, I tested the patch in Debian 9.9, and changed the version in /etc/debian_version to 9.10. Everything is as expected. Oliver From: Oliver Kurth Sent: Tuesday, August 6, 2019 10:57 AM To: Bernd Zeimetz ; 934...@bugs.debian.org <934...@bugs.debian.org> Subject: Re: Bug#934005: guest OS is not reported correctly That change expects a space before the the '10', so it shouldn't match 9.10. Oliver From: Bernd Zeimetz Sent: Monday, August 5, 2019 11:51 PM To: Oliver Kurth ; 934...@bugs.debian.org <934...@bugs.debian.org> Subject: Re: Bug#934005: guest OS is not reported correctly Hi Oliver, don't have the full code available right now, but please make sure this does not match 9.10, which will be the next oldstable pointrelease. Thanks, Bernd Am 6. August 2019 02:06:50 MESZ schrieb Oliver Kurth : Package: open-vm-tools Version: 2:10.3.5-8 During testing, we found this problem: After install the open-vm-tools 10.3.10 by "apt-get install open-vm-tools" in Debian 10.0.0 on ESXi 6.7GA , the guestID and guestFullName are not correct. ---VM Tools Version--- # apt-get install open-vm-tools # vmtoolsd -v VMware Tools daemon, version 10.3.10.10540 (build-12406962) ---guestInfo in ESXi 6.7GA--- Guest information: (vim.vm.GuestInfo) { toolsStatus = "toolsOk", toolsVersionStatus = "guestToolsUnmanaged", toolsVersionStatus2 = "guestToolsUnmanaged", toolsRunningStatus = "guestToolsRunning", toolsVersion = "10346", toolsInstallType = "guestToolsTypeOpenVMTools", toolsUpdateStatus = (vim.vm.GuestInfo.ToolsUpdateStatus) null, guestId = "other4xLinux64Guest", <guestID guestFamily = "linuxGuest", guestFullName = "Other 4.x or later Linux (64-bit)", <guestFullName Root cause is the output of lsb_release, which outputs: $ lsb_release -sd Debian GNU/Linux 10 (buster) But the code in open-vm-tools expects '10.'. Here is a patch to fix the issue: vmware@debian:~$ diff open-vm-tools-10.3.10-12406962/lib/misc/hostinfoPosix.c open-vm-tools-10.3.10-12406962.patched/lib/misc/hostinfoPosix.c 817c817 < } else if (strstr(distroLower, "10.")) { --- > } else if (strstr(distroLower, " 10")) { There is a possible workaround with changing the code by putting these two lines into /etc/vmware-tools/tools.conf : [guestosinfo] short-name = debian10-64 Oliver -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
Bug#934005: guest OS is not reported correctly
That change expects a space before the the '10', so it shouldn't match 9.10. Oliver From: Bernd Zeimetz Sent: Monday, August 5, 2019 11:51 PM To: Oliver Kurth ; 934...@bugs.debian.org <934...@bugs.debian.org> Subject: Re: Bug#934005: guest OS is not reported correctly Hi Oliver, don't have the full code available right now, but please make sure this does not match 9.10, which will be the next oldstable pointrelease. Thanks, Bernd Am 6. August 2019 02:06:50 MESZ schrieb Oliver Kurth : Package: open-vm-tools Version: 2:10.3.5-8 During testing, we found this problem: After install the open-vm-tools 10.3.10 by "apt-get install open-vm-tools" in Debian 10.0.0 on ESXi 6.7GA , the guestID and guestFullName are not correct. ---VM Tools Version--- # apt-get install open-vm-tools # vmtoolsd -v VMware Tools daemon, version 10.3.10.10540 (build-12406962) ---guestInfo in ESXi 6.7GA--- Guest information: (vim.vm.GuestInfo) { toolsStatus = "toolsOk", toolsVersionStatus = "guestToolsUnmanaged", toolsVersionStatus2 = "guestToolsUnmanaged", toolsRunningStatus = "guestToolsRunning", toolsVersion = "10346", toolsInstallType = "guestToolsTypeOpenVMTools", toolsUpdateStatus = (vim.vm.GuestInfo.ToolsUpdateStatus) null, guestId = "other4xLinux64Guest", <guestID guestFamily = "linuxGuest", guestFullName = "Other 4.x or later Linux (64-bit)", <guestFullName Root cause is the output of lsb_release, which outputs: $ lsb_release -sd Debian GNU/Linux 10 (buster) But the code in open-vm-tools expects '10.'. Here is a patch to fix the issue: vmware@debian:~$ diff open-vm-tools-10.3.10-12406962/lib/misc/hostinfoPosix.c open-vm-tools-10.3.10-12406962.patched/lib/misc/hostinfoPosix.c 817c817 < } else if (strstr(distroLower, "10.")) { --- > } else if (strstr(distroLower, " 10")) { There is a possible workaround with changing the code by putting these two lines into /etc/vmware-tools/tools.conf : [guestosinfo] short-name = debian10-64 Oliver -- Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
Bug#934005: version is 10.3.10
Sorry, I used the wrong package version - it's 10.3.10-1. Olover
Bug#934005: guest OS is not reported correctly
Package: open-vm-tools Version: 2:10.3.5-8 During testing, we found this problem: After install the open-vm-tools 10.3.10 by "apt-get install open-vm-tools" in Debian 10.0.0 on ESXi 6.7GA , the guestID and guestFullName are not correct. ---VM Tools Version--- # apt-get install open-vm-tools # vmtoolsd -v VMware Tools daemon, version 10.3.10.10540 (build-12406962) ---guestInfo in ESXi 6.7GA--- Guest information: (vim.vm.GuestInfo) { toolsStatus = "toolsOk", toolsVersionStatus = "guestToolsUnmanaged", toolsVersionStatus2 = "guestToolsUnmanaged", toolsRunningStatus = "guestToolsRunning", toolsVersion = "10346", toolsInstallType = "guestToolsTypeOpenVMTools", toolsUpdateStatus = (vim.vm.GuestInfo.ToolsUpdateStatus) null, guestId = "other4xLinux64Guest",} else if (strstr(distroLower, " 10")) { There is a possible workaround with changing the code by putting these two lines into /etc/vmware-tools/tools.conf : [guestosinfo] short-name = debian10-64 Oliver
Bug#925940: open-vm-tools 10.3.10 released
Package: open-vm-tools Version: 2:10.3.5-8 We have released open-vm-tools 10.3.10. open-vm-tools 10.3.10 is available for download from GitHub: https://github.com/vmware/open-vm-tools/tree/stable-10.3.10 For more details and changes, please refer to the release notes at https://github.com/vmware/open-vm-tools/blob/stable-10.3.10/ReleaseNotes.md or the ChangeLog at: https://github.com/vmware/open-vm-tools/blob/stable-10.3.10/open-vm-tools/ChangeLog Oliver
Bug#921470: A short summary of the changes
A short summary of the changes: - Attempt to notify the host that a backup manifest is available on every completed snapshot. Previously vmtoolsd attempted to detect whether the host was running an older version of ESX that did not support receiving a backup manifest, which occasionally resulted in it erroneously identifying a host as an older host. - Provide more informative logging messages when a backup manifest notification is refused by the host. - Abort quiesced snapshot operations promptly after detecting that the host has aborted its side of the operation. Previously vmtools would continue until it hit its own internal timeout. - Don’t try to notify the host that a backup manifest is available when the quiesced snapshot is aborted. We suggest to have these changes integrated into the 10.3.5 package.
Bug#921470: Correct and/or improve handling of certain quiesced snapshot failures
Package: open-vm-tools Version: 2:10.3.5-5 Customers may hit issues with quiesced snapshots under certain circumstances. This is fixed in a branch forked from 10.3.5: https://github.com/vmware/open-vm-tools/tree/stable-10.3.5-quiesced-snapshot A more detailed description of the issue can be found in the individual commit messages.
Bug#913197: open-vm-tools 10.3.5 released
Package: open-vm-tools Version: 2:10.3.0-1 We have released open-vm-tools 10.3.5. open-vm-tools 10.3.5 is available for download from GitHub: https://github.com/vmware/open-vm-tools/tree/stable-10.3.5 For more details and changes, please refer to the release notes at https://github.com/vmware/open-vm-tools/blob/stable-10.3.5/ReleaseNotes.md or the ChangeLog at: https://github.com/vmware/open-vm-tools/blob/stable-10.3.5/open-vm-tools/ChangeLog Oliver
Bug#909146: open-vm-tools guest stats overflow
Package: open-vm-tools Version: 2:10.3.0-1 There is an unhandled overflow issue in open-vm-tools in the code for guest stats reporting. This cause artifacts (spikes) in rate stats, for example "Guest|Page In Rate per second". This issue only affects 32 bit builds of open-vm-tools. We have a fix for 10.3.x at https://github.com/vmware/open-vm-tools/commit/c7a186e204cdff46b5e02bcb5208ef8979eaf261 The fix has also been backported to 10.2.5 in a special branch: https://github.com/vmware/open-vm-tools/tree/stable-10.2.5-stat-overflow-fix Thanks, Oliver
Bug#905604: version 10.3.0 is available
Package: open-vm-tools Version: 2:10.2.5-1 We have released open-vm-tools 10.3.0. open-vm-tools 10.3.0 is available for download from GitHub: https://github.com/vmware/open-vm-tools/tree/stable-10.3.0 For more details and changes, please refer to the release notes at https://github.com/vmware/open-vm-tools/blob/stable-10.3.0/ReleaseNotes.md or the ChangeLog at: https://github.com/vmware/open-vm-tools/blob/stable-10.3.0/open-vm-tools/ChangeLog Oliver
Bug#886191: Errors with run-vmblock\\x2dfuse.mount in install/removal scripts
Package: open-vm-tools-desktop Version: 2:10.1.15-1 I thought there was already a bug about this in Debian. There is at Canonical: https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1639222 . There is an issue on github: https://github.com/vmware/open-vm-tools/issues/207 . TL;DR: the unit run-vmblock\\x2dfuse.mount is neither started nor enabled started on install, and removing the package open-vm-tools-desktop fails because of errors. This is in Debian/sid, updated just today (01/02/2018): vmware@debian:~$ sudo apt-get install open-vm-tools-desktop ... Unpacking open-vm-tools (2:10.1.15-1) ... Selecting previously unselected package open-vm-tools-desktop. Preparing to unpack .../6-open-vm-tools-desktop_2%3a10.1.15-1_amd64.deb ... Unpacking open-vm-tools-desktop (2:10.1.15-1) ... ... Setting up open-vm-tools (2:10.1.15-1) ... Created symlink /etc/systemd/system/multi-user.target.wants/open-vm-tools.service → /lib/systemd/system/open-vm-tools.service. Created symlink /etc/systemd/system/open-vm-tools.service.requires/vgauth.service → /lib/systemd/system/vgauth.service. Setting up open-vm-tools-desktop (2:10.1.15-1) ... Failed to preset unit: Unit file run-vmblock\\x2dfuse.mount does not exist. /usr/bin/deb-systemd-helper: error: systemctl preset failed on run-vmblock\\x2dfuse.mount: No such file or directory Failed to get unit file state for run-vmblock\\x2dfuse.mount: No such file or directory run-vmblock\\x2dfuse.mount is a disabled or a static unit, not starting it. Processing triggers for libc-bin (2.25-6) ... Processing triggers for systemd (236-2) ... vmware@debian:~$ sudo systemctl status run-vmblock\\x2dfuse.mount ● run-vmblock\x2dfuse.mount - VMware vmblock fuse mount Loaded: loaded (/lib/systemd/system/run-vmblock\x2dfuse.mount; disabled; vendor preset: enabled) Active: inactive (dead) Where: /run/vmblock-fuse What: vmware-vmblock-fuse Docs: https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/vmblock-fuse/design.txt vmware@debian:~$ sudo systemctl start run-vmblock\\x2dfuse.mount vmware@debian:~$ sudo systemctl status run-vmblock\\x2dfuse.mount ● run-vmblock\x2dfuse.mount - VMware vmblock fuse mount Loaded: loaded (/lib/systemd/system/run-vmblock\x2dfuse.mount; disabled; vendor preset: enabled) Active: active (mounted) since Tue 2018-01-02 14:35:43 PST; 1s ago Where: /run/vmblock-fuse What: vmware-vmblock Docs: https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/vmblock-fuse/design.txt Process: 4371 ExecMount=/bin/mount vmware-vmblock-fuse /run/vmblock-fuse -t fuse -o subtype=vmware-vmblock,default_permissions,allow_other (code=exited, status=0/SUCCESS) Tasks: 3 (limit: 19660) CGroup: /system.slice/run-vmblock\x2dfuse.mount └─4375 vmware-vmblock-fuse /run/vmblock-fuse -o rw,subtype=vmware-vmblock,default_permissions,allow_other,dev,suid Jan 02 14:35:43 debian systemd[1]: Mounting VMware vmblock fuse mount... Jan 02 14:35:43 debian systemd[1]: Mounted VMware vmblock fuse mount. On removing the package, I see the error. open-vm-tools is removed, but open-vm-tools-desktop is not: vmware@debian:~$ sudo apt-get remove open-vm-tools [sudo] password for vmware: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: ethtool libdumbnet1 libmspack0 libxmlsec1 libxmlsec1-openssl zerofree Use 'sudo apt autoremove' to remove them. The following packages will be REMOVED: open-vm-tools open-vm-tools-desktop 0 upgraded, 0 newly installed, 2 to remove and 266 not upgraded. After this operation, 2,651 kB disk space will be freed. Do you want to continue? [Y/n] (Reading database ... 147604 files and directories currently installed.) Removing open-vm-tools-desktop (2:10.1.15-1) ... Failed to stop run-vmblock\\x2dfuse.mount: Unit run-vmblock\\x2dfuse.mount not loaded. dpkg: error processing package open-vm-tools-desktop (--remove): installed open-vm-tools-desktop package pre-removal script subprocess returned error exit status 5 Failed to preset unit: Unit file run-vmblock\\x2dfuse.mount does not exist. /usr/bin/deb-systemd-helper: error: systemctl preset failed on run-vmblock\\x2dfuse.mount: No such file or directory Failed to get unit file state for run-vmblock\\x2dfuse.mount: No such file or directory run-vmblock\\x2dfuse.mount is a disabled or a static unit, not starting it. dpkg: open-vm-tools: dependency problems, but removing anyway as you requested: open-vm-tools-desktop depends on open-vm-tools (= 2:10.1.15-1). Removing open-vm-tools (2:10.1.15-1) ... Errors were encountered while processing: open-vm-tools-desktop E: Sub-process /usr/bin/dpkg returned an error code (1) vmware@debian:~$ dpkg -l open-vm-tools* Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (S
Bug#884496: version 10.2.0 is available
Package: open-vm-tools Version: 2:10.1.15-1 We have released open-vm-tools 10.2.0. open-vm-tools 10.2.0 is available for download from GitHub: https://github.com/vmware/open-vm-tools/releases/tag/stable-10.2.0 For more details and changes, please refer to the release notes at https://github.com/vmware/open-vm-tools/blob/stable-10.2.x/ReleaseNotes.md or the ChangeLog at: https://github.com/vmware/open-vm-tools/blob/stable-10.2.x/open-vm-tools/ChangeLog Oliver
Bug#876121: FTBFS: error: 'std::index_sequence' has not been declared
Thank you - looks like it's working. Oliver
Bug#876121: FTBFS: error: 'std::index_sequence' has not been declared
I was building without setting that flag, and it built fine. So to me it looks like another library upodate (glibmm?) has fixed it. Can you try without setting the flag again, with a recent update of Debian/sid? Oliver From: Bernd Zeimetz Sent: Tuesday, September 26, 2017 2:06:22 AM To: Oliver Kurth Cc: 876...@bugs.debian.org; Rene Engelhard Subject: Re: Bug#876121: FTBFS: error: 'std::index_sequence' has not been declared On 2017-09-26 01:01, Oliver Kurth wrote: > It looks like this error went away on its own - can you confirm? not on its own, but with https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_bzed_pkg-2Dopen-2Dvm-2Dtools_commit_00bc9bb756d6538fffac9dda7ade852348d439fe&d=DwICAg&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=heCff7JDXnzV_9hm7ulcWhwjo7LWEEqOZl2-6_djAqs&s=s6sX0u2PrL37PcYbvvcgoEnbZL08Xzuuj8Rwf2t2u0w&e= > - > > FROM: Bernd Zeimetz > SENT: Monday, September 18, 2017 2:59:14 PM > TO: Oliver Kurth; 876...@bugs.debian.org; Rene Engelhard > SUBJECT: Re: Bug#876121: FTBFS: error: 'std::index_sequence' has not > been declared > > Hi, > > On 09/18/2017 08:25 PM, Oliver Kurth wrote: >> We see the same issue in our internal tests at VMware. The solution >> seems to be to set CXXFLAGS=-std=c++14 for the configure command: >> >> >> CXXFLAGS=-std=c++14 ./configure --without-kernel-modules > > good catch, I was actually building with > CXXFLAGS='-std=gnu++11' > before because some (other?) build-dependencies failed to build > before. > > Building right now: > https://urldefense.proofpoint.com/v2/url?u=https-3A__travis-2Dci.org_bzed_pkg-2Dopen-2Dvm-2Dtools&d=DwID-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=4lf0bElA6Fu5UXFqwpKfjSQnXAL5U99uQp5nqNtl24s&s=D9GR6YatOyeX6qC9C5uX-X-p_Xc2w_BA9AgePkPD1D0&e= > > > I'll test and upload it tomorrow or so if all changes work as > expected. > > Thanks, > > Bernd > > -- > Bernd ZeimetzDebian GNU/Linux Developer > > https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=DwID-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=4lf0bElA6Fu5UXFqwpKfjSQnXAL5U99uQp5nqNtl24s&s=vNdNG_rVLgVZxZkIQB02h-dE5jXV-tnk9qrO_HWmfmo&e= > > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=DwID-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=4lf0bElA6Fu5UXFqwpKfjSQnXAL5U99uQp5nqNtl24s&s=eIo1lI5BVFTRGcBcVAV-uFw8PVLTfXRtsFx8ZGzzTks&e= > [1] > GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F > > > Links: > -- > [1] > https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=DwID-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=4lf0bElA6Fu5UXFqwpKfjSQnXAL5U99uQp5nqNtl24s&s=eIo1lI5BVFTRGcBcVAV-uFw8PVLTfXRtsFx8ZGzzTks&e= -- Bernd ZeimetzDebian GNU/Linux Developer https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=DwICAg&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=heCff7JDXnzV_9hm7ulcWhwjo7LWEEqOZl2-6_djAqs&s=UIFhbMt8CqNaWrobDF9PX4bP-sXD8RkZ2bWFOdotAtc&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=DwICAg&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=heCff7JDXnzV_9hm7ulcWhwjo7LWEEqOZl2-6_djAqs&s=4O0yUUbZ6NeUr-MSTJY3NHGcS0sKCjCQzK9-As7xshQ&e= GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
Bug#876121: FTBFS: error: 'std::index_sequence' has not been declared
It looks like this error went away on its own - can you confirm? From: Bernd Zeimetz Sent: Monday, September 18, 2017 2:59:14 PM To: Oliver Kurth; 876...@bugs.debian.org; Rene Engelhard Subject: Re: Bug#876121: FTBFS: error: 'std::index_sequence' has not been declared Hi, On 09/18/2017 08:25 PM, Oliver Kurth wrote: > We see the same issue in our internal tests at VMware. The solution > seems to be to set CXXFLAGS=-std=c++14 for the configure command: > > > CXXFLAGS=-std=c++14 ./configure --without-kernel-modules good catch, I was actually building with CXXFLAGS='-std=gnu++11' before because some (other?) build-dependencies failed to build before. Building right now: https://urldefense.proofpoint.com/v2/url?u=https-3A__travis-2Dci.org_bzed_pkg-2Dopen-2Dvm-2Dtools&d=DwID-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=4lf0bElA6Fu5UXFqwpKfjSQnXAL5U99uQp5nqNtl24s&s=D9GR6YatOyeX6qC9C5uX-X-p_Xc2w_BA9AgePkPD1D0&e= I'll test and upload it tomorrow or so if all changes work as expected. Thanks, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=DwID-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=4lf0bElA6Fu5UXFqwpKfjSQnXAL5U99uQp5nqNtl24s&s=vNdNG_rVLgVZxZkIQB02h-dE5jXV-tnk9qrO_HWmfmo&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=DwID-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=4lf0bElA6Fu5UXFqwpKfjSQnXAL5U99uQp5nqNtl24s&s=eIo1lI5BVFTRGcBcVAV-uFw8PVLTfXRtsFx8ZGzzTks&e= GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
Bug#876121: FTBFS: error: 'std::index_sequence' has not been declared
We see the same issue in our internal tests at VMware. The solution seems to be to set CXXFLAGS=-std=c++14 for the configure command: CXXFLAGS=-std=c++14 ./configure --without-kernel-modules I need to find a way to put this into the configure script itself. I wonder how other packages are handling this issue? Oliver
Bug#870569: version 10.1.10 is available
Package: open-vm-tools Version: 2:10.1.5-5055683-5 We released version 10.1.10 of open-vm-tools, available from https://github.com/vmware/open-vm-tools/releases/tag/stable-10.1.10 . Please see the release notes at https://github.com/vmware/open-vm-tools/blob/stable-10.1.x/ReleaseNotes.md . Thanks, Oliver
Bug#860875: open-vm-tools-desktop: run-vmblock\x2dfuse.mount fails to start during boot
Yeah, the enabled state remains even after removing (with --purge) the packages again: vmware@debian:~$ ls -l /etc/systemd/system/multi-user.target.wants/run-vmblock\\x2dfuse.mount lrwxrwxrwx 1 root root 45 Apr 20 17:31 /etc/systemd/system/multi-user.target.wants/run-vmblock\x2dfuse.mount -> /lib/systemd/system/run-vmblock\x2dfuse.mount vmware@debian:~$ ls When I remove the symlink and install the packages again, it won't be set: vmware@debian:~$ sudo dpkg -i *.deb Selecting previously unselected package open-vm-tools. (Reading database ... 163883 files and directories currently installed.) Preparing to unpack open-vm-tools_10.1.5-5055683-4_amd64.deb ... Unpacking open-vm-tools (2:10.1.5-5055683-4) ... Selecting previously unselected package open-vm-tools-desktop. Preparing to unpack open-vm-tools-desktop_10.1.5-5055683-4_amd64.deb ... Unpacking open-vm-tools-desktop (2:10.1.5-5055683-4) ... Setting up open-vm-tools (2:10.1.5-5055683-4) ... Created symlink /etc/systemd/system/multi-user.target.wants/open-vm-tools.service → /lib/systemd/system/open-vm-tools.service. Created symlink /etc/systemd/system/open-vm-tools.service.requires/vgauth.service → /lib/systemd/system/vgauth.service. Setting up open-vm-tools-desktop (2:10.1.5-5055683-4) ... Processing triggers for libc-bin (2.24-10) ... Processing triggers for systemd (232-22) ... Processing triggers for man-db (2.7.6.1-2) ... vmware@debian:~$ sudo systemctl status run-vmblock\\x2dfuse.mount ● run-vmblock\x2dfuse.mount - VMware vmblock fuse mount Loaded: loaded (/lib/systemd/system/run-vmblock\x2dfuse.mount; disabled; vendor preset: enabled) Active: inactive (dead) Where: /run/vmblock-fuse What: vmware-vmblock-fuse Docs: https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/vmblock-fuse/design.txt Apr 20 17:27:04 debian systemd[1]: Mounting VMware vmblock fuse mount... Apr 20 17:27:04 debian systemd[1]: Mounted VMware vmblock fuse mount. Apr 21 10:37:23 debian systemd[1]: Unmounting VMware vmblock fuse mount... Apr 21 10:37:23 debian systemd[1]: Unmounted VMware vmblock fuse mount. vmware@debian:~$ So nothing has changed :-(. Oliver ____ From: Oliver Kurth Sent: Friday, April 21, 2017 10:46:36 AM To: Bernd Zeimetz; Norbert Lange; 860...@bugs.debian.org Subject: Re: Bug#860875: open-vm-tools-desktop: run-vmblock\x2dfuse.mount fails to start during boot Hm, looks like the mount unit is enabled now, but not started after installing. Actually, I am not sure if the enabled state is still there from my previous test, because I do not see it being enabled in the output below, whereas I do see it for vmtoolsd and vgauth: vmware@debian:~$ ls *.deb open-vm-tools_10.1.5-5055683-4_amd64.deb open-vm-tools-desktop_10.1.5-5055683-4_amd64.deb vmware@debian:~$ sudo dpkg -i *.deb Selecting previously unselected package open-vm-tools. (Reading database ... 163886 files and directories currently installed.) Preparing to unpack open-vm-tools_10.1.5-5055683-4_amd64.deb ... Unpacking open-vm-tools (2:10.1.5-5055683-4) ... Selecting previously unselected package open-vm-tools-desktop. Preparing to unpack open-vm-tools-desktop_10.1.5-5055683-4_amd64.deb ... Unpacking open-vm-tools-desktop (2:10.1.5-5055683-4) ... Setting up open-vm-tools (2:10.1.5-5055683-4) ... Created symlink /etc/systemd/system/multi-user.target.wants/open-vm-tools.service → /lib/systemd/system/open-vm-tools.service. Created symlink /etc/systemd/system/open-vm-tools.service.requires/vgauth.service → /lib/systemd/system/vgauth.service. Setting up open-vm-tools-desktop (2:10.1.5-5055683-4) ... Processing triggers for libc-bin (2.24-10) ... Processing triggers for systemd (232-22) ... Processing triggers for man-db (2.7.6.1-2) ... vmware@debian:~$ sudo systemctl status run-vmblock\x2dfuse.mount Unit run-vmblockx2dfuse.mount could not be found. vmware@debian:~$ sudo systemctl status run-vmblock\\x2dfuse.mount ● run-vmblock\x2dfuse.mount - VMware vmblock fuse mount Loaded: loaded (/lib/systemd/system/run-vmblock\x2dfuse.mount; enabled; vendor preset: enabled) Active: inactive (dead) since Fri 2017-04-21 10:37:23 PDT; 3min 54s ago Where: /run/vmblock-fuse What: vmware-vmblock-fuse Docs: https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/vmblock-fuse/design.txt CGroup: /system.slice/run-vmblock\x2dfuse.mount Apr 20 17:27:04 debian systemd[1]: Mounting VMware vmblock fuse mount... Apr 20 17:27:04 debian systemd[1]: Mounted VMware vmblock fuse mount. Apr 21 10:37:23 debian systemd[1]: Unmounting VMware vmblock fuse mount... Apr 21 10:37:23 debian systemd[1]: Unmounted VMware vmblock fuse mount. Oliver From: Bernd Zeimetz Sent: Friday, April 21, 2017 4:43:48 AM To: Norbert Lange; 860...@bugs.debian.org; Oliver Kurth Subject: Re: Bug#860875: open-vm-tools-desktop: run-vmblock\x2dfuse.mount fails to start during boot Hi Oliver, hi Norbert,
Bug#860875: open-vm-tools-desktop: run-vmblock\x2dfuse.mount fails to start during boot
Hm, looks like the mount unit is enabled now, but not started after installing. Actually, I am not sure if the enabled state is still there from my previous test, because I do not see it being enabled in the output below, whereas I do see it for vmtoolsd and vgauth: vmware@debian:~$ ls *.deb open-vm-tools_10.1.5-5055683-4_amd64.deb open-vm-tools-desktop_10.1.5-5055683-4_amd64.deb vmware@debian:~$ sudo dpkg -i *.deb Selecting previously unselected package open-vm-tools. (Reading database ... 163886 files and directories currently installed.) Preparing to unpack open-vm-tools_10.1.5-5055683-4_amd64.deb ... Unpacking open-vm-tools (2:10.1.5-5055683-4) ... Selecting previously unselected package open-vm-tools-desktop. Preparing to unpack open-vm-tools-desktop_10.1.5-5055683-4_amd64.deb ... Unpacking open-vm-tools-desktop (2:10.1.5-5055683-4) ... Setting up open-vm-tools (2:10.1.5-5055683-4) ... Created symlink /etc/systemd/system/multi-user.target.wants/open-vm-tools.service → /lib/systemd/system/open-vm-tools.service. Created symlink /etc/systemd/system/open-vm-tools.service.requires/vgauth.service → /lib/systemd/system/vgauth.service. Setting up open-vm-tools-desktop (2:10.1.5-5055683-4) ... Processing triggers for libc-bin (2.24-10) ... Processing triggers for systemd (232-22) ... Processing triggers for man-db (2.7.6.1-2) ... vmware@debian:~$ sudo systemctl status run-vmblock\x2dfuse.mount Unit run-vmblockx2dfuse.mount could not be found. vmware@debian:~$ sudo systemctl status run-vmblock\\x2dfuse.mount ● run-vmblock\x2dfuse.mount - VMware vmblock fuse mount Loaded: loaded (/lib/systemd/system/run-vmblock\x2dfuse.mount; enabled; vendor preset: enabled) Active: inactive (dead) since Fri 2017-04-21 10:37:23 PDT; 3min 54s ago Where: /run/vmblock-fuse What: vmware-vmblock-fuse Docs: https://github.com/vmware/open-vm-tools/blob/master/open-vm-tools/vmblock-fuse/design.txt CGroup: /system.slice/run-vmblock\x2dfuse.mount Apr 20 17:27:04 debian systemd[1]: Mounting VMware vmblock fuse mount... Apr 20 17:27:04 debian systemd[1]: Mounted VMware vmblock fuse mount. Apr 21 10:37:23 debian systemd[1]: Unmounting VMware vmblock fuse mount... Apr 21 10:37:23 debian systemd[1]: Unmounted VMware vmblock fuse mount. Oliver From: Bernd Zeimetz Sent: Friday, April 21, 2017 4:43:48 AM To: Norbert Lange; 860...@bugs.debian.org; Oliver Kurth Subject: Re: Bug#860875: open-vm-tools-desktop: run-vmblock\x2dfuse.mount fails to start during boot Hi Oliver, hi Norbert, please test the packages from https://urldefense.proofpoint.com/v2/url?u=http-3A__shell.bzed.at_-7Ebzed_.publish_2017-2D04-2D21-2D4a17FnEPKxw_&d=DwIC-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=jepfmU6mpuzYaX4nuc56cIxYjH6GcyL3zgmmnhpMdGc&s=z_3eLUmkTB917kSuUj6a2R7ChkLIM_EI2Yxkp2NIRsA&e= they work for me. If nobody complains I'll upload them during the weekend. Best regards, Bernd -- Bernd ZeimetzDebian GNU/Linux Developer https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=DwIC-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=jepfmU6mpuzYaX4nuc56cIxYjH6GcyL3zgmmnhpMdGc&s=9EfkLOkVa0CNrv7e-SguuYJ_rifsMzTrWYbS0A1hFHY&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=DwIC-g&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=jepfmU6mpuzYaX4nuc56cIxYjH6GcyL3zgmmnhpMdGc&s=NIAaEojMgknC-Y7Nihsi2O2i58qloyxJflONjqU8lgs&e= GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
Bug#860861: run-vmblock\x2dfuse.mount present but not enabled
Package: open-vm-tools-desktop Version: 2:10.1.5-5055683-3 The systemd unit file /lib/systemd/system/run-vmblock\x2dfuse.mount is present, but it's not enabled or started when installed. This causes drag and drop to not work. When running: sudo systemctl start run-vmblock\\x2dfuse.mount sudo systemctl enable run-vmblock\\x2dfuse.mount and restarting the vmtoolsd user process, drag and drop work fine.
Bug#860857: open-vm-tools-desktop should not recommend open-vm-tools-dkms
Package: open-vm-tools-desktop Version: 2:10.1.5-5055683-3 The package open-vm-tools-desktop recommends open-vm-tools-dkms: ~$ apt-cache show open-vm-tools-desktop Package: open-vm-tools-desktop Source: open-vm-tools Version: 2:10.1.5-5055683-3 Installed-Size: 674 Maintainer: Bernd Zeimetz ... Recommends: open-vm-tools-dkms, xauth, xserver-xorg-input-vmmouse, xserver-xorg-video-vmware, fuse Suggests: xdg-utils Breaks: open-vm-tools (<< 2:10.0.0~) ... There is no need for the -dkms package at all (not just the -desktop package), since vmhgfs is replaced with fuse, and all other modules are part of the kernel. With kernel 4.9, the only module installed by it is the vmxnet driver, which is deprecated (and this isn't specififc to -desktop anyway). Note that in the future we will probably remove the source for kernel modules from open-vm-tools, so the -dkms package will be no longer of any use.
Bug#856330: version 10.1.5 available
Package: open-vm-tools Version: 2:10.1.0-4449150-4 We released version 10.1.5 of open-vm-tools, available from https://github.com/vmware/open-vm-tools/releases/tag/stable-10.1.5 . Please see the release notes at https://github.com/vmware/open-vm-tools/blob/stable-10.1.x/ReleaseNotes.md . Also note that individual changes are now visible in the git commit history. Thanks, Oliver
Bug#855337: please add vgauth service to open-vm-tools
Hi Bernd, vgauth is a service that allows authentication in the guest using SAML tokens. It's actually more useful in guests running under vSphere than in guests running under Workstation/Fusion, and can be used for guest operations initiated from the datacenter. It has nothing to do with having a desktop or not. Oliver From: Bernd Zeimetz Sent: Friday, February 17, 2017 2:07:31 AM To: Oliver Kurth; 855...@bugs.debian.org Subject: Re: Bug#855337: please add vgauth service to open-vm-tools Hi, > open-vm-tools now includes the vgauth service. This is installed by the > open-vm-tools package, however the service is not running. what is this service needed for? Should it run on servers without desktop, too? thanks, bernd > > > I created this simple service file: > > > [Unit] > Description=Authentication service for virtual machines hosted on VMware > Documentation=https://urldefense.proofpoint.com/v2/url?u=http-3A__github.com_vmware_open-2Dvm-2Dtools&d=DwICJg&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=Hxt7uHiOJgW0Q5cEfi-Mc7VYoTG3CtEVq62h2y86bLk&s=Uqb5kaRdZs_hThVXZlQxryHbsTgSF8OYHf4A5DcWiNc&e= > ConditionVirtualization=vmware > PartOf=open-vm-tools.service > > [Service] > ExecStart=/usr/bin/VGAuthService > TimeoutStopSec=5 > > [Install] > RequiredBy=open-vm-tools.service > > I started the service, and checked that it is running: > > > vmware@debian:~$ sudo systemctl start open-vm-tools-vgauth.service > vmware@debian:~$ sudo systemctl status open-vm-tools-vgauth.service > ● open-vm-tools-vgauth.service - Authentication service for virtual > machines hosted on VMware >Loaded: loaded (/etc/systemd/system/open-vm-tools-vgauth.service; > disabled; vendor preset: enabled) >Active: active (running) since Thu 2017-02-16 13:52:08 PST; 5s ago > Docs: > https://urldefense.proofpoint.com/v2/url?u=http-3A__github.com_vmware_open-2Dvm-2Dtools&d=DwICJg&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=Hxt7uHiOJgW0Q5cEfi-Mc7VYoTG3CtEVq62h2y86bLk&s=Uqb5kaRdZs_hThVXZlQxryHbsTgSF8OYHf4A5DcWiNc&e= > Main PID: 2112 (VGAuthService) > Tasks: 1 (limit: 19660) >CGroup: /system.slice/open-vm-tools-vgauth.service >└─2112 /usr/bin/VGAuthService > > Thanks, > > Oliver > > -- Bernd ZeimetzDebian GNU/Linux Developer https://urldefense.proofpoint.com/v2/url?u=http-3A__bzed.de&d=DwICJg&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=Hxt7uHiOJgW0Q5cEfi-Mc7VYoTG3CtEVq62h2y86bLk&s=mE4KA0PFOv4UVWZxujKhRo9sj0D1zTirs-e-KpKRq_4&e= https://urldefense.proofpoint.com/v2/url?u=http-3A__www.debian.org&d=DwICJg&c=uilaK90D4TOVoH58JNXRgQ&r=oHeYwLSPkRE9YQPISb_awkWjWigW3oPkIDc-ePsrBjY&m=Hxt7uHiOJgW0Q5cEfi-Mc7VYoTG3CtEVq62h2y86bLk&s=tlaz6I2HFDE08xZtoHKT4vLF8Kj7Nt-1PcKNu4nx_h4&e= GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
Bug#855337: please add vgauth service to open-vm-tools
Package: open-vm-tools Version: 2:10.1.0-4449150-3 Hi, open-vm-tools now includes the vgauth service. This is installed by the open-vm-tools package, however the service is not running. I created this simple service file: [Unit] Description=Authentication service for virtual machines hosted on VMware Documentation=http://github.com/vmware/open-vm-tools ConditionVirtualization=vmware PartOf=open-vm-tools.service [Service] ExecStart=/usr/bin/VGAuthService TimeoutStopSec=5 [Install] RequiredBy=open-vm-tools.service I started the service, and checked that it is running: vmware@debian:~$ sudo systemctl start open-vm-tools-vgauth.service vmware@debian:~$ sudo systemctl status open-vm-tools-vgauth.service ● open-vm-tools-vgauth.service - Authentication service for virtual machines hosted on VMware Loaded: loaded (/etc/systemd/system/open-vm-tools-vgauth.service; disabled; vendor preset: enabled) Active: active (running) since Thu 2017-02-16 13:52:08 PST; 5s ago Docs: http://github.com/vmware/open-vm-tools Main PID: 2112 (VGAuthService) Tasks: 1 (limit: 19660) CGroup: /system.slice/open-vm-tools-vgauth.service └─2112 /usr/bin/VGAuthService Thanks, Oliver
Bug#815116: Please update open-vm-tools to 10.0.7
Package: open-vm-tools Version: 2:10.0.5-3227872-2 Hi, we just released version 10.0.7 of open-vm-tools. See https://github.com/vmware/open-vm-tools/blob/stable-10.0.x/open-vm-tools/ChangeLog? for recent changes. It contains mostly bug fixes, and the addition of the namespace tool. Thanks, Oliver
Bug#797725: open-vm-tools 10.0
?Hi, is there any progress on the update? Please let me know if I can help. Thanks, Oliver
Bug#797725: please update open-vm-tools to 10.0.0
Package: open-vm-tools Version: 2:9.10.2-2822639-3? Hi, we just released version 10.0.0 of open-vm-tools. It's available at https://github.com/vmware/open-vm-tools/tree/stable-10.0.x . See https://github.com/vmware/open-vm-tools/blob/stable-10.0.x/ReleaseNotes.md? for release notes. Thanks, Oliver
Bug#782287: hw-detect: install open-vm-tools in d-i
open-vm-tools is mainly about user space tools. Kernel drivers have been either obsoleted, or are part of the current Linux kernel. The only kernel module still needed from open-vm-tools is vmhgfs, which we plan to obsolete in the future when we migrate to using FUSE. But vmhgfs could be distributed as a separate package from open-vm-tools, and made optional. I think the patch can be modified such that open-vm-tools will only be installed if it is available. About the non-transparent development process, please let me know what exactly the concerns are. We do not use github as our primary repository for tools, therefore each release it published in one huge commit. But I am sure the process can be improved, if we know the concerns.
Bug#789722: please open-vm-tools upgrade to 9.10.2
Package: open-vm-tools Version: 2:9.10.0-2476743-4 We have release version 9.10.2 of open-vm-tools. It's available on github at https://github.com/vmware/open-vm-tools/tree/stable-9.10.x It has mainly bug fixes. Thanks, Oliver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#781784: progress
Hi Bernd, do you have an update? Let me know if you need help - I do have package scripts for Ubuntu packages which we used in internal testing, I can attach those or send to you if that helps.
Bug#781784: please update open-vm-tools to the latest release 9.10.0
Package: open-vm-tools Version: 2:9.4.6-1770165-8 We have release version 9.10.0 of open-vm-tools, see https://github.com/vmware/open-vm-tools/tree/stable-9.10.x. Please consider updating open-vm-tools to this new version, which corresponds to vSphere 6.0. ? Thanks, Oliver
Bug#781783: Add open-vm-tools when installing in a VMware VM
Package: hw-detect Version: 1.107 Attached are changes to add a utility that detects if we are running in a VMware VM, and add open-vm-tools to the list of packages to be installed. Please consider adding it to hw-detect. Thanks, Oliver diff --git a/.gitignore b/.gitignore index e2df58f..b53d8af 100644 --- a/.gitignore +++ b/.gitignore @@ -2,6 +2,7 @@ build-stamp configure-stamp archdetect archdetect-deb +checkvm *.o devnames-static.gz diff --git a/Makefile b/Makefile index 88a7582..ca5c70d 100644 --- a/Makefile +++ b/Makefile @@ -37,7 +37,7 @@ man1dir=$(DESTDIR)/usr/share/man/man1 INSTALL=install INSTALL_DATA = ${INSTALL} -m 644 -all: archdetect devnames-static.gz +all: checkvm archdetect devnames-static.gz test: set -e; for sh in *.sh; do sh -n $$sh; done @@ -46,9 +46,10 @@ clean: rm -f *~ rm -f *.o rm -f archdetect + rm -f checkvm rm -f devnames-static.gz -install: install-hw-detect install-ethdetect install-disk-detect install-driver-injection-disk-detect install-archdetect install-archdetect-deb +install: install-hw-detect install-ethdetect install-disk-detect install-driver-injection-disk-detect install-archdetect install-archdetect-deb install-checkvm install-hw-detect: hw-detect.sh $(INSTALL) -d $(bindir) @@ -79,6 +80,12 @@ endif else $(INSTALL) detect-stub.sh $(bindir)/hw-detect endif +ifeq ($(DEB_HOST_ARCH),i386) + $(INSTALL) checkvm $(bindir) +endif +ifeq ($(DEB_HOST_ARCH),amd64) + $(INSTALL) checkvm $(bindir) +endif install-ethdetect: ethdetect.sh $(INSTALL) -d $(bindir) $(netdir) @@ -97,6 +104,7 @@ install-archdetect: archdetect $(INSTALL) -d $(bindir) $(INSTALL) archdetect $(bindir) + install-archdetect-deb: archdetect $(INSTALL) -d $(bindir) $(INSTALL) archdetect $(bindir) @@ -109,5 +117,11 @@ archdetect: archdetect.o archdetect.o: %.o:%.c $(CC) $(CPPFLAGS) $(CFLAGS) $(CFLAGS_ARCH) -c $< +checkvm: checkvm.o + ${CC} ${LDFLAGS} -o $@ $^ + +checkvm.o: %.o:%.c + $(CC) $(CPPFLAGS) $(CFLAGS) $(CFLAGS_ARCH) -c $< + devnames-static.gz: devnames-static.txt grep -v '^#' $< | gzip -9c > $@ diff --git a/checkvm.c b/checkvm.c new file mode 100644 index 000..5e017b0 --- /dev/null +++ b/checkvm.c @@ -0,0 +1,146 @@ +#include +#include +#include +#include +#include +#include + + +#define OC_CPU_X86_MMX (1<<0) +#define OC_CPU_X86_3DNOW(1<<1) +#define OC_CPU_X86_3DNOWEXT (1<<2) +#define OC_CPU_X86_MMXEXT (1<<3) +#define OC_CPU_X86_SSE (1<<4) +#define OC_CPU_X86_SSE2 (1<<5) +#define OC_CPU_X86_PNI (1<<6) +#define OC_CPU_X86_SSSE3(1<<7) +#define OC_CPU_X86_SSE4_1 (1<<8) +#define OC_CPU_X86_SSE4_2 (1<<9) +#define OC_CPU_X86_SSE4A(1<<10) +#define OC_CPU_X86_SSE5 (1<<11) +#define OC_CPU_PPC_ALTIVEC (1<<12) + + +typedef unsigned int ogg_uint32_t; + +#if defined(i386) || defined(__x86_64__) || defined(_M_IX86) || defined(_M_AMD64) +# if !defined(_MSC_VER) +# if defined(__amd64__)||defined(__x86_64__) +/*On x86-64, gcc seems to be able to figure out how to save %rbx for us when + compiling with -fPIC.*/ +# define cpuid(_op,_eax,_ebx,_ecx,_edx) \ + __asm__ __volatile__( \ + "cpuid\n\t" \ + :[eax]"=a"(_eax),[ebx]"=b"(_ebx),[ecx]"=c"(_ecx),[edx]"=d"(_edx) \ + :"a"(_op) \ + :"cc" \ + ) +# else +/*On x86-32, not so much.*/ +# define cpuid(_op,_eax,_ebx,_ecx,_edx) \ + __asm__ __volatile__( \ + "xchgl %%ebx,%[ebx]\n\t" \ + "cpuid\n\t" \ + "xchgl %%ebx,%[ebx]\n\t" \ + :[eax]"=a"(_eax),[ebx]"=r"(_ebx),[ecx]"=c"(_ecx),[edx]"=d"(_edx) \ + :"a"(_op) \ + :"cc" \ + ) +# endif +# endif +# endif + +int cpuid_check() +{ + ogg_uint32_t eax; + ogg_uint32_t ebx; + ogg_uint32_t ecx; + ogg_uint32_t edx; +char hyper_vendor_id[13]; + +cpuid(0x1, eax, ebx, ecx, edx); +//if (bit 31 of ecx is set) { + if (ecx & (1 << 30)) { +cpuid(0x4000, eax, ebx, ecx, edx); +memcpy(hyper_vendor_id + 0, &ebx, 4); +memcpy(hyper_vendor_id + 4, &ecx, 4); +memcpy(hyper_vendor_id + 8, &edx, 4); +hyper_vendor_id[12] = '\0'; +if (!strcmp(hyper_vendor_id, "VMwareVMware")) +return 1; // Success - running under VMware +} +return 0; +} + +#define DMI_BIOS_SERIAL_PATH "/sys/devices/virtual/dmi/id/product_serial" + +int get_bios_serial(char *buf) +{ + FILE *fptr; + + if ((fptr = fopen(DMI_BIOS_SERIAL_PATH, "rt"))) { + int cnt; + cnt = fread(buf, 10, 1, fptr); + if (cnt < 0) { + return 1; + } + fclose(fptr); + } + return 0; +} + +int dmi_check(void) +{ +char string[10]; +get_bios_serial(string); + +if (!memcmp(string, "VMware-", 7) || !memcmp(string, "VMW", 3)) +return 1; // DMI contains VMware specific string. +else +return 0; +} + +#define VMWARE_HYPERVISOR_MAGIC 0x564D5868 +#define VMWARE_HYPERVISOR_PORT 0x5658 + +#define VMWARE_PORT_CMD_GETVERSI
Bug#391248: autoconf: produces syntax error in configure script
On 10/5/06, Ben Pfaff <[EMAIL PROTECTED]> wrote: reassign 391248 ssh tags 391248 + patch upstream thanks "Oliver Kurth" <[EMAIL PROTECTED]> writes: > I am trying to compile openssh-4.3p2 (upstream). It requires a few > changes in the configure script to cross-compile, so I need to run > autoconf, but it also happens without these changes, after unpacking > the tarball: > > $ autoconf > $ ./configure > checking for gcc... gcc > ... > checking for (overly) strict mkstemp... yes > checking if openpty correctly handles controlling tty... yes > ./configure: line 16385: syntax error near unexpected token `]]' > ./configure: line 16385: `]])' > > I tried this on other (non-Debian) systems with autoconf versions 2.57, > and it does not happen there. At almost 4000 lines long, plus countless system-specific hacks, the OpenSSH configure.ac is a horrible abuse of Autoconf that I shudder even to look at. Thus, I'm not surprised to report that this is an upstream quoting bug. Here's a fix: diff -up /home/blp/tmp/openssh-4.3p2/configure.ac\~ /home/blp/tmp/openssh-4.3p2/configure.ac --- /home/blp/tmp/openssh-4.3p2/configure.ac~ 2006-02-08 03:11:06.0 -0800 +++ /home/blp/tmp/openssh-4.3p2/configure.ac2006-10-05 11:16:25.0 -0700 @@ -1608,6 +1608,7 @@ main(void) AC_MSG_RESULT(no) AC_DEFINE(BROKEN_GETADDRINFO) ], + [ AC_MSG_RESULT(cross-compiling, assuming no) ] ) I'm reassigning this bug to OpenSSH. No, it's not the openssh debian package's fault. What I am trying to do is compile an upstream (not: debian source) openssh tarball. It's upstream openssh that has the bug - but I thought it's autoconf because it does not happen with older versions of autoconf (and I verified after I reported the bug that autoconf 2.59, compiled directly from source also works fine). But, thanks for the patch. It will help me a lot :-) Greetings, Oliver -- Reality has a liberal bias -- Stephen Colbert http://narrenheim.de/keep-it-simple/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391248: autoconf: produces syntax error in configure script
On 10/5/06, Ben Pfaff <[EMAIL PROTECTED]> wrote: reassign 391248 ssh tags 391248 + patch upstream thanks "Oliver Kurth" <[EMAIL PROTECTED]> writes: > I am trying to compile openssh-4.3p2 (upstream). It requires a few > changes in the configure script to cross-compile, so I need to run > autoconf, but it also happens without these changes, after unpacking > the tarball: > > $ autoconf > $ ./configure > checking for gcc... gcc > ... > checking for (overly) strict mkstemp... yes > checking if openpty correctly handles controlling tty... yes > ./configure: line 16385: syntax error near unexpected token `]]' > ./configure: line 16385: `]])' > > I tried this on other (non-Debian) systems with autoconf versions 2.57, > and it does not happen there. At almost 4000 lines long, plus countless system-specific hacks, the OpenSSH configure.ac is a horrible abuse of Autoconf that I shudder even to look at. Thus, I'm not surprised to report that this is an upstream quoting bug. Here's a fix: diff -up /home/blp/tmp/openssh-4.3p2/configure.ac\~ /home/blp/tmp/openssh-4.3p2/configure.ac --- /home/blp/tmp/openssh-4.3p2/configure.ac~ 2006-02-08 03:11:06.0 -0800 +++ /home/blp/tmp/openssh-4.3p2/configure.ac2006-10-05 11:16:25.0 -0700 @@ -1608,6 +1608,7 @@ main(void) AC_MSG_RESULT(no) AC_DEFINE(BROKEN_GETADDRINFO) ], + [ AC_MSG_RESULT(cross-compiling, assuming no) ] ) I'm reassigning this bug to OpenSSH. No, it's not the openssh debian package's fault. What I am trying to do is compile an upstream (not: debian source) openssh tarball. It's upstream openssh that has the bug - but I thought it's autoconf because it does not happen with older versions of autoconf (and I verified after I reported the bug that autoconf 2.59, compiled directly from source also works fine). But, thanks for the patch. It will help me a lot :-) Greetings, Oliver -- Reality has a liberal bias -- Stephen Colbert http://narrenheim.de/keep-it-simple/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#391248: autoconf: produces syntax error in configure script
Subject: autoconf: produces syntax error in configure script Package: autoconf Version: 2.60a-3 Severity: important I am trying to compile openssh-4.3p2 (upstream). It requires a few changes in the configure script to cross-compile, so I need to run autoconf, but it also happens without these changes, after unpacking the tarball: $ autoconf $ ./configure checking for gcc... gcc ... checking for (overly) strict mkstemp... yes checking if openpty correctly handles controlling tty... yes ./configure: line 16385: syntax error near unexpected token `]]' ./configure: line 16385: `]])' I tried this on other (non-Debian) systems with autoconf versions 2.57, and it does not happen there. Oliver -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages autoconf depends on: ii debianutils 2.17.2 Miscellaneous utilities specific t ii m41.4.6-2a macro processing language ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages autoconf recommends: ii automake1.7 [automaken] 1.7.9-9A tool for generating GNU Standard -- no debconf information -- Reality has a liberal bias -- Stephen Colbert http://narrenheim.de/keep-it-simple/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345751: monitoring nonexistent interface causes X performance problems
Hi, this shouldn't happen if ifplugd is started using the hotplug scripts, so if the interface is in HOTPLUG_INTERFACES in /etc/default/ifplugd. Is that what you are doing? You can also use the -M option for ifplugd. I can reproduce the bug without that option (I see spikes in the CPU usage), but not with the -M option. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#211956: tcpreen: new upstream available
On Tue, 2006-05-02 at 19:01 +0200, Bastian Kleineidam wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > just wanted to ask if there is any problem packaging the new upstream > version. I could prepare an updated package, or an NMU if you are too > busy packaging the new version. > It would also help the C++ transition, by using libstdc++6 instead of > the old libstdc++5. If you want, you can take the package altogether. I wouldn't mind an NMU either. Fact is, I haven't used that package for a long time now. Greetings, Oliver -- [>++>>++>+-]>-..++.>.< <[><-]->-.+.---.+++..+.>>--.<<+.+++.-- -.>>>++. signature.asc Description: This is a digitally signed message part
Bug#360151: ssh: port forwarding does not work using connection sharing when not master
Package: ssh Version: 1:4.2p1-7 Severity: normal I have this in my .ssh/config: Host * ControlMaster auto ControlPath /home/oku/.ssh/[EMAIL PROTECTED]:%p This works fine, except when I want to use port forwarding using eg. ssh -C -L 8080:127.0.0.1:80 remotehost when this is not the first connection to remotehost. The local port is not listening: [EMAIL PROTECTED]:~$ netstat -ln|grep 8080 [EMAIL PROTECTED]:~$ However, after terminating all ssh sessions, including the master, and try again, so that this time the port forwarding sessions becomes the master, it works fine: [EMAIL PROTECTED]:~$ netstat -ln|grep 8080 tcp0 0 127.0.0.1:8080 0.0.0.0:* LISTEN tcp6 0 0 ::1:8080:::*LISTEN [EMAIL PROTECTED]:~$ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages ssh depends on: ii openssh-client1:4.2p1-7 Secure shell client, an rlogin/rsh ii openssh-server1:4.2p1-7 Secure shell server, an rshd repla ssh recommends no packages. -- debconf information: ssh/insecure_rshd: ssh/ssh2_keys_merged: ssh/user_environment_tell: * ssh/forward_warning: ssh/insecure_telnetd: ssh/new_config: true * ssh/use_old_init_script: true ssh/protocol2_only: true ssh/encrypted_host_key_but_no_keygen: ssh/run_sshd: true ssh/SUID_client: true * ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#359936: ifplugd: assumes /etc/udev exists without depending on udev
On Wed, 2006-03-29 at 20:13 +0300, Lars Wirzenius wrote: > Package: ifplugd > Version: 0.28-1 > Severity: serious > Justification: missing dependency > > When testing ifplugd with piuparts, I get the following error: > > Setting up ifplugd (0.28-1) ... > ln: creating symbolic link `/etc/udev/rules.d/030_ifplugd.rules' to > `../ifplugd.rules': No such file or directory > dpkg: error processing ifplugd (--configure): >subprocess post-installation script returned error exit status 1 > > ifplugd does not depend on udev, which provides the /etc/udev/rules.d > directory, leading to this error situation. I will include that directory in the package. I prefer to have ifplugd _not_ depend on udev, because it works very well without it. It is more an enhancement. > Since this situation is > explicitly mentioned in http://release.debian.org/etch_rc_policy.txt as > a release criterion, I'm putting the severity as "serious"; if you > disagree, please downgrade. I think the severity is justified, I leave it at that. I will upload a fixed version now. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#352479: ifplugd will not run after latest upgrade on testing
severity 352479 important On Sun, 2006-03-19 at 11:21 -0600, Eric Evans wrote: > [ Note: For this bug to be 'grave', it would have to be unusable by > most or all users, cause data loss, or introduce a security hole. I > don't think it qualifies on any of these counts and should probably > be downgraded to 'important', (I'll leave that to Oliver though). ] Taking your advice, and downgrade to 'important'. I just uploaded a new version (0.28-1), which now should work properly with udev. Please see if that version closes this bug - I wasn't sure, so I did not close it yet. Greetings, Oliver -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343368: ITP: unix2tcp -- connection forwarder that converts Unix sockets into TCP sockets
On Wed, 2005-12-14 at 20:42 +0200, Radu Spineanu wrote: > Package: wnpp > Severity: wishlist > Owner: Radu Spineanu <[EMAIL PROTECTED]> > > > * Package name: unix2tcp > Version : 0.8.2 > Upstream Author : Mihai Rusu <[EMAIL PROTECTED]> > * URL : http://dizzy.roedu.net/unix2tcp/ > * License : GPL > Description : connection forwarder that converts Unix sockets into TCP > sockets >unix2tcp tunnels all traffic between a (remote) address/port and a >local UNIX socket. Can you do anything with unix2tcp you cannot with socat? Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#322324: ifplugd: does not configure eth0 when no cable is plugged
On Thu, 2005-11-03 at 06:58 +0100, Jan De Luyck wrote: > Package: ifplugd > Version: 0.26-2 > Followup-For: Bug #322324 > > I've upgraded my kernel yesterday to 2.6.14 (from 2.6.12.6). Since then, > ifplugd fails to configure my eth0 interface whenever no cable is > present, whereas earlier it used to take the default map entry. > > > mapping eth0 > script /usr/sbin/guessnet-ifupdown > map default: disconnected > map timeout: 3 > map verbose: true > > iface disconnected inet static > > iface home-router inet static Any useful message in the logs? What does ifplugstatus say? Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#329307: fixed in security.debian.org for sarge, but not for unstable
On Tue, 2005-11-01 at 21:02 -0500, Nathanael Nerode wrote: > Unstable still has the same pre-security-fix version as sarge. Perhaps it > would be simplest to upload the security-fixed version (0.2.20-1sarge1) to > unstable. I thought this was done automatically... I will upload to unstable soon. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#328888: ITP: llconf -- utility and library for loss less configuration file parsing
Package: wnpp Severity: wishlist Owner: Oliver Kurth <[EMAIL PROTECTED]> * Package name: llconf Version : 0.4.0 Upstream Author : Oliver Kurth <[EMAIL PROTECTED]> * URL : http://people.debian.org/~oku/llconf/ * License : GPL Description : utility and library for loss less configuration file parsing llconf is a utility and a C library for lossless configuration file parsing and unparsing. It is useful to read and modify different configuration files with different formats, using a modular approach, and can also be used for any application to read its configuration. It includes parsers for shell, table (for example /etc/passwd, /etc/fstab), ifupdown, pair, ini, syslog-ng, iptables, mgetty, snmpd, ipsec, ppp and others. More parsers can be easily added. The files are parsed into trees, and functions allow access and modification of the trees. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328450: Intend to NMU
On Thu, 2005-09-15 at 13:56 +0200, Loïc Minier wrote: > Package: ttyd > Version: 3.3-2 > Severity: important > Tags: patch > > Hi, > > Unless you object, I intend to NMU termpkg in a week with the attached > changes. Fine for me, go ahead. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#322324: ifplugd: Fails to ifup eth0 at boot time
On Wed, 2005-08-10 at 10:46 +0200, David Kågedal wrote: > Package: ifplugd > Version: 0.26-2 > Severity: important > > I have a laptop with a built-in eth0 interface, and a wireless card that I > sometimes plug in. This means that sometimes I boot with a cable in eth0, > and sometimes not. So I disabled the autoconfiguration of eth0 in > /etc/network/interfaces and added eth0 to INTERFACES in /etc/defaults/ifplugd. > > This used to work a couple of months ago, but now, it doesn't work anymore. > If I plug in the cable after ifplugd has started, it works fine. > > It is as if ifplugd doesn't even notice eth0. Is there any information in the log files? Did ifplugd tell anything? Also, do you remember any change to your system that my have caused the problem? A kernel update, for example? What happens when you do ifup eth0 after boot, when it did not work? Do you use dhcp? Greetings, Oliver > -- System Information: > Debian Release: 3.1 > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing') > Architecture: i386 (i686) > Kernel: Linux 2.6.11-1-686 > Locale: LANG=C, LC_CTYPE=sv_SE.iso88591 (charmap=ISO-8859-1) > > Versions of packages ifplugd depends on: > ii debconf 1.4.30.13Debian configuration management > sy > ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries > an > ii libdaemon0 0.7-1lightweight C library for daemons > > -- debconf information: > * ifplugd/interfaces: eth0 > * ifplugd/hotplug_interfaces: all > * ifplugd/args: -q -f -u0 -d10 -w -I > ifplugd/suspend_action: stop > -- .''`. : :' :Oliver Kurth [EMAIL PROTECTED] `. `' Debian GNU/Linux maintainer - www.debian.org `- today in my TODO list: prove the Goldbach conjecture signature.asc Description: This is a digitally signed message part
Bug#222244: same here
Hi, I just had the same bug. The postinst seemed to hang forever, so I killed it. dpkg --configure -a showed the same, and restarting apache2 from another shell fixed it. This is a ps output while it hang (1st time): ~# ps awx|grep gallery 5492 pts/0S+ 0:00 apt-get install gallery 5547 pts/0S+ 0:00 /usr/bin/dpkg --configure libnetpbm10 libtiff4 netpbm gallery 5552 pts/0S+ 0:00 /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/gallery.postinst configure 5559 pts/0Z+ 0:00 [gallery.postins] The apt-get output (including the kill): Setting up gallery (1.5-1) ... Forcing reload of web server: Apache2apache2: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName apache2: Could not determine the server's fully qualified domain name, using 127.0.0.1 for ServerName . E: Sub-process /usr/bin/dpkg exited unexpectedly Debconf information: ~# debconf-show gallery * gallery/restart: true * gallery/webserver: apache2 mythtv:~# I am using sarge on that box, with apache2 (apache2-mpm-prefork). Linux mythtv 2.4.27-1-386 #1 Fri Sep 3 06:24:46 UTC 2004 i686 GNU/Linux Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#320112: apt-spy: mirror names that resolve to multiple IPs should be excluded
Package: apt-spy Version: 3.1-13 Severity: minor Hi, today I used apt-spy, and it put ftp.us.debian.org into /etc/sources.list. ftp.us.debian.org resolves to multiple IPs: $ host ftp.us.debian.org ftp.us.debian.org A 128.101.80.133 ftp.us.debian.org A 204.152.191.7 ftp.us.debian.org A 204.152.191.39 ftp.us.debian.org A 216.37.55.114 ftp.us.debian.org A 35.9.37.225 So each time you get a different one, with different download speeds. This of course misses the whole point of apt-spy: finding the best one. Greetings, Oliver -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.28 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages apt-spy depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcurl37.14.0-2 Multi-protocol file transfer libra apt-spy recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#254720: Adjusting severity
On Tue, 2005-06-28 at 17:02 +0200, Michael Banck wrote: > severity 254720 important > thanks > > Hi, > > as Barry pointed out, masqmail also FTBFS on hurd-i386 for similar > reason. Now that sarge is out, is it alrighti if either an amd64 or a > Hurd porter will NMU this? Or will you upload a fixed package yourself > soon? If you do not hear from me within this week, just NMU. Thanks, Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#296524: License problem with debian memtester package
On Tue, 2005-06-21 at 00:06 +0200, Jeroen van Wolffelaar wrote: > On Tue, Feb 22, 2005 at 07:01:58PM -0600, Charles Cazabon wrote: > > Package: memtester > > Version: all > > > > Greetings, > > > > There is a licensing problem with the "memtester" package included in > > Debian. > > I tried to report this to the package maintainer, but your system reports > > the > > address is no longer valid. > > Hm, yes, I notice. > > > My software is licensed under /only/ version 2 of the GPL, but your package > > states the typical FSF "or any later version", which does not apply to any > > of > > my software. > > Ai, that's a serious mistake on part of the Debian maintainer for your > package. Please do accept our apologies for that. Sorry for that. I will fix that ASAP. And sorry for the trouble with the email address - memtester hasn't changed for a long time, and I certainly would have changed it with the next upload. > It looks like the maintainer since has switched email addresses, as the > domain masqmail.cx is not working anymore. I'm cc'ing him on his > @debian.org address, and noting the issue for further tracking in case > nothing happens. I'm sorry it took a while to notice, typically a > mailinglist like debian-qa@lists.debian.org yields better response > times. > > Oliver, please update this package and dumpasn1 to your new email > address, and update those packages (and of course, fix this bug). Thanks for the heads up. I will fix it. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#306993: ifenslave: please add if-up.d script
Package: ifenslave Version: 2 Severity: wishlist Tags: patch Hi, a small script in /etc/network/if-up.d would make it possible to put the slaves list into /etc/network/interfaces. Example: iface bond0 inet static address 192.168.48.157 netmask 255.255.252.0 broadcast 192.168.48.255 gateway 192.168.48.1 slaves eth0 eth1 So ifup bond0 would automatically configure the interface, and enslave eth0 and eth1. This is the script in /etc/network/if-up.d: nimrod:/etc/network# cat if-up.d/ifenslave #!/bin/sh if [ -n "$IF_SLAVES" ] ; then for S in $IF_SLAVES ; do ifconfig $S down /sbin/ifenslave $IFACE $S done fi The script must be executable. Greetings, Oliver -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.28 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages ifenslave depends on: ii ifenslave-2.4 0.07+2.5.15-7 Attach and detach slave interfaces -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#306797: ifplugd: sometimes does not wait for initial interface configuration to finish before booting continues
On Thu, 2005-04-28 at 12:53 +0200, Martin Steigerwald wrote: > Package: ifplugd > Version: 0.26-2 > Severity: important > > I use ifplugd and guessnet together to have automatic network > configuration for laptops. Usually on boot up when /etc/init.d/ifplugd > is started it will probe for a link beat and when it detects one run > guessnet which then probes for a DSL modem and when that timeouts try > with a DHCP. Usually booting stops until that process is finished > completely so that the network interface is properly setup before > network services are started. This is also the behaviour I observe when > I manually do a "ifdown eth0 ; ifup eth0". It gives me the next shell > prompt, when it finished all those steps and not before. > > But sometimes - I do not yet get when and why - it doesn't wait. In this > case it starts guessnet, but then goes on immediately without waiting > for guessnet to complete the detection of the network environment. This > looks like this: Well, this is not a bug. ifplugd's purpose is to run as a daemon, and bring up an interface whenever you plug in a cable. This means your setup should also work when you boot your laptop without a cable plugged in, and plug it in some time later - at that time it should do your guessnet work, which in turn does pppoe or dhcp. It won't work, right? So if you solve that problem, you will also solve your original problem ;-). ifplugd calls (by default) ifup . ifup will use the scripts in /etc/network/if-up.d/ and *that* is where you have to start all services that depend on that interface. This will also work at boot time. I hope that helps. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#267101: Please close
On Thu, 2005-03-24 at 14:05 +0100, Martin Pitt wrote: > Hi! > > Martin Michlmayr [2005-03-24 12:10 +]: > > * Martin Pitt <[EMAIL PROTECTED]> [2005-03-24 12:39]: > > > Since termpkg is not in Debian any more, can you please close this > > > bug? > > > > It seems it's still there? Or is this another package? > > > > 13048:[EMAIL PROTECTED]: ~] madison termpkg > >termpkg | 3.3-1 | unstable | source > > 13049:[EMAIL PROTECTED]: ~] madison -S termpkg > >termnet | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, > > mips, mipsel, s390, sparc > > termnetd | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, > > mips, mipsel, s390, sparc > > ttyd | 3.3-1 | unstable | arm, hppa, i386, ia64, m68k, > > mips, mipsel, s390, sparc > >termpkg | 3.3-1 | unstable | source > > Oops, sorry for this, I looked only for a binary package, which > doesn't exist. Sorry for the noise! > > /me fetches brown paperbag now... It is still there, although I wrote a mail to ftp-master months ago asking for removal. I do not intend to maintain this package any more, and I believe there are better packages for the same task. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#299947: ifplugd: Long networking interruption when updating
On Thu, 2005-03-17 at 15:13 +0100, Rémi Denis-Courmont wrote: > Package: ifplugd > Version: 0.26-2 > Severity: grave > > > When updating ifplugd package, the host's networking is brought down for > a long time, particularly if they are many other packages being > updated/installed/removed simultaneously. > > That is very inconvenient and it is not unlikely that it may break other > installation scripts from other packages that expect the network to be > properly initialized when run (e.g. samba, clamav-freshclam, and many > program that includes DNS hostnames in their configuration). > > ifplugd should somehow be restarted separately if that is possible at > all. I have set the -q flag in the default configuration. -q means 'Don't call the script for network shutdown on deamon quit (default: off)'. So, it should not down the interface when it stops. Strange is, that you do seem to have that option set, according to the debconf information below. So it should not happen. Did you change the settings? Greetings, Oliver > -- debconf information: > * ifplugd/interfaces: eth0 > * ifplugd/hotplug_interfaces: all > * ifplugd/args: -q -f -u0 -d10 -w -I > * ifplugd/suspend_action: suspend signature.asc Description: This is a digitally signed message part
Bug#294180: [PATCH] My own viewpoint on this
On Mon, 2005-03-14 at 18:23 -0800, Jean Tourrilhes wrote: > Hi, > > This bug has gone around enough, it's time to find a solution > and fix it for good. > > This is my solution : Thanks. Mine is very similar, except that I call ifrename a little earliar, so that it is possible to enable/disable the renamed interface. I sent the script with my last mail to this bug, a few hours ago. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#298589: hotplug: Add support for usb-network devices
On Tue, 2005-03-08 at 18:55 +0100, Marco d'Itri wrote: > reassign 298589 ifplugd > thanks > > On Mar 08, Jonathan Brandmeyer <[EMAIL PROTECTED]> wrote: > > > USB ethernet gadgets (using the usbnet driver) are assigned an interface > > name of usbN, and ifplugd can handle them properly. In line 20 of > > /etc/hotplug.d/net/ifplugd.hotplug, please add usb* to the list of > > supported interfaces. > Ask the ifplugd maintainer then. Okay for me. I will remove that check in the next version anyway. Doesn't make much sense. Greetings, Oliver signature.asc Description: This is a digitally signed message part
Bug#287839: ITP: mxml -- small XML parsing library
On Fri, 2021-12-31 at 10:38 -0300, Eduardo Marcel Macan wrote: > Package: wnpp > Severity: wishlist > > > * Package name: libmxml2 > Version : 2.1 > Upstream Author : Michael Sweet <[EMAIL PROTECTED]> > * URL : http://www.easysw.com/~mike/mxml > * License : GPL > Description : small XML parsing library > > Mini-XML is a small XML parsing library that you can use to > read XML and XML-like data files in your application without > requiring large non-standard libraries. Mini-XML only > requires an ANSI C compatible compiler (GCC works, as do > most vendors' ANSI C compilers) and a "make" program. What happened to this package? I know that there has been some discussion, but will it be packaged? I think it may be useful for me, also as a shared library. If you do not wish to package it any more, please retitle to RFP. Greetings, Oliver signature.asc Description: This is a digitally signed message part