group.of.nepali.translators team mailing list archive

[Launchpad Bug Tracker <1741390@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package open-vm-tools -
2:10.2.0-3~ubuntu0.17.10.1

---------------
open-vm-tools (2:10.2.0-3~ubuntu0.17.10.1) artful; urgency=medium

  * backport Bionic open-vm-tools to Artful (LP: #1741390)
    - d/control: B-D for dh-autoreconf and dh-systemd
    - d/rules: re-add autoreconf and systemd
    - d/control: B-D to debhelper version of xenial supporting compat 10
    - d/compat: compat level 10 is latest xenial supported level
    - d/rules: go back from override_dh_installsystemd to
      override_dh_systemd_enable and override_dh_systemd_start as needed on
      xenials debhelper version.
    - d/rules: drop --no-restart-after-upgrade which only exists in debhelper
      10, the version 9 behavior defaults to what we need.
    - debian/rules: dh_systemd_start in xenial has issues with the escaping of
      the run-vmblock\\x2dfuse.mount job, so drop this call
    - debian/open-vm-tools-desktop.postinst: add a fixed version of what
      dh_systemd_start would have added
    - d/open-vm-tools-desktop.prerm, d/open-vm-tools-desktop.postrm: add what
      dh_systemd_start would have added (as-is since those sections worked)
    - d/control: update maintainers
  * d/open-vm-tools.service: Add After=local-fs.target dependency ensuring
    filesystems are ready to fix a race on startup (LP: #1750780)

open-vm-tools (2:10.2.0-3ubuntu3) bionic; urgency=medium

  * Disable PrivateTmp for the open-vm-tools.service as it triggers issues
    when triggering processes that need tmp through VMOMI API (LP: #1758428)

open-vm-tools (2:10.2.0-3ubuntu2) bionic; urgency=medium

  * Revert change in d/open-vm-tools.service that added After=local-fs.target.
    It turned out that the systemd in bionic already implicitly fixes
    this issue (the change is still needed for backports) (LP: 1750780)

open-vm-tools (2:10.2.0-3ubuntu1) bionic; urgency=medium

  * d/open-vm-tools.service: Add After=local-fs.target dependency ensuring
    filesystems are ready to fix a race on startup (LP: #1750780)

open-vm-tools (2:10.2.0-3) unstable; urgency=medium

  * [47e50a1] Fix debhelper dep for backports
  * [34538a5] Make tools.conf useful.
    Thanks to Dariusz Gadomski (Closes: #889884)

open-vm-tools (2:10.2.0-2) unstable; urgency=medium

  * [249d54c] Fix wayland segfault.
    Adding a patch from Fedora to fix a wayland/gnome related segfault.
    Thanks to Oliver Kurth (Closes: #887755)

open-vm-tools (2:10.2.0-1) unstable; urgency=medium

  * [f0bf956] Add .travis.yml which was removed by gbp.
  * [892e2f6] Build with gtk3.
  * [03a655b] Check if debhelper handles \ in systemd units.
    Thanks to Oliver Kurth (Closes: #886191)
  * [5bf9301] Drop -dkms package.
    Thanks to Christian Ehrhardt (Closes: #884656)
  * [236cdba] Update upstream source from tag 'upstream/10.2.0'
    Update to upstream version '10.2.0'
    with Debian dir d5190e486b6beb65ee7ed31c0c23a789b8f60cab
    (Closes: #884496)
  * [692beff] snapshot changelog.
  * [45aa743] Add .travis.yml which was removed by gbp.
  * [aabeded] Fix dpkg --compare-versions call
  * [0697425] Better debhelper version parsing.
  * [390ec09] fix even more makefile bugs.
  * [6e5fa38] Refreshing patches.
    Dropping kernel-module related patches.
  * [cbfec05] Drop dh_autoreconf, not needed anymore.
  * [d5fef50] autotools-dev is done by dh now.
  * [b66ab14] use dh_installsystemd

open-vm-tools (2:10.1.15-1) unstable; urgency=medium

  * [78a17f1] Remove fixed CXX std setting.
  * [f96f479] Updated version 10.1.15 from 'upstream/10.1.15'
    with Debian dir c44394c71e055f4cfd3a15ee578fc9895d64ebb1
  * [682790b] Refreshing patches.

 -- Christian Ehrhardt <christian.ehrhardt@xxxxxxxxxxxxx>  Thu, 15 Feb
2018 09:36:20 +0100

** Changed in: open-vm-tools (Ubuntu Artful)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1741390

Title:
  Please backport open-vm-tools 2:10.2.0-3 (main) from bionic

Status in Xenial Backports:
  New
Status in open-vm-tools package in Ubuntu:
  Fix Released
Status in open-vm-tools source package in Xenial:
  Fix Released
Status in open-vm-tools source package in Artful:
  Fix Released

Bug description:
  [Impact]

   * Without SRUing the never version users get issues running on more 
     recent hipervisors.

   * See comment #6 for where we decided to consider this SRU-worthy

   * This is not backporting a single fix, but the version of a latter 
     Ubuntu release

  [Test Case]

   * This is special in this case, and there are two things

   * a) If one doesn't have a vmware hipervisor he can take get a free 30 
        day trial and test the upgrade in there

   * b) more important there is a while matrix of potential hipervisor 
        versions to test and none of us has them available. Therefore 
        vmware being the owner of the hipservisor as well as the open-vm-
        tools upstream project volunteered to verify the upload (already 
        done on the PPA ,will be done on the SRU again)

  [Regression Potential]

   * This is quite a bump of versions, so if the new version has issues 
     the old one had not there might be regressions. There are no known 
     issues like that atm and this also is why we pulled VMWare into 
     helping us with the verification (as they are more an authority to 
     call it good)

  [Other Info]
   
   * This was meant to go to backports, but after several discussions a 
     release via SRU is preferred as this will benefit all users way more.

   * Down the road we intend to re-do so for the LTS releases >=Xenial of 
     Ubuntu backporting from the most recent Dev release, so ~6 month 
     cadence.

  ---

  This is no more intended to be a backport, but instead an SRU
  Keep the content if ever needed again.

  Description:
  Please backport open-vm-tools 2:10.2.0-3 (main) from bionic to xenial.

  Reason for the backport:
  ========================
  Newer versions of VMWare ESXi, especially newer features of those require the availability of newer open-vm-tools in the guest.
  Making that available as an SRU is at the moment considered to be too much of a risk due to the lack of a vast array of ESXi verification setups.
  But it seems good and somewhat tested, while OTOH important for several users, which is why it seems the backports pocket is just the right pocket to go to.

  Testing:
  ========
  A ppa is made available for testing at:
  https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/3152
  You can test it with:
  sudo add-apt-repository ppa:ci-train-ppa-service/3152
  apt install open-vm-tools

  * xenial - build:
  [No - see below] Package builds without modification

  * xenial - install:
  (tested on VMWare Workstation 14 - upgrading to ppa version)
  [X] open-vm-tools installs cleanly and runs
  [X] open-vm-tools-desktop installs cleanly and runs
  [X] open-vm-tools-dev installs cleanly and runs
  (ppa builds with debug, so I enabled debug from ppa for these tests)
  [X] open-vm-tools-desktop-dbgsym installs cleanly and runs
  [X] open-vm-tools-dbgsym installs cleanly and runs

  * Modifications:
  The backport needs some modifications to build:
  - run autoreconf/systemd dh helpers
  - use the older debhelper B-D
  - revert to compat 10 (which is the latest supported in xenial)
  Modifications are made available as git tree for easy review.
  => https://code.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools/+git/open-vm-tools/+ref/backport-xenial-lp1741390

  You might need to get the tarballs first to build so I recommend:
  $ pull-lp-source open-vm-tools
  $ git clone -b backport-xenial-lp1741390 https://git.launchpad.net/~paelzer/ubuntu/+source/open-vm-tools
  Then you can review/modify/build locally
  $ cd open-vm-tools
  $ dpkg-buildpackage -S -nc -d -sa -v2:10.0.7-3227872-5ubuntu1~16.04.1

  If you are a "git ubuntu" user you could also do
  $ git ubuntu clone open-vm-tools
  $ git ubuntu remote add paelzer
  $ git checkout backport-xenial-lp1741390

  Reverse dependencies:
  =====================
  The following reverse-dependencies need to be tested against the new version of open-vm-tools. For reverse-build-dependencies (-Indep), please test that the package still builds against the new open-vm-tools. For reverse-dependencies, please test that the version of the package currently in the release still works with the new open-vm-tools installed. Reverse- Recommends, Suggests, and Enhances don't need to be tested, and are listed for completeness-sake.

  open-vm-tools
  -------------
  * ubuntu-server
    -- the base version is seeded, nothing to test-rebuild
    [X] xenial (Reverse-Depends)
  * open-vm-tools-dkms
    -- the newer version no more provides and no more depends on that
    -- the breaks/replaces is very old and no issue
    [X] xenial (Reverse-Recommends)
    [X] xenial (Reverse-Replaces)
    [X] xenial (Reverse-Breaks)
  * procps
    -- very old break, no issue
    [X] xenial (Reverse-Breaks)
  * usrmerge
    -- very old conflict, no issue
    [X] xenial (Reverse-Conflicts)

  open-vm-tools-desktop-dbgsym
  ----------------------------

  open-vm-tools-dbgsym
  --------------------

  open-vm-tools-desktop
  ---------------------
  * open-vm-tools-dkms
    -- the -dkms package is no more provided - no issue
    [X] xenial (Reverse-Suggests)

  open-vm-tools-dev
  -----------------

  ----- original bug -----

  The latest Xenial open-vm-tools package is almost two years out of
  date.

  I'm building Xenial systems in an up-to-date VMware environment and I
  need VMware tools updated to the latest stable version.  We have
  experienced problems with VMware products when different components
  were mismatched.

  We also require open-vm-tools-desktop updated as a bug in either it or
  this package are causing problems with a VMware's Horizon view virtual
  desktop environment.

  Version 10.0.7 of open-vm-tools was first released in February 2016.
  The current stable is 10.2.0 released in December last year.

  See: https://github.com/vmware/open-vm-tools
  And: https://github.com/vmware/open-vm-tools/releases/tag/stable-10.2.0

  Could these packages please be updated for Xenial?  We're relying on
  them.

  Thank you!

To manage notifications about this bug go to:
https://bugs.launchpad.net/xenial-backports/+bug/1741390/+subscriptions