Bug#934992: network-manager breaks systemd autopkgtest

Michael Biebl biebl at debian.org
Sun Aug 18 16:18:44 BST 2019


Am 17.08.19 um 21:23 schrieb Paul Gevers:
> Source: network-manager, systemd
> Control: found -1 network-manager/1.20.0-1
> Control: found -1 network-manager/1.19.90-2
> Control: found -1 systemd/241-7
> Severity: serious
> X-Debbugs-CC: debian-ci at lists.debian.org
> User: debian-ci at lists.debian.org
> Usertags: breaks needs-update
> 
> Dear maintainers,
> 
> With a recent upload of network-manager the autopkgtest of systemd fails
> in testing when that autopkgtest is run with the binary packages of
> network-manager from unstable. It passes when run with only packages
> from testing. In tabular form:
>                        pass            fail
> network-manager        from testing    1.20.0-1
> systemd                from testing    241-7
> versioned deps [0]     from testing    from unstable
> all others             from testing    from testing
> 
> I copied some of the output at the bottom of this report. (It doesn't
> show anything that isn't there in a successful run, normally it continues).
> 
> Currently this regression is blocking the migration of network-manager
> to testing [1]. Due to the nature of this issue, I filed this bug report
> against both packages. Can you please investigate the situation and
> reassign the bug to the right package?
> 
> More information about this bug and the reason for filing it can be found on
> https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
> 
> Paul
> 
> [0] You can see what packages were added from the second line of the log
> file quoted below. The migration software adds source package from
> unstable to the list if they are needed to install packages from
> network-manager/1.20.0-1. I.e. due to versioned dependencies or
> breaks/conflicts.
> [1] https://qa.debian.org/excuses.php?package=network-manager
> 
> https://ci.debian.net/data/autopkgtest/testing/amd64/s/systemd/2754701/log.gz
> 
> autopkgtest [12:20:19]: test boot-smoke: [-----------------------
> reboot #0
> bash: line 1:  6405 Killed
> /tmp/autopkgtest-lxc.d0a1dm24/downtmp/build.Yzc/src/debian/tests/boot-smoke
> 2> >(tee -a /tmp/autopkgtest-lxc.d0a1dm24/downtmp/boot-smoke-stderr >&2)
>>> (tee -a /tmp/autopkgtest-lxc.d0a1dm24/downtmp/boot-smoke-stdout)
> autopkgtest [12:20:20]: test process requested reboot with marker 1
> checking for failed unmounts for user systemd
> checking for connection timeouts
> checking that polkitd runs
> autopkgtest [12:20:31]: test boot-smoke: -----------------------]
> 

I've created an LXC container via
autopkgtest-build-lxc debian bullseye
and got the same autopkgtest failure using this container.
So this looks like a regression that was introduced outside of
systemd/network-manager

I've also tried a qemu backed autopkgtest run and there the tests
completed successfully.
Might this be a regression introduced by LXC itself (and or in
combination with a newer kernel?)

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20190818/99c0a6e7/attachment.sig>


More information about the Pkg-systemd-maintainers mailing list