Bug#983367: Bug#983362: Bug#983367: gvfs: autopkg test always fails on qemu testbed
balint.reczey at canonical.com
Thu Apr 1 17:19:58 BST 2021
On Thu, Feb 25, 2021 at 1:39 AM Ryutaroh Matsumoto
<ryutaroh at ict.e.titech.ac.jp> wrote:
> I was told that autopkg test scripts should not assume that an ordinary user can sudo at
This can be looked at several ways and thank you for collecting a few opinions.
As Simon pointed out passwordless sudo is available in Ubuntu test
images (both for VMs and LXC runners), thus it is not a surprise that
tests started relying on that. IMO making passwordless sudo available
is the most pleasant way of enabling testing as a normal user and
still allowing raising privileges for a few operations.
On Ubuntu isolation-container and isolation-machine will keep implying
passwordless sudo being available and IMO the easiest solution forward
would be generating Debian test images the same way. Personally I'd
like to see Debian executing the tests using sudo and any other way
would be just more complicated.
The needs-sudo restriction can be a good way of documenting the tests'
requirements and the test runners' capability.
Should none of the above would be adopted in Debian I can make the
test SKIP if sudo fails.
Ubuntu & Debian Developer
More information about the pkg-gnome-maintainers