This bug was fixed in the package ubuntu-drivers-common - 1:0.5.2.4
---------------
ubuntu-drivers-common (1:0.5.2.4) bionic; urgency=medium
[ Alberto Milone ]
* UbuntuDrivers/detect.py,
UbuntuDrivers/kerneldetection.py,
tests/ubuntu_drivers.py,
ubuntu-drivers:
- Provide DKMS fallback for the "install --gpgpu" case
when no linux-modules-nvidia are available for the driver
and for a specific kernel (LP: #1843796).
We have new tests to cover this scenario now.
- Show provider of kernel modules in list --gpgpu
- Fix linux metapackage detection.
This was meant to be driven by the latest kernel version
But it was only partially implemented.
Complete the implementation and update the relevant tests.
- Make sure to install the linux-modules-nvidia package for the
kernel flavour in use, when passing the --gpgpu argument, so
that we can deliver a working NVIDIA installation, provided
that the EULA was accepted.
[ Jean-Baptiste Lallement ]
* ubuntu-drivers,
UbuntuDrivers/detect.py,
tests/ubuntu_drivers.py:
- Add a --free-only parameter, so as to allow installing only the
available free drivers. This is a backport of only the
ubuntu-drivers-common specific part of LP: #1819207, since
it is tied to the rest of the changes to the test suite.
- Add support for testing against a fake archive with free and
non-free components.
- Add static code checker.
* debian/control:
- Add pycodestyle and pyflake8 to build depends.
-- Alberto Milone <[email protected]> Tue, 17 Sep 2019
16:34:56 +0200
** Changed in: ubuntu-drivers-common (Ubuntu Bionic)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to ubuntu-drivers-common in Ubuntu.
https://bugs.launchpad.net/bugs/1819207
Title:
[FFe] Add Modaliases to open-vm-tools-desktop to allow automatic
installation by ubuntu-drivers
Status in open-vm-tools package in Ubuntu:
Fix Released
Status in ubiquity package in Ubuntu:
Fix Released
Status in ubuntu-drivers-common package in Ubuntu:
Fix Released
Status in open-vm-tools source package in Bionic:
Fix Released
Status in ubiquity source package in Bionic:
Won't Fix
Status in ubuntu-drivers-common source package in Bionic:
Fix Released
Status in open-vm-tools source package in Cosmic:
Fix Released
Status in ubiquity source package in Cosmic:
Won't Fix
Status in ubuntu-drivers-common source package in Cosmic:
Won't Fix
Status in open-vm-tools source package in Disco:
Fix Released
Status in ubiquity source package in Disco:
Fix Released
Status in ubuntu-drivers-common source package in Disco:
Fix Released
Bug description:
[Rationale]
On Ubuntu Desktop, we want to install automatically at installation time
open-vm-tools-desktop and its dependencies to provide an improved user
experience on first boot after installation of the guest. This method also
provides an easy way to install the drivers after installation if they have not
been installed at installation time.
It is achieved adding an XB-Modaliases field to the control file for
the record 'open-vm-tools-desktop' so ubuntu-drivers can detect the
packages to install when running in a VMware guest and adding open-vm-
tools to the list of whitelisted packages in ubuntu-drivers
[Impact]
The change adds an additional field to the control file used by
ubuntu-drivers to detect the drivers to install automatically. In the worst
case scenario either the field is not added or the detection by ubuntu-drivers
fails. In both cases the package o-v-t-desktop is not installed and can still
be installed manually.
Note: open-vm-tools-desktop is in universe and for the final feature
(>=Disco) it must be in main (already promoted). But for the SRU
context (as this was accepted by Debian in 10.3.5-8) in our regular
MRE we only cover the open-vm-tools change to "provide" the modalias.
We do not change the ubuntu-drivers or ubiquity to depend on it - so
no need to promote it on the SRU.
[Test Case]
With the patched versions of ubuntu-drivers and open-vm-tools
1. Boot a daily ISO of Ubuntu Desktop to the live session in a VMware Guest
(with VMWare Workstation for example)
2. Open a terminal, make sure the package cache is up to date with the
version of o-v-t containing the Modaliases field
3. Run the command:
$ ubuntu-drivers list
and verify that o-v-t-desktop is in the output
4. Run the command:
$ ubuntu-drivers devices
And verify that the output shows the details of the sys entry for this
device
5. Run the command:
$ sudo ubuntu-drivers install
and verify that the package o-v-t-desktop is installed
[Regression Potential]
Very Low. Package may fail to build if for some reason dh-gencontrol fails.
Otherwise, given that the package is not already installed automatically, if
automated installation doesn't work then we're still in the same situation than
today.
On ubuntu-drivers side, the change just adds o-v-t-desktop to the whitelist
using an existing mechanism so other than a typo there is no risk of regression.
ProblemType: Bug
DistroRelease: Ubuntu 19.04
Package: open-vm-tools-desktop (not installed)
ProcVersionSignature: Ubuntu 4.19.0-13.14-generic 4.19.20
Uname: Linux 4.19.0-13-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.10-0ubuntu23
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Fri Mar 8 20:02:49 2019
InstallationDate: Installed on 2014-07-15 (1697 days ago)
InstallationMedia: Ubuntu 14.10 "Utopic Unicorn" - Alpha amd64 (20140520)
SourcePackage: open-vm-tools
UpgradeStatus: Upgraded to disco on 2018-03-24 (349 days ago)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/open-vm-tools/+bug/1819207/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
