Control: reassign -1 prometheus-mysqlrouter-exporter 6.0.0-5 Control: retitle -1 getrouterinfo autopkgtest regressed on amd64/arm64 Control: severity -1 serious
Hi, [Leaving all original text for prometheus-mysqlrouter-exporter maintainers] On 20-08-2025 03:33, Carlos Henrique Lima Melara wrote:
Package: debci
If infrastructure related, it's bin:autopkgtest and not src:debci.
Severity: normal X-Debbugs-CC: [email protected] Hi terceiro and elbrus, After the release of trixie, we have uploaded curl 8.15.0 to unstable but it's failing to migrate to testing [1] because prometheus-mysqlrouter-exporter/6.0.0-5 autopkgtests fails with 8.15.0 [2] and passes with 8.14.1 (the one in testing) [3]. Taking a closer look, I realized the problem is a bit more complicated than a failed test. The tldr of it is:In the reference, it only uses testing in sources.list and mysql-server and mysql-router aren't available (#1108802), but in regression testing it adds the unstable feed and somehow the mysql packages are coming from unstable just as curlThe long story is prometheus-mysqlrouter-exporter's autopkgtests were failing because mysql-server and mysql-router aren't available in testing. Elbrus filled a bug for that (#1108802) and it was fixed by adding "skip-not-installable restriction to getrouterinfo to prevent break in testing and stable where mysql-server and mysql-router are unavailable".> That's fine, the autopkgtest fails, but succeeds :-) and we move on. Theproblem happens when the regression testing kicks in to check if adding only curl from unstable breaks prometheus-mysqlrouter-exporter's autopkgtests. In doing that, unstable is added and curl is pinned to unstable, that's also fine and expected. But somehow (maybe we need to set unstable's preference to -1?) mysql-router and mysql-router are also picked from the unstable feed [4]. So basically we have the reference and the regression testing doing two extremely different things.
That's indeed a consequence of using skip-not-installable.
Only for amd64, the exporter does not seems to be ready in the 60
and arm64 in unstable (often?) too.
seconds sleep and doesn't return data so the test fails. Since it passed on all other arches, we don't think is a curl problem, but I'm reporting it because of the conceptual problem in the previous paragraph. Cheers, Charles [1] https://qa.debian.org/excuses.php?package=curl [2] https://ci.debian.net/packages/p/prometheus-mysqlrouter-exporter/testing/amd64/63463584/ [3] https://ci.debian.net/packages/p/prometheus-mysqlrouter-exporter/testing/amd64/63463585/ [4] https://ci.debian.net/packages/p/prometheus-mysqlrouter-exporter/testing/amd64/63463584/#L135
I regret that I ever invented skip-not-installable, because the current situation is one result of it.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
