Source: netplan.io
Version: 0.107.1-3
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
I looked at the results of the autopkgtest of your package. I noticed
that it regularly fails on s390x (and maybe on armel/armhf, but that's
hard to tell because of the
Source: ca-certificates-java
Version: 20240118
Severity: important
Hi,
The migration of `apt` was blocked because of apparent regressions in
ca-certificates-java. The test can-install-jre tries to install all
available jre-headless packages, regardless of pinning, so it will try
to install
Package: spyder
Version: 5.5.1+ds-1
Severity: minor
While I was searching for some option, I stumbled upon the
"Configuration per file" window (under the "Run" tab in the menu, or via
-F6). The names of the sub windows are half hidden in my setup (I
use KDE if that matters and I have adjusted
Source: slurm-wlm
Version: 23.11.4-1.4
X-Debbugs-CC: bdr...@debian.org, vor...@debian.org, mckins...@debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of slurm-wlm the autopkgtest of slurm-wlm fails in
testing when that
Hi,
On 22-04-2024 10:39 a.m., Andreas Beckmann wrote:
Nice. Is there a chance to get isolation-machine supported on salsa.d.o,
too?
I don't know. I'm not involved with salsa.
For this concrete case it may be as simple as adding dependency on sudo.
In case it is trivial for you to rerun the
Control: severity -1 serious
Control: retitle -1 erfs: no longer functional, should be removed
Hi
On 22-04-2024 1:37 p.m., Skyper x wrote:
The erfs service was shut down and this tool is no longer functional. It should
be removed.
Please file an RM bug against the ftp.debian.org pseudo
Hi Holger,
On 22-04-2024 9:05 a.m., Holger Wansing wrote:
A patch for above two issues is attached (against the bookworm branch; any
such changing needs to be ported to master/trixie as well).
Feel free to push. Bonus points if you remove the deleted text from
translations too (where you're
Source: fuse-zip
Version: 0.5.0-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to
Source: ganeti-instance-debootstrap
Version: 0.16-8
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
Source: firejail
Version: 0.9.72-2
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to
Hi
On 21-04-2024 5:56 p.m., Sebastian Andrzej Siewior wrote:
The problem is that libcrypt-smime-perl < 0.29 fails with openssl >= 3.2.0.
This was solved by the Perl team with their 0.29 upload. This and 0.30
didn't migrate to testing and in the meantime we got OpenSSL into
unstable which relies
Source: erfs
Version: 1.4-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to use
Source: drm-info
Version: 2.6.0-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to
Source: dpdk-kmods
Version: 0~20230205+git-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to
Hi,
On 21-04-2024 1:59 p.m., Martin-Éric Racine wrote:
That service unit is provided by systemd-timesyncd, which systemd
recommends. Basically, unless your testing environment explicitly
installs another package providing time-daemon, this shouldn't happen,
since systemd would have pulled
Source: dahdi-linux
Version:
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to use
Source: openssl, libcrypt-smime-perl
Control: found -1 openssl/3.2.1-3
Control: found -1 libcrypt-smime-perl/0.28-1
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainer(s),
With a recent upload of openssl the autopkgtest of
Source: daemontools
Version: 1:0.76-10
X-Debbugs-CC: debian...@bugs.debian.org
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for
Source: dm-writeboost
Version: 2.2.16-0.1
X-Debbugs-CC: a...@debian.org
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64
Source: dhcpcd
Version: 1:10.0.6-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to
Hi,
On 18-04-2024 10:25 p.m., Paul Gevers wrote:
I'll hopefully do the changes tomorrow. (RL work is a bit busy at the
moment.)
The test ran. Unfortunately zfs-test-suite-1 failed.
https://ci.debian.net/packages/z/zfs-linux/unstable/amd64/45683824/
4089s Results Summary
4089s PASS 681
Hi,
On Sun, 7 Apr 2024 11:54:35 +0200 Paul Gevers wrote:
153s crash: /usr/lib/debug/boot/vmlinux-6.6.15-amd64: no.gnu_debuglink section
153s 153s crash: /usr/lib/debug/boot/vmlinux-6.6.15-amd64: no
debugging
data available
Interestingly the test passes in unstable, stable and oldstable. So
Hi,
On 20-04-2024 3:22 p.m., Lucas Nussbaum wrote:
The following packages have unmet dependencies:
sbuild-build-depends-main-dummy : Depends: libreoffice-draw-nogui but it is
not installable
E: Unable to correct problems, you have held broken packages.
apt-get failed.
I recall rene
Hi,
On 14-04-2024 5:14 a.m., 陈 晟祺 wrote:
I would have aron to review & upload a new version, then we can test on
debci infra and see whether it solves the problem.
I forgot I promised changes to the settings. Without those changes, it
doesn't end nicely:
Hi,
On 09-04-2024 6:23 p.m., Paride Legovini wrote:
* runner/autopkgtest talks to the backend with a simple text
protocol. While this enables users to add another backend without
changes to the src:autopkgtest code trivially, the drawback of that
is loosing all nuance of what really is going on
Hi,
On 09-04-2024 6:23 p.m., Paride Legovini wrote:
PS: would it be worth it to enable dashboards for autopkgtest on
salsa to manage this project? I assume issues on salsa are disabled
on purpose to avoid bug reports in multiple places. Could we make
adding issues project members only?
I'm in
Hi,
On 14-04-2024 5:14 a.m., 陈 晟祺 wrote:
When using non-ramdisk tmpdir (/var/tmp) and some large tests skipped [1],
the tests would run with 2 core + 4GB memory + ~10GB disk space.
I also tried 2GB / 3GB, and both will be interrupted by OOM killer.
So, let's settle on 2+4 for now. That sounds
Source: oscar4
Version: 5.2.0+dfsg-2
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
Source: mdevctl
Version: 1.3.0-1
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
removed
reopen -1
reassign -1 debci
On 12-04-2024 7:03 a.m., Paul Gevers wrote:
On Thu, 4 Apr 2024 12:06:16 +0200 Paul Gevers wrote:
I tried to run with the new --lxcpath option but it fails:
"""
admin@ci-worker01:~$ /usr/bin/autopkgtest debputy -- lxc --sudo
autopkgtest-testing-i386
Hi,
On 12-04-2024 4:42 a.m., 陈 晟祺 wrote:
- If I limit the test file size to 1G, quite many tests would fail even with
adequate resources
Ack. To be fair, I was more thinking to make current test conditional on
the available free disk space. But yeah, that might also lead to issues
as the
Hi
On 11-04-2024 5:18 p.m., 陈 晟祺 wrote:
If possible, could you help to build with latest code on salsa then run
autopkgtest again on a normal debci VM?
As I'm doing this live on the infrastructure, I don't want to do
anything there except testing what's in the archive, sorry.
My private
Hi,
With the default size of the ramdisk and 2 cpu's the test crashes with:
Test: /usr/share/zfs/zfs-tests/tests/functional/large_files/setup (run
as root) [00:00] [PASS]
Test:
/usr/share/zfs/zfs-tests/tests/functional/large_files/large_files_001_pos
(run as root) [00:00] [PASS]
Test:
Hi,
Some additional info from my side.
I have just run the following:
root@ci-worker13:~# /usr/bin/autopkgtest --no-built-binaries
--test-name=zfs-test-suite --timeout-factor=3 --user debci zfs-linux --
qemu --cpus=2 --ram-size=8192 /var/lib/debci/qemu/testing-amd64.img
The test failed and
Hi
On 11-04-2024 8:35 a.m., Christian Kastner wrote:
Yes, images can be built now, but without ifupdown their network
interface is left unconfigured, and thus autopkgtests can't download
packages.
Somewhere in the back of my mind I was fearing this.
So ifupdown seems to be needed, and this
tags -1 bookworm
On 09-04-2024 7:23 p.m., Andreas Beckmann wrote:
Please remove the obsolete ruby-arel from bookworm.
I'm tagging it as such, so it shows up in the SRM tooling.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi,
On 08-04-2024 3:51 a.m., 陈 晟祺 wrote:
With resources limited to one CPU (AMD EPYC 7551) and 2G memory,
my local test could now reproduce the test hang and following time out error.
Ouch.
I think it is caused by insufficient resources (e.g. OOM killer, but I am not
sure).
Even we can
Hi Yves-Alexis,
On 08-04-2024 10:13 a.m., Yves-Alexis Perez wrote:
thanks for the report. I might try to investigate a bit but at that point
honestly I don't have much clue what happens.
Can we try and find out together?
Could you please provide a bit more context in the bug report so we
Hi,
On 07-04-2024 7:20 p.m., Christian Kastner wrote:
I'm not a maintainer but I use autopkgtest a lot. I hope it's OK if I
contribute input.
Yes, absolutely. Comments from all people that want to contribute
constructively are welcome. Even more so from users and contributors.
Paul
Hi,
On Sun, 17 Mar 2024 23:37:03 +0100 Sebastian Ramacher
wrote:
Justification: fails to build from source (but built successfully in the past)
This package is a key package (hence we can't trivially remove it from
testing) and the failure is blocking the time_t transition. Can this
Source: gem2deb
Version: 2.2.2
Severity: serious
X-Debbugs-CC: ruby...@packages.debian.org
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:ruby3.1
Dear maintainer(s),
With a recent upload of ruby3.1 (in the time_t transition) the
autopkgtest of
Package: autopkgtest
Severity: wishlist
Hi all,
The following issues have come up several times over the years. I
propose to discuss them in one place (this bug report) to define the
solution strategy. I haven't gone through all the details myself, so I
might be thinking in the wrong
Hi,
On 07-04-2024 2:29 p.m., 陈 晟祺 wrote:
Could you please provide more detailed information on the test settings on
ci.d.o.?
E.g., CPU type, #cores, memory size, etc.
The host that runs this is an m3-large instance at equinix [1].
We create the qemu image with autopkgtest-build-qemu
Source: crash
Version: 8.0.4-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to use
Source: borgbackup2
Version: 2.0.0b8-2
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the
Source: crmsh
Version: 4.6.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
Your package has an autopkgtest, great. However, it started to fail in
testing several days ago. Can you please investigate the situation and
fix it? I copied some of the
Source: zfs-linux
Version: 2.2.3-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine timeout
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the
Source: strongswan
Version: 5.9.13-2
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list
Source: squashfuse
Version: 0.5.0-2
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list
Source: snapd
Version: 2.61.2-2
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to
Source: securefs
Version: 0.13.1+ds-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list
Source: tgt
Version: 1:1.0.85-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to
Hi,
On Sat, 09 Sep 2023 18:51:52 -0700 Russ Allbery wrote:
"""
+``systemd`` uses dependency and ordering information contained within the
++enabled unit files to decide which services to run and in which order.
"""
^ is that "+" before "enabled" really intended? It looks weird to me.
Paul
Control: severity -1 normal
Control: retitle -1 autopkgtest-virt-docker --podman --init unsure
Hi,
On 30-12-2023 8:26 p.m., Paul Gevers wrote:
I recently added support for isolation-machine testing on ci.d.n and
when I ran the autopkgtest of src:autopkgtest, it failed. It failed the
podman
Source: xdp-tools
Version: 1.4.2-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list to
Source: vagrant-libvirt
Version: 0.12.2-1
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the
Source: vagrant-lxc
Version: 1.4.3-3
Severity: important
User: debian...@lists.debian.org
Usertags: isolation-machine
Dear maintainer(s),
Your package has an autopkgtest, great. I recently added support for
isolation-machine tests on ci.debian.net for amd64 and added your
package to the list
The mystery continues.
On 04-04-2024 10:08 p.m., Paul Gevers wrote:
I forgot that on amd64, autopkgtest's autopkgtest now runs in qemu which
doesn't benefit yet as much from tmpfs as lxc does, so it's not a good
comparison.
On ci-worker13:
"""
root@elbrus:/tmp/autopkgte
Control: tags -1 pending
Hi Samuel,
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:
Package: liferea
Version: 1.15.6-1
X-Debbugs-CC: debian-s...@lists.debian.org
Severity: normal
User: debian-s...@lists.debian.org
Usertag: s390x
Hi,
Today I was debugging the failing autopkgtest of liferea, a graphical
rss reader, on s390x [1]. Previously I already worked around another
crash
Hi William,
I noticed you "binNMU"-ed siridb-server in Ubuntu where it built
successfully on all arches. In Debian I got the bug below reported. Any
idea what the difference could be between the state of Debian and the
state of Ubuntu that causes this?
reproducible-builds [1] confirms that
Control: retitle -1 autopkgtest: test_copy_timeout fails on tmpfs
Hi,
On 04-04-2024 10:08 a.m., Paul Gevers wrote:
Overall, I
expect the host to be *faster* than the old hosts, but ironically the
tests that seems to fail is: __main__.SchrootRunner.test_copy_timeout.
Yes, it's too fast
control: notfound -1 1.15.4-1
On 04-04-2024 5:42 p.m., Paul Gevers wrote:
I've scheduled retries on the reproducible build infrastructure.
amd64 and i386 both build fine (while on amd64 there was the same
failure in the past as in this bug report).
So, marking the bug as not affecting
Hi,
On Fri, 15 Mar 2024 22:42:34 +0100 Paul Gevers wrote:
The problem is somewhere in liblzma.
In hind-sight, this is all to likely that it's caused by CVE-2024-3094,
the xz backdoor.
I've scheduled retries on the reproducible build infrastructure. As the
version in unstable is stuck
Source: pytest-testinfra
Version: 10.1.0-1
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
Source: ruby-asana
Version: 0.10.13-2
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
Source: ruby-graphlient
Version: 0.7.0-1
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
Source: translate-toolkit
Version: 3.12.2-1
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
Source: pcp
Version: 6.2.0-1
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
removed from
Control: severity -1 important
Hi,
On Sat, 30 Mar 2024 14:48:24 +0900 Kentaro HAYASHI wrote:
tilix fails to build on armhf, s390x.
But on armhf, there currently are no binaries in any suite and on s390x
it never build. So, this is no regression and hence not serious (this
bug is blocking
Hi Andres,
On 04-04-2024 9:56 a.m., Paul Gevers wrote:
I have $(reschedule --days=0)-ed your upload to DELAYED. I'll do a final
check when that lands before unblocking.
The upload seems to be not a pure changelog only change. The tpu upload
has a debian/patches/system/ffmpeg.patch that's
Package: autopkgtest
Version: 5.34
Severity: normal
I tried to run with the new --lxcpath option but it fails:
"""
admin@ci-worker01:~$ /usr/bin/autopkgtest debputy -- lxc --sudo
autopkgtest-testing-i386 --lxcpath=/tmp -ddd
autopkgtest [10:00:08]: starting date and time: 2024-04-04
Source: autopkgtest
Version: 5.33
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
I looked at the results of the autopkgtest of your package. I noticed
that it recently started to fail a lot on ppc64el. The failures seem
related to the host that runs the
Control: tags -1 confirmed
Hi,
On 03-04-2024 10:31 p.m., Andres Salomon wrote:
I'd like to go ahead and upload
123.0.6312.105-1~deb13u1 to trixie.
I have $(reschedule --days=0)-ed your upload to DELAYED. I'll do a final
check when that lands before unblocking.
Thanks for you patience.
user release.debian.org
usertag 1064533 time-t-downgrade
severity 1064533 important
Hi
On 04-04-2024 4:25 a.m., handsome_feng wrote:
If you believe your package is unable to migrate to testing due to
issues beyond your control, don't hesitate to contact the Release Team.
The excuses shows
Source: siridb-server
Version: 2.0.51-2
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
I looked at the results of the autopkgtest of your package. I noticed
that it regularly fails. From a distance, this looks like a race
condition. Should the test
Source: altree
Version: 1.3.2-2
Severity: important
User: debian...@lists.debian.org
Usertags: timeout
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails on armel,
armhf and ppc64el. What's worse, it fails because it seems to hang and
eventually times out due to
Source: libcdk5
Version: 5.0.20230201-2
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails. Can you
please investigate the situation and fix it? I copied some of the output
at the bottom of this
Hi all,
[s390x porters in CC, maybe they can help?]
On Wed, 21 Feb 2024 22:22:54 +0100 Paul Gevers wrote:
Source: gnome-keyring
The Release Team considers packages that are out-of-sync between testing
and unstable for more than 30 days as having a Release Critical bug in
testing [1]. Your
Package: autopkgtest
Version: 5.33
Severity: normal
Control: block -1 by 933064
Hi,
Some time ago the lxc configuration did some renaming of options,
notably lxc.network to lxc.net. In commit 413f15d we adapted partially
for that, but the conversion of the local proxy to the testbed proxy
Source: r-cran-blme
Version: 1.0-5-1
Severity: important
User: debian...@lists.debian.org
Usertags: timeout
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails on i386 since
November 2022. What's worse, it fails because it seems to hang and
eventually times out due
Source: r-cran-bayestestr
Version: 0.13.0-1
Severity: important
User: debian...@lists.debian.org
Usertags: timeout
Dear maintainer(s),
Your package has an autopkgtest, great. However, it fails on i386.
What's worse, it fails because it seems to hang and eventually times out
due to
Source: supysonic
Version: 0.7.6+ds-3
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky timeout
Dear maintainer(s),
I looked at the results of the autopkgtest of your package. I noticed
that it regularly fails. What's worse, sometimes that failure is due to
it timing out
Hi,
Disclaimer: I only now saw your e-mail. By default the Debian bug
tracking system doesn't CC replies to the submitter of bugs.
On Sat, 9 Mar 2024 13:07:04 -0800 David Caldwell wrote:
> Your package is only blocked because the arch:all binary package(s)
> aren't built on a buildd.
Hi Niko, gregor,
On 14-03-2024 8:16 p.m., Niko Tyni wrote:
[Paul: copying you for eyeballs as this seems to have been your pet
package at some point :)]
I'm receiving the bugs of this package, but thanks. It is (or I fear
was) a dependency of a package I still have the ambition to package
Hi,
On 12-03-2024 10:18 a.m., Andreas Beckmann wrote:
On 06/03/2024 06.20, Paul Gevers wrote:
Unfortunately the test still takes upto 33 GB at least (see below).
Did you have time to test the -12 version, yet?
I just did. The biggest rise I saw (and I didn't even stop parallel
runners
Source: rocm-compilersupport
Version: 5.2.3-2
Severity: serious
Control: close -1 6.0+git20231212.4510c28+dfsg-3
Tags: sid trixie
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
The Release Team considers packages that are out-of-sync between testing
and
Source: magic-wormhole
Version: 0.12.0-1.1
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
Source: expat
Version: 2.5.0-2
Severity: serious
Control: close -1 2.6.1-1
Tags: sid trixie
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
The Release Team considers packages that are out-of-sync between testing
and unstable for more than 30 days as
Source: beaker
Version: 1.12.1-1.1
Severity: serious
Control: close -1 1.12.1-3
Tags: sid trixie
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 1052336
Dear maintainer(s),
The Release Team considers packages that are out-of-sync between testing
and
Hi,
On 06-03-2024 10:30 a.m., Andreas Beckmann wrote:
Do you have the log from running that autopkgtest?
I have no idea what's happening here. At least the buildd build only
used 500 MB.
Attached.
Paul
debug.log.xz
Description: application/xz
OpenPGP_signature.asc
Description: OpenPGP
Source: node-dompurify
Version: 2.4.1+dfsg+~2.4.0-1
Severity: normal
Hi,
I'm the package maintainer of liferea and my upstream has embedded
purify.js in his latest release (at version 3.0.6). Could you please
update the package to avoid too much risk of unexpected behavior?
Paul
-- System
Hi Julien,
On Sat, 24 Feb 2024 14:40:13 +0100 julien.pu...@gmail.com wrote:
A case of eigenbug where you compile three times and it only fails one?
If it's one in three that would be too much. For ci.d.n I'm having my
"flaky" bug filing threshold between 1/5 and 1/8, but I think it should
Hi Andreas,
On 05-03-2024 10:16 a.m., Andreas Beckmann wrote:
But first I'd like to see the s390x build happen and your confirmation
that this unbreaks the CI infrastructure. But at least ppc64 and sparc64
built with 500MB instead of 40GB now ;-)
Feel free to block 15-17 temporarily, too.
Hi
On 05-03-2024 10:16 a.m., Andreas Beckmann wrote:
Feel free to block 15-17 temporarily, too.
I already did that ;).
I'll try when I see 14 in the archive on s390x.
Paul
OpenPGP_signature.asc
Description: OpenPGP digital signature
Hi Andreas,
Thanks for the upload.
On 04-03-2024 12:26 p.m., Andreas Beckmann wrote:
Control: forwarded -1
https://github.com/KhronosGroup/SPIRV-LLVM-Translator/issues/2397
On 03/03/2024 20.52, Paul Gevers wrote:
Source: spirv-llvm-translator-14
Version: 14.0.0-10
In the upstream report
Source: pytables
Version: 3.7.0-10
Severity: serious
Control: close -1 3.9.2-1
Tags: sid trixie
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 1061661
Dear maintainer(s),
The Release Team considers packages that are out-of-sync between testing
and
Source: spirv-llvm-translator-14
Version: 14.0.0-10
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: issue
Dear maintainers,
Since a couple of days, our workers on s390x are dying because some test
is filling up all disk space. Several days
Hi,
On Wed, 28 Feb 2024 20:48:06 +0100 Paul Gevers wrote:
Since a couple of days, our workers on s390x are dying because some test
is filling up all disk space. It *appears* that fenics-dolfinx is always
involved, so I suspect it doing something inappropriate.
Yesterday we were in the same
Source: openstructure
Version: 2.5.0-1
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable
Control: block -1 by 1060745
Dear maintainer(s),
Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build
1 - 100 of 8043 matches
Mail list logo
