[ubuntu/cosmic-updates] open-vm-tools 2:10.3.10-1~ubuntu0.18.10.1 (Accepted)
lukasz.zemczak at canonical.com
Mon Jun 17 08:53:15 UTC 2019
open-vm-tools (2:10.3.10-1~ubuntu0.18.10.1) cosmic; urgency=medium
* Backport recent open-vm-tools (LP: #1822204)
open-vm-tools (2:10.3.10-1) unstable; urgency=high
* [122e511] Update upstream source from tag 'upstream/10.3.10'
Update to upstream version '10.3.10'
with Debian dir fb12c7cfc99a9497795475c29306e78d08cc3712
- Closes: #925940
- Bugfix release for the 10.3 series.
- Correct and/or improve handling of certain quiesced
snapshot failures (shipped as patch in 2:10.3.5-6).
- Fix some bad derefs in primary NIC gather code
- Fix possible security issue with the permissions of the
intermediate staging directory and path.
- CONSTANT_EXPRESSION_RESULT in TimeUtil_StringToDate()
Found by coverity.
- Deploypkg log files of linux should not be world readable.
They might contain sensitive data.
- General code clean-up:
- Treat local variables "len" consistently as "size_t"
type in Posix_Getmntent_r()
- Improve readability of error handling logic in
ShrinkDoWipeAndShrink() and remove another line of dead code.
- Setting "errno" to ENOENT when there is no passwd entry
for the user.
- Fix NULL pointer dereference and remove three lines of dead code.
- Other changes/fixes, not related to Debian:
- Update copyright years
- Fix CentOS 7.6 detection
- Include vmware/tools/log.h to define g_info (fix for SLES)
- Special-case profile loading for StartProgram
- Changes to common source files not applicable to
open-vm-tools. (Code used by other vmware tools, unrelated
- Bump up the SYSIMAGE_VERSION for VMware tools 10.3.10
* [18de70f] Removing backported patches, shipped in 10.3.10.
open-vm-tools (2:10.3.5-8) unstable; urgency=medium
[ Jean-Baptiste Lallement ]
* [0f35aee] Add modaliases to open-vm-tools-desktop.
Added Modaliases to open-vm-tools-desktop to auto-discover and
auto-install the driver on Ubuntu via ubuntu-drivers. The driver is then
installed at installation time and available on first boot for an
improved user experience (LP: #1819207)
[ Bernd Zeimetz ]
* [dc4e1ce] Load vmwgfx module before vmtoolsd starts.
As discussed on github in vmware/open-vm-tools#214
we need to load the vmwgfx module before starting vmtoolsd
for desktop users. Otherwise it is not able to retrieve the KMS
resolutions and resizing the VM desktop fails.
Thanks to @thomashvmw @rhertzog (Closes: #924518)
open-vm-tools (2:10.3.5-7) unstable; urgency=medium
[ Christian Ehrhardt ]
* [71b468f] make vgauth service execution more reliable.
Since d3d47039 "Start vgauth before vmtoolsd" there is a potential race
of starting vgauth so early that it might have issues. This was
discussed back in the day in  to , but confirmed to be ok by
We were all somewhat convinced by this, but a bad feeling remained not
only with me but also with Bernd .
A recent SRU review denial made me rethink all of it and I think we can
make it safer without thwarting the purpose of the original change.
Note: Disambiguation of service names used below:
vgauth - open-vm-tools.vgauth.service
vmtoolsd - open-vm-tools.service
fs - systemd-remount-fs.service
tmp - systemd-tmpfiles-setup.service
cloud-init - cloud-init-local.service
Currently we have these dependency requirements:
- vgauth should be before vmtoolsd
- cloud init should be before vmtoolsd
- cloud init has to be really early in general
- therefore this is using DefaultDependencies=No
That lead to this graph:
fs / tmp -> vmtoolsd -> cloud-init
And d3d47039 added it to be like:
fs / tmp -> vmtoolsd -> cloud-init
But there is no need to have vgauth without any pre-dependencies at all.
It is only needed to be "before" vmtoolsd, therefore we can make it:
fs / tmp -> vgauth -> vmtoolsd -> cloud-init
That will make execution of vgauth much less error-prone (even though I
have no hard issue to report) while at the same time holding up all
known required ordering constraints.
Signed-off-by: Christian Ehrhardt <christian.ehrhardt at canonical.com>
Date: 2019-05-17 06:10:14.922038+00:00
Changed-By: Christian Ehrhardt <christian.ehrhardt at canonical.com>
Maintainer: Bernd Zeimetz <bernd at bzed.de>
Signed-By: Łukasz Zemczak <lukasz.zemczak at canonical.com>
-------------- next part --------------
Sorry, changesfile not available.
More information about the Cosmic-changes