Your message dated Fri, 5 Dec 2025 13:10:56 +0100
with message-id <[email protected]>
and subject line Re: Bug#1068236: autopkgtest: does not manage to uninstall
non-t64 libraries
has caused the Debian Bug report #1068236,
regarding autopkgtest: does not manage to uninstall non-t64 libraries
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1068236: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1068236
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: autopkgtest
Severity: normal
Hello,
The starpu package migration status exposes an interesting issue:
https://qa.debian.org/excuses.php?package=starpu
The armel and armhf archs get a regression on the eztrace package, for
instance on armel:
https://ci.debian.net/packages/e/eztrace/testing/armel/44565975/
What happens is that:
- the testbed preparation for the first test (command1) installs the
non-t64 libraries
libevent-core-2.1-7 libevent-pthreads-2.1-7 libopen-trace-format2-10
libopenmpi3 libpmix2
from testing.
- Then other tests install other packages from testing.
- The last test (command9) is the one that actually tries to install the
newer libstarpu-dev library from unstable. autopkgtest first realizes
that asking apt to pull only starpu from unstable won't work (since it
depends on some other t64 libraries), so it tries again with enabling
unstable for all packages:
autopkgtest: WARNING: Test dependencies are unsatisfiable with using apt
pinning. Retrying with using all packages from unstable
- But apparently apt does not like replacing
libevent-core-2.1-7 libevent-pthreads-2.1-7 libopen-trace-format2-10
libopenmpi3 libpmix2
with
libevent-core-2.1-7t64 libevent-pthreads-2.1-7t64 libopen-trace-format2-10t64
libopenmpi3t64 libpmix2t64
Then autopkgtest runs apt a last time to get more information:
autopkgtest: WARNING: Test dependencies are unsatisfiable - calling apt install
on test deps directly for further data about failing dependencies in test logs
which does happen to find the expected solution, but autopkgtest stops
there.
Should we perhaps make autopkgtest really try this last attempt?
Samuel
--- End Message ---
--- Begin Message ---
Hi,
On 4/6/24 20:43, Paul Gevers wrote:
On 02-04-2024 2:50 p.m., Samuel Thibault wrote:
Should we perhaps make autopkgtest really try this last attempt?
We have been and still are working on several merge requests that should
improve the situation in these weird times: https://salsa.debian.org/ci-
team/autopkgtest/-/merge_requests
While I'm not 100% sure that we fixed exactly this issue, we did make
improvements so I'm closing this bug report for now. Also apt switched
its solver recently, so it should also be better on this front now.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
