On Tue, Apr 29, 2025 at 03:39:03PM +, Debian Bug Tracking System wrote:
> Subject: Accepted dnsdist 1.9.9-1 (source) into unstable
autorm ping, waiting for testing migration (9/10 days)
Control: severity -1 important
On Mon, Apr 14, 2025 at 01:38:12PM +0200, Lucas Nussbaum wrote:
> Source: pytest-regressions
All these test failures look like they might be caused by i386's
excess FP precision. IMO this is not worth spending time on.
Best,
Chris
int *'}
> but argument is of type 'long unsigned int *'
>
>
> This might be a gcc-15 error, which tightened type checking.
>
> Upstream has released v2.1.0 with gcc-15 fixes, though I don't know
> if it fixes this 32-bit build error.
This is still a problem on armel, armhf, i386.
Will something be done about it?
Best,
Chris
Package: nthash
Version: 2.3.0+dfsg-3
Severity: serious
Hi,
your package fails its autopkgtests in unstable:
https://ci.debian.net/data/autopkgtest/unstable/amd64/n/nthash/60172160/log.gz
18s Unpacking libbtllib-dev (1.7.5+dfsg-2) ...
...
18s Unpacking nthash (2.3.0+dfsg-3) ...
...
19s aut
Control: severity -1 important
mpich was uploaded and valgrind now builds again on 32bit.
Here's a MR from Simon to improve the situation anyway:
https://salsa.debian.org/debian/valgrind/-/merge_requests/9
//security-tracker.debian.org/tracker/CVE-2025-32873
https://www.cve.org/CVERecord?id=CVE-2025-32873
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
to set INITSYSTEM=systemd, just like
upstream does it for /their/ deb-packaging.
Best,
Chris
amp;raw=0
https://buildd.debian.org/status/fetch.php?pkg=freetds&arch=armhf&ver=1.5.1%2Bds-2&stamp=1745553724&raw=0
https://buildd.debian.org/status/fetch.php?pkg=freetds&arch=mips64el&ver=1.5.1%2Bds-2&stamp=1745553728&raw=0
It appears on all three archs the convert_bounds test fails.
Best,
Chris
chunk
ninja: build stopped: subcommand failed.
make[1]: *** [debian/rules:60: override_dh_auto_test] Error 1
make[1]: Leaving directory '/build/reproducible-path/rspamd-3.11.1'
make: *** [debian/rules:26: binary-arch] Error 2
dpkg-buildpackage: error: debian/rules binary-arch subprocess returned exit
status 2
Best,
Chris
tatus/fetch.php?pkg=wxwidgets3.2&arch=armel&ver=3.2.8%2Bdfsg-1&stamp=1746413048&raw=0
Best,
Chris
leage may vary.
I cannot reproduce this with aptitude from unstable, so it's
possible this is already fixed. Downgrading for now, until someone
provides more info.
Best,
Chris
d by users, the release team could hint
both packages together into testing. CC'ing them for awareness.
Sébastien, Étienne, maybe you can reply here if you think the
autopkgtest is indeed a test failure only, or if users can see it if
they do a partial upgrade.
Chris
dh_auto_test] Error 25
make[1]: Leaving directory '/build/reproducible-path/rust-timerfd-1.5.0'
make: *** [debian/rules:3: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
Full build log attached.
Chris
rust-timerfd_arm64.build.gz
Description: application/gunzip
Hi,
* Santiago Vila [250504 18:08]:
El 1/5/25 a las 14:19, Chris Hofstaedtler escribió:
In my opinion, _both_ FoundationPy.so and libFoundationPy.so link to a
python-version specific library (libboost_python313.so.1.83.0). Therefore, they
shall NOT be installed into usr/lib/python3/dist
problem can be seen in the "excuses" for rescue:
https://qa.debian.org/excuses.php?package=rescue
Please upload a new version, as a source-only upload.
Best,
Chris
On Sun, May 04, 2025 at 04:44:53PM +0200, Jonas Smedegaard wrote:
> Quoting Chris Hofstaedtler (2025-05-04 14:06:37)
> > thanks for your time at MiniDebConf.
>
> Likewise. Have you left by now, or do we have a chance of bumbing into
> each other later tonight or at breakfas
Hi Jonas,
thanks for your time at MiniDebConf.
On Mon, Apr 28, 2025 at 08:39:03AM +0200, Chris Hofstaedtler wrote:
> Source: rust-ureq
> Your package's autopkgtests fail on all archs:
[..]
I re-checked, and rust-ureq has a _lot_ of reverse-dependencies, as
can be seen
On Sat, May 03, 2025 at 06:43:31PM +0200, Chris Hofstaedtler wrote:
> Control: tags -1 upstream fixed-upstream
> Control: forwarded -1 https://github.com/joblib/joblib/issues/1708
>
> On Tue, Apr 01, 2025 at 05:12:42PM +, Santiago Vila wrote:
> > [1m[31mE assert
gt; recent call last):\n Fi...13/multiprocessing/resource_tracker.py", line 116,
> in _stop_locked\nChildProcessError: [Errno 10] No child processes\n'[0m
...etc...
Seems to match upstream issue 1708, with fixes in
https://github.com/joblib/loky/pull/450
and https://github.com/joblib/joblib/pull/1711
Best,
Chris
Control: tags 1101456 + patch
Dear maintainer,
I've prepared an NMU for javascript-common (versioned as 12+nmu1). The diff
is attached to this message.
Chris
diff -Nru javascript-common-12/debian/changelog javascript-common-12+nmu1/debian/changelog
--- javascript-common-12/debian/chan
+CC: stapelberg@
Assuming this is necessary for visibility :)
On Fri, Apr 25, 2025 at 01:36:17PM +0100, Simon McVittie wrote:
> On Wed, 23 Apr 2025 at 10:26:03 +0100, Simon McVittie wrote:
> > While checking why the fix for #1057621 wasn't migrating to testing, I
> > noticed that the updated valg
Control: tags -1 + moreinfo unreproducible
On Fri, May 02, 2025 at 08:14:37PM +0300, Martin-Éric Racine wrote:
> pe 2.5.2025 klo 19.44 Chris Hofstaedtler (z...@debian.org) kirjoitti:
> >
> > On Sun, Apr 13, 2025 at 10:23:17AM +0300, Martin-Éric Racine wrote:
> > > Is ther
ase
explain why you consider this to be serious?
Best,
Chris
A bisect of GRUB between 2.06 and 2.12.
Until at least 1) shows up, this bug is not actionable.
Best,
Chris
Package: wims-modules
Version: 2:4.29a+dfsg1-2
Severity: serious
#1102677 asks to remove ckeditor. Your package depends on it.
At least please ask upstream what their plans are.
Best,
Chris
Control: tags 1104531 + patch
Hi,
attached is a patch to update README.Debian. I think this is
preferable over changing the actual defaults.
I propose to upload this in a few days.
Chris
diff -Nru vsftpd-3.0.5/debian/changelog vsftpd-3.0.5/debian/changelog
--- vsftpd-3.0.5/debian/changelog
xc? If restarting a
service wipes its configuration, maybe it should be fixed there.
Chris
while processing:
/tmp/apt-dpkg-install-m6skcC/54-gmetad_3.7.2-7_arm64.deb
E: Sub-process env returned an error code (1)
You may consider replacing adduser with a sysusers fragment, see
https://manpages.debian.org/unstable/debhelper/dh_installsysusers.1.en.html
Otherwise, please Pre-Depend on adduser.
Best,
Chris
er/dh_installsysusers.1.en.html
Otherwise, please Pre-Depend on adduser.
Best,
Chris
ers.1.en.html
Otherwise, please Pre-Depend on adduser.
Best,
Chris
rwise, please Pre-Depend on adduser.
Best,
Chris
users.1.en.html
Otherwise, please Pre-Depend on adduser.
Best,
Chris
: Sub-process env returned an error code (1)
You may consider replacing adduser with a sysusers fragment, see
https://manpages.debian.org/unstable/debhelper/dh_installsysusers.1.en.html
Otherwise, please Pre-Depend on adduser.
Best,
Chris
elper/dh_installsysusers.1.en.html
Otherwise, please Pre-Depend on adduser.
Best,
Chris
_arm64.deb (--unpack):
new svxlink-server package pre-installation script subprocess returned error
exit status 6
Errors were encountered while processing:
/tmp/apt-dpkg-install-6gDeJ0/53-svxlink-server_24.02-3+b2_arm64.deb
E: Sub-process env returned an error code (1)
Best,
Chris
debian.org/unstable/debhelper/dh_installsysusers.1.en.html
Otherwise, please Pre-Depend on adduser.
Best,
Chris
lease Pre-Depend on adduser.
Best,
Chris
d an error code (1)
You may consider replacing adduser with a sysusers fragment, see
https://manpages.debian.org/unstable/debhelper/dh_installsysusers.1.en.html
Otherwise, please Pre-Depend on adduser.
Best,
Chris
On 5/1/25 05:13, Chris Hofstaedtler wrote:
On Wed, Apr 30, 2025 at 05:40:34PM -0400, Chris Knadle wrote:
This bug is a duplicate of #1103308
I've been working with upstream trying to figure out the test failures.
The code compiles fine but the tests time out on all but 4 architectur
ks will be necessary.
Chris
ed by you or by a script.
==> File also in package provided by package maintainer.
What would you like to do about it ? Your options are:
Y or I : install the package maintainer's version
N or O : keep your currently-installed version
D : show the differences between the versions
Z : start a shell to examine the situation
The default action is to keep your current version.
*** lmConf-1.json (Y/I/N/O/D/Z) [default=N] ?
Reproducer:
mmdebstrap --variant=apt --include=liblemonldap-ng-common-perl --chrooted-customize-hook='sed
-e s/stable/testing/ -i /etc/apt/sources.list && apt update && apt dist-upgrade
-y' stable /dev/null
Best,
Chris
1.83.0). Therefore, they
shall NOT be installed into usr/lib/python3/dist-packages, but into
/usr/lib/python3.13/site-packages.
I would try rectifying this first, and then see if that solves the test failure.
Hope this helps.
Best,
Chris
-password
Reporting as serious, as this makes xrdp binNMU-unsafe.
From what it looks like, xrdp autodetects which OS-specific set of
PAM config it should use, and the detection now uses the "suse" set
instead of the "debian" set.
Best,
Chris
...
47s [ FAIL 3 | WARN 661 | SKIP 32 | PASS 511 ]
48s autopkgtest [16:13:35]: test run-unit-test: - - - - - - - - - - results -
- - - - - - - - -
48s run-unit-testPASS
Is this a known bug in some older test runner? If so, is that fixed,
so future failures will be correctly treated as failures?
Chris
On Wed, Apr 30, 2025 at 05:40:34PM -0400, Chris Knadle wrote:
> This bug is a duplicate of #1103308
>
> I've been working with upstream trying to figure out the test failures.
>
> The code compiles fine but the tests time out on all but 4 architectures (2
> release
gtest/testing/riscv64/r/r-cran-httr2/60319307/log.gz
but also
https://ci.debian.net/data/autopkgtest/unstable/riscv64/r/r-cran-httr2/59659816/log.gz
which looks completely different.
Please ensure the tests are stable enough for automated testing, on
all archs.
Thanks,
Chris
Greetings.
This bug is a duplicate of #1103308
I've been working with upstream trying to figure out the test failures.
The code compiles fine but the tests time out on all but 4 architectures
(2 release architectures).
-- Chris
Chris Knadle
chris.kna...@coredump.us
On 4/28/25
on/dhpython/tools.py", line 123, in fix_shebang
> > with open(fpath, 'wb') as fp:
> > ^
> > PermissionError: [Errno 13] Permission denied:
> > 'debian/lvm2-dbusd/usr/sbin/lvmdbusd'
> > make: *** [debian/rules:83: binary] Error 1
I'm not sure if lvm2 can even workaround this.
Best,
Chris
thttpclient-2.3.3/.pybuild/cpython3_3.13_geventhttpclient/build;
> > python3.13 -m pytest --verbose -m 'not network'
> > dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p
> > 3.13 returned exit code 13
Unsurprisingly this is caused by libssl. debbisect points to:
bisection finished successfully
last good timestamp: 20250408T205804Z
first bad timestamp: 20250409T024945Z
the following packages differ between the last good and first bad timestamp:
libssl3t64:arm64 3.4.1-1 -> 3.5.0-1
openssl 3.4.1-1 -> 3.5.0-1
openssl-provider-legacy 3.4.1-1 -> 3.5.0-1
Chris
* Michel Casabona [250430 00:36]:
Reconfiguring libpam-runtime to exclude ecryptfs doesn't make any
difference, it still crashes
Could you maybe post your full PAM configuration? That would be
/etc/pam.d/sshd and also all of /etc/pam.d/common-*
Chris
On Tue, Apr 29, 2025 at 04:54:34PM +, tony mancill wrote:
> On Sun, Apr 27, 2025 at 06:27:51PM +0200, Chris Hofstaedtler wrote:
> > On Sat, Apr 26, 2025 at 06:08:20PM +, tony mancill wrote:
> > > On Fri, Apr 25, 2025 at 11:15:03PM +0200, Martin Hostettler wrote:
> >
observed in kcovs autopkgtest:
/usr/bin/pear: line 28: /usr/bin/php: No such file or directory
Chris
t;
34s autopkgtest [06:09:59]: test command1: ---]
34s autopkgtest [06:09:59]: test command1: - - - - - - - - - - results - - -
- - - - - - -
34s command1 FAIL non-zero exit status 2
Chris
* Chris Hofstaedtler [250429 17:24]:
* Rebecca N. Palmer [250429 17:21]:
This isn't a 32-bit problem as such - it's another package that
picked up the R_getVar symbol (new in R 4.5) when it was binNMUd on
some architectures.
(The other known one is r-cran-svglite #1103369. Lik
he fact is to add an explicit R>=4.5 dependency,
which I am now doing.)
BTW, why is this dependency not automatically generated? Shouldn't
this be fully automatic with dh_shlibdeps?
Is this maybe a bug in r-base-core?
Chris
On Tue, Apr 29, 2025 at 02:07:56PM +0200, Santiago Vila wrote:
> Thanks for the report, I was actually thinking about reporting this myself
> to get some help.
>
> El 29/4/25 a las 3:09, Chris Hofstaedtler escribió:
> > esys-particle previously built on all archs, but now can
∙ ∙ esys-particle unsatisfiable Build-Depends(-Arch) on i386: openmpi-bin
∙ ∙ esys-particle unsatisfiable Build-Depends(-Arch) on i386: libopenmpi-dev
Either this needs to be fixed or the old binaries need to be
removed, to allow testing migration.
If r-deps exist, please coordinate with them.
Chris
y we technically could do lots of things, but
then various policies prevent us from doing so in Debian main.)
Chris
upted, etc.
I believe you -can- use the Internet, but you cannot download stuff
from it and use that. I have not checked what the test will do with
the downloaded data.
Maybe the definition of test-internet is in conflict with
ftp-masters stance.
Best,
Chris
binNMUs can generally
migrate on their own.
r-cran-svglite is currently not binNMU-safe, apparently. Probably
none of the rdeps of r-can-cpp11 are binNMU-safe?
Chris
Control: reassign -1 r-cran-svglite
Control: affects -1 src:r-cran-webgestaltr
On Mon, Apr 28, 2025 at 12:09:33PM +0200, Chris Hofstaedtler wrote:
> On Wed, Apr 16, 2025 at 09:07:51PM +0200, Lucas Nussbaum wrote:
> > Relevant part (hopefully):
> > > make[1]: Entering direct
-library/WebGestaltR’
> > dh_auto_install: error: R CMD INSTALL -l
> > /build/reproducible-path/r-cran-webgestaltr-0.4.6/debian/r-cran-webgestaltr/usr/lib/R/site-library
> > --clean . "--built-timestamp='Thu, 29 Jun 2023 17:46:12 +0200'" returned
> > exit code 1
> > make: *** [debian/rules:4: binary-arch] Error 25
I can confirm this in trixie.
Building in unstable works.
Chris
sults - - - - - - - - - -
227s upstream-testsuite FAIL non-zero exit status 2
Note that this prevents testing migration.
Chris
ersion: 0.9.1-1
> Severity: serious
> Tags: ftbfs trixie sid
This was fixed in golang-github-proglottis-gpgme-dev, bug #1103514.
Chris
or Main. We are just adding this now as it
| turns out this wasn't nearly as obvious to some of you as it was to the FTP
| Team.
Best,
Chris
Source: mlmmj
Version: 1.3.0-4
Severity: serious
Tags: ftbfs
Your package previously built on all archs, but 1.5.0-1 succeeded
only on amd64 and mips64el.
Example build log on arm64 shows:
https://buildd.debian.org/status/fetch.php?pkg=mlmmj&arch=arm64&ver=1.5.0-1&stamp=1744761146&raw=0
===> B
Source: rust-ureq
Severity: serious
Version: 3.0.11+~0.4.1-2
Your package's autopkgtests fail on all archs:
autopkgtest for rust-ureq/3.0.11+~0.4.1-2: amd64: Regression or new
test ♻ (reference ♻), arm64: Regression or new test ♻ (reference ♻),
armel: Regression or new test ♻ (reference ♻), ar
Control: severity -1 normal
The file was renamed back in 4.4.3-P1-7. Lowering severity, as
supposedly the situation caused by the rename should only affect
unstable users.
Chris
erleg/pyjson_tricks/issues/88.
Submitted as https://github.com/mverleg/pyjson_tricks/pull/106
Chris
See #1100250 for whats going on.
Chris
iously this still fails, as only the
combination of new bouncycastle and new pgpainless works.
CC-ing release for awareness.
Chris
Control: block 1101381 by -1
On Sun, Apr 27, 2025 at 06:05:09PM +0200, Chris Hofstaedtler wrote:
> Attached is a patch that can be dropped into debian/patches, which fixes the
> FTBFS on s390x. TBH I have not tested the patch on non-s390x, but I assume
> it should be fine on little-end
35s
35s tests/test_np.py:355: AssertionError
Attached is a patch that can be dropped into debian/patches, which fixes the
FTBFS on s390x. TBH I have not tested the patch on non-s390x, but I assume
it should be fine on little-endian archs.
There are probably other ways of fixing this,
,
removing a conffile is a supported action, and maintainer scripts
must not fail in this case.
A workaround should be:
dpkg -i --reinstall ./javascript-common_*.deb
(Which should restore the missing conffiles.)
Chris
* VA [250427 15:46]:
Hi Chris,
(Thanks for putting me in CC so I'm notified as I wasn't aware someone
had closed the issue)
Le 27/04/2025 à 15:22, Chris Hofstaedtler a écrit :
| > a2query -c javascript-common
| > echo $?
I gave it above, but I'll repeat it, a2
re-installs without issue. Thus, I wonder if this should be
| considered release-critical or lowered in priority.
Best,
Chris
..]
There might very well be a bug here, but it has to occur in a better
defined environment to be "serious".
Chris
old binaries from unstable.
Indeed if the package FTBFS on a particular arch, restricting the
Architectures: field is usually best avoided, see
https://salsa.debian.org/debian/developers-reference/-/merge_requests/60/diffs
Best,
Chris
patch, even
to the version in experimental.
I will ask upstream whether they plan to fix earlier versions
themselves, otherwise I will spend more time trying to work out how to
backport this.
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org 🍥 chris-lamb.co.uk
`-
ou think I should just go ahead w disabling tests for this arch for now?
Not Paul or RT, but I think it makes sense to keep the tests
failing. I believe very few people will run GUI programs on s390x,
so not having kitty there seems safe.
Chris
but at the very least this prevents migration of live-tasks 13.0.3
to testing, as the BTS now thinks the bug is not fixed in 13.0.3.
Please also see the excuses data:
https://qa.debian.org/excuses.php?package=live-tasks
Chris
e or use -U.
Chris
* Andrius Merkys [250422 09:27]:
Hi,
On 2025-04-19 14:09, Chris Hofstaedtler wrote:
coot's autopkgtests fail with rdkit 202503.1-2:
https://ci.debian.net/packages/c/coot/testing/amd64/60162582/
76s Traceback (most recent call last):
76s File "", line 198, in _run_modu
Source: openstack-meta-packages
Version: 0.37
Severity: serious
Control: affects -1 src:ntpsec
X-Debbugs-CC: ntp...@packages.debian.org
Per tracker.d.o:
5 binary packages have unsatisfiable dependencies:
The dependencies of openstack-toaster=0.37 cannot be satisfied in unstable on
amd64 because
Control: severity -1 normal
* Helmut Grohne [250421 19:12]:
Source: xserver-xorg-video-trident
xserver-xorg-video-trident fails to build from source on arm
architectures.
#1087037 removed the binaries from arm64 armel armhf mips64el
ppc64el, so this is not r-c on these archs.
Chris
.
Chris
ess, s390x: Failed (not a regression)
This also holds up ruby3.3 3.3.8-1 from migrating to testing.
Please check ruby-roo's autopkgtests, f.e.:
https://ci.debian.net/packages/r/ruby-roo/testing/amd64/60182517/
https://ci.debian.net/packages/r/ruby-roo/testing/arm64/60182518/
Chris
t. It won't fix the deprecation warning, but
at least it will start.
Chris
done. Probably there's some hidden blocker which I've missed.
If so, it'd be nice to not have these bugs show up on the UDD
search for trixie.
Chris
look at the upstream source suggests that these format
strings have indeed been changed in 2.3.0.
Chris
On Sun, Apr 13, 2025 at 10:50:03PM +0200, Bastien Roucaries wrote:
> Le dimanche 13 avril 2025, 22:47:54 heure d’été d’Europe centrale Chris
> Hofstaedtler a écrit :
> > * Bastien Roucaries [250413 22:09]:
> > >Le dimanche 13 avril 2025, 20:55:07 heure d’été d’E
/rules:3: binary-arch] Error 25
dpkg-buildpackage: error: debian/rules binary-arch subprocess
returned exit status 2
Similar issues can be seen on armel, armhf, i386, ppc64el, s390x.
Chris
hon-313-riscv64-linux-gnu.so:
undefined symbol: _ZN6google8protobuf8internal22Release_CompareAndSwapEPVlll
The same command works on arm64, so this seems like some riscv64 problem.
Chris
ii python3-grpc-tools 1.14.1-7+b3 riscv64 Protobuf code generator for
gRPC (Python 3)
ii python3-gr
python3.13-minimal 3.13.2-3 riscv64 Minimal subset of the
Python language (version 3.13)
ii python3.13-venv3.13.2-3 riscv64 Interactive high-level
object-oriented language (pyvenv binary, version 3.13)
Installing python3-pkg-resources makes *this* error go away.
Chris
Source: kasts
Version: 25.04.0-1
Severity: serious
Tags: ftbfs
Example build log:
https://buildd.debian.org/status/fetch.php?pkg=kasts&arch=arm64&ver=25.04.0-1&stamp=1745138731&raw=0
...
-- Found KF6Kirigami:
/usr/lib/aarch64-linux-gnu/cmake/KF6Kirigami/KF6KirigamiConfig.cmake (found version
"
Source: mtail
Version: 3.0.9-1
Severity: serious
Tags: ftbfs
mtail FTBFS on the amd64 buildds:
https://buildd.debian.org/status/fetch.php?pkg=mtail&arch=amd64&ver=3.0.9-1%2Bb6&stamp=1745010540&raw=0
...
=== RUN TestLogRotationByRename/race_simulation_enabled
log_rotation_integration_unix_t
Source: jool
Version: 4.1.14-1
Severity: serious
Tags: ftbfs
jool FTBFS on the arch:all buildd:
https://buildd.debian.org/status/fetch.php?pkg=jool&arch=all&ver=4.1.14-1&stamp=1745079132&raw=0
dh_missing -i
dh_missing: warning: usr/bin/jool exists in debian/tmp but is not installed to anywher
Source: isenkram
Version: 0.67
Severity: serious
Tags: ftbfs
isenkram 0.67 FTBFS:
https://buildd.debian.org/status/fetch.php?pkg=isenkram&arch=all&ver=0.67&stamp=1745101670&raw=0
dh binary-indep --with python3 --buildsystem=pybuild
dh_update_autotools_config -i -O--buildsystem=pybuild
dh_
Source: vala-panel-appmenu
Version: 24.05+dfsg-2
Severity: serious
Tags: ftbfs
X-Debbugs-CC: sunwea...@debian.org
vala-panel-appmenu build-depends on libvalapanel-dev (>= 24.03)
which is available on no architectures.
Chris
Source: synthv1
Version: 1.3.1-1
Severity: serious
X-Debbugs-CC: s...@debian.org
synthv1 fails its autopkgtests on all architectures,
preventing migration to testing. Example on amd64:
https://ci.debian.net/packages/s/synthv1/testing/amd64/60170830/
44s autopkgtest [01:06:44]: test simpletest
1 - 100 of 1820 matches
Mail list logo
