Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.bugs.dist > #1008394
| From | Andreas Beckmann <anbe@debian.org> |
|---|---|
| Newsgroups | linux.debian.bugs.dist |
| Subject | Bug#959910: dkms: improve dkms-autopkgtest |
| Date | 2020-05-06 23:00 +0200 |
| Message-ID | <A3zj3-4Li-1@gated-at.bofh.it> (permalink) |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Package: dkms Version: 2.8.1-5 Severity: normal Hi, attached you can find 2 patches that aim on improving dkms-autopkgtest. It does not solve the issue of missing linux-headers-* - that should be addressed via autodep8. IMO tests using dkms-autopkgtest should primarily test whether the modules can be built against (all variants) of the current kernel to quickly notice regressions (aka build failures) caused by newer kernel headers. Parsing the autoinstall result from apt-get output and logs does not really work if the failure occurs while autopkgtest installs test dependencies because dkms-autopkgtest won't be run in that case. Neither does it work for multiple linux-headers-* packages being installed. Therefore the first patch adds the ability to disable autoinstall by creating the flag file /etc/dkms/no-autoinstall. Then the required packages can be installed without risking failures and dkms-autopkgtest can run the build and install steps separately, providing more verbose errors on failure. dkms-autopkgtest will loop over all available kernel headers (via existence of /lib/modules/*/build) and try to build and install the module for them, that should work even in a plain chroot. It will continue testing more headers even if one failed to collect as much information as possible. This should be used from autodep8 generated test instances like Test-Command: /usr/lib/dkms/dkms-autopkgtest Restrictions: needs-root, allow-stderr, superficial Depends: dkms, linux-headers-4kc-malta [mipsel], linux-headers-5kc-malta [mips64el mipsel], linux-headers-686 [i386], linux-headers-686-pae [i386], linux-headers-amd64 [amd64], linux-headers-arm64 [arm64], linux-headers-armmp [armhf], linux-headers-armmp-lpae [armhf], linux-headers-cloud-amd64 [amd64], linux-headers-cloud-arm64 [arm64], linux-headers-loongson-3 [mips64el mipsel], linux-headers-marvell [armel], linux-headers-octeon [mips64el mipsel], linux-headers-powerpc64le [ppc64el], linux-headers-rpi [armel], linux-headers-rt-686-pae [i386], linux-headers-rt-amd64 [amd64], linux-headers-rt-arm64 [arm64], linux-headers-rt-armmp [armhf], linux-headers-s390x [s390x], Features: test-name=dkms-autopkgtest Note there is no longer a Depends: @ to prevent the *-dkms package being installed together with linux-headers-* before dkms-autopkgtest gets the change to create the no-autoinstall flag file. (I'll file a separate bug about this against autodep8.) This seems to work well for Debian (tested on bbswitch-dkms), I don't know about the impact on Ubuntu. Andreas
Back to linux.debian.bugs.dist | Previous | Next | Find similar | Unroll thread
Bug#959910: dkms: improve dkms-autopkgtest Andreas Beckmann <anbe@debian.org> - 2020-05-06 23:00 +0200
csiph-web