On Friday, August 21, 2026 10:01:13 PM Mountain Standard Time Paul Gevers wrote: > Hi > > On 22-08-2026 00:00, Soren Stoutner wrote: > > > On Friday, August 21, 2026 8:59:15 AM Mountain Standard Time Paul Gevers > > wrote: > > > > > Don't hesitate to reach out if you need help and some more information > > > from our infrastructure. > > > > > > I have never been able to replicate these autopkgtest failures locally > > (sbuild unshare chroot), but I have seen them on debci and Salsa CI. Is > > there anything about the debci autopkgtest environment (possibly a > > resource restriction) that might cause them to fail? > > > Several of our hosts have a lot of resources, see [1]. Maybe it's excess > of either CPUs or RAM that cause parallelism to interfere. Although then > I wouldn't expect as much failure on i386, which are reasonably sized > VMs. Another idea would be that the load on these systems might be > higher than when you try to test in isolation.
In case I wasn’t entirely clear earlier, the tests used to run in parallel, but that caused intermittent failures in Salsa CI (probably some type of resource restriction). With the latest release they no longer run in parallel. This resolved the Salsa CI problems. https://salsa.debian.org/cryptocoin-team/electrum/-/pipelines/1151965 > I assume you also test locally with lxc or incus as those are the > backends we used/use on ci.d.n and most, if not all, restrictions come > from used that. These same tests are run during build (fairly standard practice for Python packages) and never seem to have a problem there. So, to summarize, the tests currently are not flaky on: 1. My local builds. 2. The buildds. 3. Salsa CI. They are only flaky on debci. I am not sure if there is anything I can do to troubleshoot the problem with debci. It works for most of my other packages, so I know this isn’t a general problem with the infrastructure. But in this case, whatever is causing it to be divergent from all of the other Debian infrastructure probably isn’t something I can fix in the electrum package. -- Soren Stoutner [email protected]
signature.asc
Description: This is a digitally signed message part.
