3.5.1-3 in the archive
built,
ours is 3.5.1-3+py315.1.
Nothing recorded is waiting on this one.
published,
3.5.1-3+py315.1,
as work request 1431549.
Sent before this one:
3.5.1-1+py315.1, 3.5.1-1+py315.2.
A version that was sent is spent, whatever came of it.
| Question | Answer | Said by | As of |
|---|---|---|---|
| Why did the build fail? |
archive-dependency
Built against the archive's copy of a dependency we have rebuilt. The ordering has not reached it, so this is not the package's own fault. python3-guiqwt 4.4.4-2+b2: not in our suite at all python3-psutil 7.1.0-1.1+py315.2: we publish 7.2.2-1+py315.1 |
deps/11 | not dated |
| Which known interpreter change does this failure show? |
module-not-importable
a dependency was not importable. Nothing here says the interpreter caused this. An import that failed usually means the testbed was assembled before the dependency had been rebuilt, which is ours to fix by running it again. ModuleNotFoundError: No module named 'pkg_resources' could not import pkg_resources |
deps/11 | not dated |
| does Debian's own test suite pass? |
not tested by debian
Debian runs no autopkgtest for this, so we have no independent baseline: nothing here distinguishes a failure this interpreter caused from one the package always had |
ci.debian.net | not dated |
| Version | Arch | Kind | Result | Binaries | Interpreters | Closure | Finished |
|---|---|---|---|---|---|---|---|
3.5.1-3
|
amd64 | test | pass | archive | 3.14, 3.15 | — | 2026-10-07 21:15 |
3.5.1-3+py315.1
|
all | build | pass | unknown | not read yet | — | 2026-10-07 23:17 |
3.5.1-1+py315.2
|
all | build | fail | unknown | not read yet | — | 2026-09-25 03:38 |
3.5.1-1
|
amd64 | test | fail | archive | 3.15 | — | 2026-09-17 09:15 |
3.5.1-1+py315.1
|
all | build | fail | unknown | not read yet | — | 2026-09-17 13:40 |