Hi Chris,
On 24/10/2022 06:32, Christopher Obbard wrote:
Hi Lucas & Steve,
On Wed, 25 May 2022 17:25:29 -0300 Lucas Kanashiro
<kanash...@ubuntu.com> wrote:
On Wed, 29 Sep 2021 15:21:01 -0700 Steve Langasek
<steve.langa...@canonical.com> wrote:
My current suggestion is:
- ask for an additional autopkgtest in Debian that runs with debos
--disable-fakemachine (instead of replacing the current
autopkgtest)
- introduce an Ubuntu delta that drops the autopkgtest which
depends on
fakemachine
- optionally, patch debos in Ubuntu to use --disable-fakemachine by
default?
Since we got no reply so far I patched debos to use
--disable-fakemachine and adjusted the test dependencies and
restrictions in Ubuntu.
Hopefully, we'll sort this out in Debian and then we can drop the
delta
added.
I plan on implementing the following when releasing a new version:
1) modify the build-chroot autopkgtest to use --disable-fakemachine in
the debos call and remove the additional dependencies (e.g. just
running on the host, this will need Restrictions: needs-sudo)
I think you meant "needs-root" restriction here, right?
2) add an additional autopkgtest, build-chroot-uml to build a chroot
using the uml backend, but with Restrictions: skip-not-installable so
to not fail if user-mode-linux is not available in downstreams?
This is a possible solution, it should work fine.
Would this be suitable or do you have other suggestions which would
allow downstreams to test debos without downstream patches :-)
I believe with that we will be able to make is a sync from Debian again
in Ubuntu. Thanks for working on it.
--
Lucas Kanashiro
