Ok, so this is fairly straightforward to implement using autopkgtests' isolation-machine restriction. There's an existing sysctl-defaults test that I've expanded to cover most of the Ubuntu-specific tunables.
There's an additional autopkgtest for procps that's consistently failing in the LP builders (stack-limit), that I'd like to cover with this as it's a relatively "minor" fix. I'm going to look into this additional test and see if we can upload a new version that runs all tests correctly. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to procps in Ubuntu. https://bugs.launchpad.net/bugs/2078101 Title: No dep8 tests for Ubuntu-specific default sysctl.d changes Status in procps package in Ubuntu: In Progress Bug description: In bug 2003027, Ubuntu's procps regressed the default qdisc from fq_codel to pfifo_fast. Given that this was considered important enough to justify changing behaviour in a stable release, we should have an autopkgtest that verifies our intended delta against upstream, but we do not. I appreciate that it's tricky to write a test that might need a VM to pick up kernel defaults to fully validate this, but we could at least have an autopkgtest that ensures that /etc/sysctl.d/ contains the expected net.core.default_qdisc setting and not any duplicate settings. You could also include checks for anything else that is Ubuntu-specific in there. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/procps/+bug/2078101/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
