On 2023-03-13 18:28, Christian Kastner wrote:
> [ Impact ]
> The new versions are in far better shape: they've catched missing
> dependencies, added patches, improved the build process, etc.
Apologies, I was only thinking of the more recent releases.
Revision -2 fixed an RC bug i
Hi,
On 2023-02-06 17:33, Shengjing Zhu wrote:
> +--+
> | Update chroot
> |
> +--+
Package: sbuild
Version: 0.85.2
Severity: normal
Hi josch,
Attempting to build a package with the autopkgtest-virt-podman backend
fails because of what I suspect is an issue with $HOME directory
handling. podman needs $HOME on the host to find containers, but it
defaults to
Package: libamdhip64-5
Version: 5.2.3-5
Severity: serious
When working on rocrand, I noticed that the rocrand libraries did not
work without libamd-comgr2 installed.
Cordell Bloor pointed out that libamd-comgr2 is essential to any library
that contains GPU kernels, and the calls are likely to be
Hi Paul,
On 2023-03-16 10:31, Paul Gevers wrote:
> Control: tags -1 moreinfo On 16-03-2023 00:16, Christian Kastner
> wrote: For next time, can you please contact us earlier? We could
> have solved the earlier problems in testing-proposed-updates (in
> January), then
Package: autopkgtest
Version: 5.28
Severity: normal
When supplying autopkgtest with built binaries (-B) and using the
autopkgtest-virt-podman server, a umask of 0027 will lead to an early
failure, aborting the test.
I'll file an MR fixing this shortly.
Steps to reproduce:
# Assuming .debs
(debian-ai, apologies for re-sending, I hit the wrong reply button.)
On 2023-03-08 18:21, Simon McVittie wrote:
> There is *a* version of llvm-toolchain-15 in bookworm, version 1:15.0.6-4,
> which is used by the rocm-hipamd_5.2.3-1 and mesa_22.3.3-1 in bookworm.
> I'm not suggesting that
Control: tags -1 + patch
An MR has been filed under
https://salsa.debian.org/ci-team/autopkgtest/-/merge_requests/219
:51.0 +0100
@@ -1,3 +1,78 @@
+rocm-hipamd (5.2.3-6) unstable; urgency=medium
+
+ * Reduce arch to amd64, arm64, ppc64el
+ * libamdhip64-5: Add dependency on libamd-comgr2 (Closes: #1032677)
+ * Add myself to Uploaders
+ * Fix Maintainer (same list, different name)
+
+ -- Christian Kastner Fri
On 2023-02-19 12:16, Cordell Bloor wrote:
> I think this is ready. Would a team upload be appropriate for this sort
> of change?
(off-list)
[In all of the above, with "uploader" I mean the person who's name is
under the changelog entry (next to the date)]
It's a bit confusing at first, but
On 2023-02-19 12:16, Cordell Bloor wrote:
> I've prepared the rocr-runtime package for upload. I tested it with
> several of the math libraries on Debian Bookworm and Ubuntu Lunar. This
> patch has also gone through significant testing upstream.
LGTM, changes are minimal and targeted fixes, so in
Hi Jakub,
On 2023-01-31 16:12, Jakub Wilk wrote:
> * Christian Kastner , 2020-08-14 10:58:
> Most of them build-depend on python3-sphinx, which depends on
> python3-pygments.
that explains it. I should have checked the man page.
> In my experience, you almost always want --old.
Ind
CPU with their optimizations, and they usually
come with massive test suites.
> On Wed, Mar 1, 2023, at 07:09, Christian Kastner wrote:
>>> Users seem to be relying on this (as I was just asked about policies
>>> when microcode updates are updated/backported).
>
> Really, you
Hi,
On 2022-07-08 15:36, Michael Prokop wrote:
> https://wiki.debian.org/Microcode#Microcode_update_support_for_current_and_older_Debian_releases:
>
> | Debian 11, codename "Bullseye" is supported, and will receive
> | updates both through the bullseye-backports official backports
> | repository
Hi Teal,
I'm no longer a maintainer of cron, but I was the one last replying to
the original report (can't believe it's been 12 years...)
On 2023-04-08 12:30, Teal Bauer wrote:
> The same Selective logging patch added a version of the logging in the
> default branch of the fork() switch, so if
Control: tags -1 - moreinfo
Hi Paul,
On 2023-04-20 08:58, Paul Gevers wrote:
> Sorry for taking so long to respond (the moreinfo tag was still attached
> to the bug, so it didn't show up in my regular bts view, so please
> remove it when you reply).
done.
> On 16-03-2023 11:4
Control: tags -1 - moreinfo
Hi Paul,
sorry this took a while.
On 2023-04-22 13:34, Paul Gevers wrote:
> On 21-04-2023 23:43, Christian Kastner wrote:
>> The only way to do that with llvm-toolchain-15 from testing is by
>> changing the dependency libclang-rt-15-dev back to
>&g
Hi Paul,
just wanted to say sorry, this is taking a while.
On 2023-04-22 13:34, Paul Gevers wrote:
>> The only way to do that with llvm-toolchain-15 from testing is by
>> changing the dependency libclang-rt-15-dev back to
>> libclang-common-15-dev (the pre-split version).
>
> Hmm, so this
Hi Paul,
On 2023-04-28 17:48, Paul Gevers wrote:
> On 28-04-2023 00:58, Christian Kastner wrote:
>> So I split that diff into 02 (patches) and 03 (NOT-patches), also
>> attached.
>
> I think you forgot to add them.
I did, sorry.
>> Would a package with just the
Hi Paul,
On 2023-04-30 07:59, Paul Gevers wrote:
> Please go ahead with your 04_ proposal and please remove the moreinfo
> tag once the upload happened.
In -7, there was a typo that broke installability for hipcc,
specifically a version contained a second colon where a dot was expected:
> [...]
Control: tags -1 - moreinfo
Hi Paul,
On 2023-04-30 07:59, Paul Gevers wrote:
>> I may be misunderstanding something here. I interpreted your t-p-u hint
>> for the case where a fix via unstable wouldn't be possible because of
>> the dependency issue. The proposal, however would work via unstable.
Control: tags -1 - moreinfo
On 2023-04-26 07:46, Paul Gevers wrote:
> Ack. I'm uncomfortable with the changes in -3, in particular the
> arch:any -> arch:all and associated lib -> shared move. I propose you
> upload a version -4 which reverts -3 for now and only adds the missing
> dependency.
Package: librocprim-dev
Version: 5.3.3-3
Severity: serious
librocprim-dev needs libamdhip64-dev, but this dependency is missing
from the package.
+
+ * Add libamdhip64-dev to Depends (Closes: #1034476)
+ * Fix Maintainer name
+ * Add myself to Uploaders
+
+ -- Christian Kastner Sun, 16 Apr 2023 13:40:58 +0200
+
+rocprim (5.3.3-3) unstable; urgency=medium
+
+ * Move cmake files to /usr/share.
+ * d/rules: drop override for debug symbols
Control: tag -1 fixed-upstream
On 2023-06-11 12:28, Christian Kastner wrote:
> Package: amqp-tools
> Version: 0.11.0-1
> Severity: grave
> Tags: security
> Forwarded: https://github.com/alanxz/rabbitmq-c/issues/575
>
> When passing authentication data with either --password
Hi Daniel,
On 2023-06-12 17:01, Sune Stolborg Vuorela wrote:
> Any chance you can give Andreas a go ahead to push a newer Gnupg2 to at least
> experimental, or preferably unstable ?
I, too, would appreciate a newer version. It turns out that in versions
prior to 2.3, the 'kdf-setup' option with
control: tags -1 - moreinfo
Hi Paul,
On 2023-06-01 08:54, Paul Gevers wrote:
> Please upload hipsparse to tpu (targeting bookworm in the changelog)
> with no other changes than a changelog entry on top of what you have in
> unstable. Please use the version number 5.3.3+dfsg-2~deb12u1.
Thank you
Hi Graham,
On 2023-05-31 08:58, Graham Inggs wrote:
> Hi Christian
>
> On Sun, 28 May 2023 at 18:48, Christian Kastner wrote:
>> unblock hipsparse/5.3.3+dfsg-2
>
> The debdiff looks good to me, however the migration of
> hipsparse/5.3.3+dfsg-2 appears to be blocked b
On 2023-05-31 19:28, Adam D. Barratt wrote:
> In the versions in testing, both packages only built for amd64. In
> unstable, they have also built for arm64. Migrating the arm64 hipsparse
> binaries from unstable therefore requires migrating a version of
> rocsparse with arm64 binaries.
Oh, that's
Package: amqp-tools
Version: 0.11.0-1
Severity: grave
Tags: security
Forwarded: https://github.com/alanxz/rabbitmq-c/issues/575
When passing authentication data with either --password or --url, the
data is exposed in the process list, where it can be seen by any user.
Example:
$ pgrep -a
)
+
+ -- Christian Kastner Sun, 28 May 2023 17:17:36 +0200
+
hipsparse (5.3.3+dfsg-1) unstable; urgency=medium
* Initial release. (Closes: #1023092)
diff -Nru hipsparse-5.3.3+dfsg/debian/control
hipsparse-5.3.3+dfsg/debian/control
--- hipsparse-5.3.3+dfsg/debian/control 2023-01-24 11:35:25.0
)
+
+ -- Christian Kastner Sun, 28 May 2023 18:25:03 +0200
+
+rocrand (5.3.3-3) unstable; urgency=medium
+
+ * Upload to unstable.
+
+ -- Christian Kastner Sun, 16 Apr 2023 22:45:08 +0200
+
+rocrand (5.3.3-3~exp1) experimental; urgency=medium
+
+ * Add myself to Uploaders
+ * Fix Maintainer name
Package: rabbitmq-server
Version: 3.10.8-1.1
Severity: wishlist
Tags: patch
Hi,
it would be nice to have a /etc/rabbitmq/conf.d directory. This is
supported by upstream [1].
I haven't tried this, but postinst looks simple enough, and the attached
patch should accomplish this.
Best,
Christian
On 2023-06-26 21:20, Johannes Schauer Marin Rodrigues wrote:
> this is not a daydream and I think we have nearly all building blocks in place
> to make all of this happen very soon! Here is a summary:
>
> 1. You use `debvm-create --arch $foo` to create a filesystem image for any
>
On 2023-06-27 00:15, Christian Kastner wrote:
> I just have one question about debvm though (hence Helmut in CC), which
> is beyond my depth: is that kernel direct boot something akin to EFI, or
> BIOS, or of its own kind?
>
> As I've managed to land on a use case where
On 2023-06-16 17:56, Antonio Terceiro wrote:
> Note that the variable where you inserted a username and password is
> calle debci_amqp_server, and was never supposed to be used for putting a
> password in plain text.
I think this is where the documentation of the --amqp option threw me
off, from
Package: debci
Version: 3.6
Severity: serious
Tags: security
X-Debbugs-Cc: Debian Security Team
Hi,
When using authentication in AMQP connections, the username and password
supplied in the --url option to amqp-consume resp. amqp-publish are
exposed in the proces list, see #1037322:
$ pgrep
(re-sent, this time to the right recipients. Apologies, it's been a long
day)
On 2023-05-15 21:15, Salvatore Bonaccorso wrote:
>> +libcap2 (1:2.66-4) unstable; urgency=medium
>> +
>> + * Apply upstream patches for CVE-2023-2602, CVE-2023-2603
>> +
>> + -- Christian
bcap2-2.66/debian/changelog 2023-05-15 20:34:57.0 +0200
@@ -1,3 +1,9 @@
+libcap2 (1:2.66-4) unstable; urgency=medium
+
+ * Apply upstream patches for CVE-2023-2602, CVE-2023-2603
+
+ -- Christian Kastner Mon, 15 May 2023 20:34:57 +0200
+
libcap2 (1:2.66-3) unstable; urgency=medium
Control: tags -1 - moreinfo
On 2023-05-15 22:12, Sebastian Ramacher wrote:
> Please go ahead and remove the moreinfo tag once the package is
> available in unstable.
Done (this time with the right recipients)
(re-sending to bug which I forgot to CC)
Hi,
On 2023-05-05 20:05, Helmut Grohne wrote:
> Also sbuild-qemu is a direct reverse dependency of vmdb2. I haven't
> looked deep there.
sbuild-qemu is just a simple wrapper around autopkgtest-build-qemu that
simplifies the image customziation process.
On 2024-02-06 14:28, Christian Kastner wrote:
> As discussed in this thread [1], libamd-comgr2 exports
> amd_comgr_get_isa_count@1.8 when upstream is at @2.0.
>
> This is because the symbol was erroneously not removed from @1.8 when it
> was added to @2.0 when the ABI changed
Hi Peter,
On 2023-10-26 19:29, Peter Samuelson wrote:
> Package: libcap2-bin
> Version: 1:2.66-4
> Severity: wishlist
>
> In my opinion, getcap(8) is useful to run as a non-root user, so it
> should be in /bin rather than /sbin. This seems analogous to ip(8)
> from iproute2, which was moved to
Package: wnpp
Severity: wishlist
Owner: Christian Kastner
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org
* Package name: llama.cpp
Version : b2116
Upstream Author : Georgi Gerganov
* URL : https://github.com/ggerganov/llama.cpp
* License
Hi Petter,
On 2024-02-13 08:36, Petter Reinholdtsen wrote:
> I tried building the CPU edition on one machine and run it on another,
> and experienced illegal instruction exceptions. I suspect this mean one
> need to be careful when selecting build profile to ensure it work on all
> supported
Hi Carles,
On 2024-01-11 12:01, Carles Pina i Estany wrote:
> It ended with:
> Exec: ['sh', '-ec', 'export AUTOPKGTEST_BUILD_QEMU=1;
> /usr/share/sbuild/sbuild-qemu-create-modscript "$ROOT"']
> Exec: ['zerofree', '-v', '/dev/mapper/loop0p1']
> ERROR: [Errno 2] No such file or directory:
Hi josch,
On 2024-02-21 08:02, Johannes Schauer Marin Rodrigues wrote:
> Quoting Christian Kastner (2023-03-23 09:53:05)
>> Attempting to build a package with the autopkgtest-virt-podman backend fails
>> because of what I suspect is an issue with $HOME directory handling. podman
Control: tag -1 pending
I've uploaded this to experimental, though with the Debian Python Team
as maintainer. Because although it is a dependency of the ROCm stack, it
seems to be a generally useful Python library.
Best,
Christian
On 2024-02-16 18:57, Cordell Bloor wrote:
> Package: wnpp
>
Package: libamd-comgr2
Version: 5.2.3-2
Severity: important
As discussed in this thread [1], libamd-comgr2 exports
amd_comgr_get_isa_count@1.8 when upstream is at @2.0.
This is because the symbol was erroneously not removed from @1.8 when it
was added to @2.0 when the ABI changed.
The
Hi Jeffrey,
On 2023-12-02 11:39, Jeffrey Bencteux wrote:
> Hi,
>
> Both setuid() and setgid() return values are not checked in cron's code used
> to execute user-provided commands:
This issue was reported as CVD-2006-2607 and fixed a long time ago.
Here's the relevant patch:
Hi Cory,
On 2023-11-23 08:35, Cordell Bloor wrote:
> On 2023-11-22 03:19, Christian Kastner wrote:
>>> The Linux kernel on Debian is built without HSA_AMD_SVM enabled. That is
>>> the KConfig for "Enable HMM-based shared virtual memory manager", which
>&
Package: librocthrust-tests
Version: 5.3.3-5
Severity: important
All CI tests of librocthrust-tests have failed, with two different
failure modes.
On gfx803 and gfx906, the tests pass, but do so in under one minute,
with no test output. That cannot be right.
On all other architectures, about
Hi Cory,
thanks for clarifying, I indeed misunderstood a few things.
On 2023-11-24 16:42, Cordell Bloor wrote:
>> However, unlikely as it may seem, I'd still like to ask: is there any
>> risk of negatively affecting the graphics side of this? Can this change
>> somehow break a regular user's
Package: debci-worker
Version: 3.7
Severity: normal
3.7 added this nice feature where arguments can be passed to backends. However,
the --qemu-options parameter of the QEMU backend cannot be used with the
current implementation because its argument usually contains spaces, and these
get
Hey Cory,
On 2023-11-21 21:01, Cordell Bloor wrote:
> On 2023-11-18 00:39, Cordell Bloor wrote:
>> Each time a HIP application is executed, the rocr-runtime prints the message:
>>
>> KFD does not support xnack mode query.
>> ROCr must assume xnack is disabled.
>>
>> It is unclear to me
On 2024-04-11 15:25, Paride Legovini wrote:
> On 2024-04-11 08:35, Christian Kastner wrote:
> Ubuntu did indeed switch to something else: that's netplan.io.
> On a Bionic system:
>
> $ apt show netplan.io
> Package: netplan.io
> Version: 0.99-0ubuntu3~18.04.5
>
Package: autopkgtest
Version: 5.34
Severity: normal
Block: -1 by 1068746
When building an Ubuntu image with autopkgtest-build-qemu and using
--boot=efi, the resulting image fails to boot when running autopkgtests
on it.
An attempted manual boot with qemu-system-x86_64 shows EFI complaining
about
Package: vmdb2
Version: 0.28-2
Severity: normal
Forwarded: https://gitlab.com/larswirzenius/vmdb2/-/merge_requests/143
In #951766, grub's --force-extra-movable (Debian) was conditionalized
for Ubuntu grub's --no-extra-removable. But the logic is flipped: where
Debian uses --force-extra-removable,
On 2024-04-10 15:29, Simon McVittie wrote:
> On Wed, 10 Apr 2024 at 11:54:02 +0200, Christian Kastner wrote:
>> I've already filed an MR at vmdb2 upstream that fixes the logic, but I
>> thought it might be best to track the issue here as well. Please feel
>> free to close
Control: tags -1 - pending
On 2024-04-08 15:21, Paride Legovini wrote:
> Fixed in master by:
>
> https://salsa.debian.org/ci-team/autopkgtest/-/merge_requests/315
Sadly, it turns out that this wasn't the fix, at least not in a wider sense.
Yes, images can be built now, but without ifupdown
On 2024-04-11 09:27, Paul Gevers wrote:
>> (2) Modify setup-commands/setup-testbed and generally move ifupdown
>> installation there. This would require re-ordering stuff, as
>> interface configuration is currently performed *before* APT
>> configuration, when in needs to be after
Hi,
@josch, sorry, I overlooked that you referenced me earlier in this bug.
On 2024-05-14 12:12, Johannes Schauer Marin Rodrigues wrote:
> In general, you should avoid using -d or --dist with sbuild. But I see that
> sbuild-qemu always adds this option to the sbuild call. I am unable to say why
Hi Timo,
On 2024-03-14 10:06, Timo Röhling wrote:
>> Having read up on debian-python, I have misread the situation. I think
>> there needs to be a policy resolution first.
> I don't understand what you mean. The orphaning process is not tied to
> DPT policy, is it?
>
> FWIW, I am a regular user
Hey Ptter,
On 2024-03-08 20:21, Petter Reinholdtsen wrote:
> [Christian Kastner 2024-02-13]
>> I'll push a first draft soon, though it will definitely not be
>> upload-ready for the above reasons.
>
> Where can I find the first draft?
I've discarded the simple package
Control: found -1 5.2.3-3
Hi Cory,
On 2024-03-09 07:20, Cordell Bloor wrote:
> On systems, the rocm_agent_enumerator command may crash with an error:
>
> Traceback (most recent call last):
> File "/usr/bin/rocm_agent_enumerator", line 260, in
> main()
> File
Package: debian-policy
Version: 4.6.2.0
Severity: wishlist
Policy 5.6.30 lists the Testsuite field, but it doesn't list the
Testsuite-Triggers field that seems to be part of Sources files and is
generated by dpkg-source >= 1.18.8.
This field is quite useful, as given my package src:foo, I can
Hi Sean,
On 2024-03-30 02:35, Sean Whitton wrote:
>> I'd provide a patch based on the documentation in dsc(5), but I don't
>> know what the current process is. Does anyone have a link to a doc on
>> how to submit a change?
>
> There is a chapter of Policy regarding the Policy Changes Process.
Hi josch,
On 2024-03-28 11:28, Johannes Schauer Marin Rodrigues wrote:
> I think sbuild-qemu-boot and sbuild-qemu-update should do the same as
> autopkgtest did here:
>
> https://salsa.debian.org/ci-team/autopkgtest/-/commit/7a4954ded0f24221ac34ca0aaf10f3f9b083afa2
Thanks for pointing this out!
Hey Cory,
thank you for the analysis. I'll try to reproduce and lock this down on
my end, too.
Best,
Christian
On 2024-04-02 00:35, Cordell Bloor wrote:
> I tried to reproduce the rocfft callback bug with a W6800 (gfx1030). I
> used a Debian Unstable docker container on an Ubuntu Noble host,
Control: tags -1 - pending
I close the proposed MR implementing this as in light of the recently
published workaround, it is too invasive.
Hi Paul,
On 2024-04-07 16:42, Paul Gevers wrote:
> 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 again,
On 2024-03-29 20:30, Christian Kastner wrote:
> Policy 5.6.30 lists the Testsuite field, but it doesn't list the
> Testsuite-Triggers field that seems to be part of Sources files and is
> generated by dpkg-source >= 1.18.8.
>
> This field is quite useful, as given my
On 2024-02-21 09:22, Christian Kastner wrote:
> On 2024-02-21 08:02, Johannes Schauer Marin Rodrigues wrote:
>> is this a duplicate of #1061388?
>
> I *think* so, but I'm not sure.
>
> The cause definitely seems to be the same: on the host, prior to opening
> the chroot,
On 2024-04-02 00:35, Cordell Bloor wrote:
> I tried to reproduce the rocfft callback bug with a W6800 (gfx1030). I
> used a Debian Unstable docker container on an Ubuntu Noble host, but the
> tests all passed. This made me realize that the test failure pattern on
> the CI is that all the
Hi Joe,
On 2020-11-23 06:03, Joseph Nahmias wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Joseph Nahmias
>
> * Package name: nbdime
> Version : 2.1.0
> Upstream Author : Jupyter Development Team
> * URL : https://nbdime.readthedocs.io/
> * License :
On 2024-04-04 09:05, Christian Kastner wrote:
> The issue is already visible with AMD_LOG_LEVEL=1, it's the lack of PCIe
> atomics:
>
>> [ RUN ] rocfft_UnitTest.default_load_callback_complex_single
>> :1:rocvirtual.cpp :2949: 1796815625 us: [pid:1917
>&g
Package: lintian
Version: 2.117.0
Severity: wishlist
It would be nice if lintian could warn about packages with ~exp in their
Debian revisions where suite is not experimental.
So these would warn:
libfoo (1.0-1~exp) unstable; urgency=medium
libfoo (1.0-1~exp1) unstable; urgency=medium
Hi all,
adding #1033352 as below contains information for that bug, too.
On 2024-02-25 19:50, Johannes Schauer Marin Rodrigues wrote:
> in that issue you asked exactly the question I was about to ask you. :)
>
> Though it seems incus should now be able to deal gracefully with the situation
>
On 2024-02-26 07:23, Cordell Bloor wrote:
> The update of rocsparse 5.5.1 to 5.7.1 seems to have caused a regression
> in hipsparse. Although, it's also possible that this problem was because
> rocsparse was therefore rebuilt with the updated rocprim 5.7.1.
Interestingly, this passed on gfx900
Package: libhipsparse0-tests
Version: 5.7.1-1~exp1
Severity: normal
On gfx1031/gfx1032/gfx1034, there are numerous occurrences of
HIPSPARSE_STATUS_INTERNAL_ERROR, see [1] for a full log. Interestingly,
only some of them lead to test failures (some examples below), and
sometimes there is more than
Hi Sebastian,
writing to you as you bumped the severity to 'serious': could the rT
please give us an extension on the autoremoval for this particular bug.
The transition from first-filing-to-serious was unusually short notice,
and caught us in the middle of our own update of the stack.
This
Hey Cory,
On 2024-02-28 21:16, Cordell Bloor wrote:
> This segfault does seem to be caused by mixing clang-15 and clang-17 in
> the HIP RTC codepath. When libamdhip64 from ROCm 5.6.1 (built with the
> same clang-17 as rocm-compilersupport 6.0+git20231212.4510c28+dfsg-1) is
> used, the segfault
Control: retitle -1 O: numpy -- Fast array facility to the Python 3 language
Control: tags -1 - pending
Having read up on debian-python, I have misread the situation. I think
there needs to be a policy resolution first.
On 2024-03-02 22:18, Christian Kastner wrote:
> Control: retitle -1
Control: retitle -1 ITA: numpy -- Fast array facility to the Python 3 language
Control: tags -1 pending
I intend to put this under the Debian Python Team.
On 2024-03-02 21:46, Sandro Tosi wrote:
> Package: wnpp
> Severity: normal
> X-Debbugs-Cc: nu...@packages.debian.org, mo...@debian.org
>
Hi Étienne,
On 2024-02-26 19:29, Étienne Mollier wrote:
> If that helps, the autoremoval timer is reset each time the RC
> critical bug triggering the autoremoval is updated, e.g. when
> reporting an evolution of the situation in a new comment.
thanks for the info! That's incredible useful to
On 2024-02-26 07:23, Cordell Bloor wrote:
> The update of rocsparse 5.5.1 to 5.7.1 seems to have caused a regression
> in hipsparse. Although, it's also possible that this problem was because
> rocsparse was therefore rebuilt with the updated rocprim 5.7.1.
This one looks a bit tricky as it also
Hi Paride,
On 2024-05-20 18:25, Paride Legovini wrote:
> On 2024-05-20 17:55, Christian Kastner wrote:
>> The test trigger we recorded was "linux-signed-amd64=6.8.9+1" but that
>> could just be coincidental.
>
> Hi, this seems to be the same of:
>
> http
Package: autopkgtest
Version: 5.28
Severity: normal
In the Debian ROCm Team's CI, QEMU workers occasionally tmpfail with the
following error:
> autopkgtest: timed out waiting for 'command prompt on serial console'
>From [1], I guess that the official CI hit this, too.
However, this is an
Hi,
On 2024-05-19 17:06, Wouter Verhelst wrote:
> Package: autopkgtest
> Version: 5.35
> Severity: normal
>
>> sudo autopkgtest-build-qemu --architecture amd64 sid
>> /opt/chroots/autopkgtest-qemu.img
>
> followed by
>
>> autopkgtest . --test-name=initrd-boot -- qemu
>>
FYI, a contributor has submitted a patch to the kernel Bugzilla [1] and
it indeed fixed the issue for the packages where I was seeing this.
Let's hope it gets recognized and accepted soon.
Best,
Christian
[1]: https://bugzilla.kernel.org/show_bug.cgi?id=218916
Hi,
On 2024-06-17 08:34, Johannes Schauer Marin Rodrigues wrote:
> Quoting Francesco Poli (wintermute) (2024-06-16 19:09:08)
>> But, the allocated size has significantly grown:
>>
>> $ cd ~/.cache/sbuild/
>> $ ls -altrFs --si
>> total 4.4G
>> 4.1k drwx-- 37 $USER $USER 4.1k May 4
On 2024-06-22 12:49, Francesco Poli wrote:
> On Fri, 21 Jun 2024 00:42:21 +0200 Christian Kastner wrote:
>> In this particular case, one factor would be that the update caused new
>> APT lists to be downloaded, which have tens of MB.
>
> How so?
>
> As I said in t
On 2024-06-16 15:10, Lucas Nussbaum wrote:
> Source: python-xmlschema
> Version: 3.3.1-1
> Severity: serious
> Justification: FTBFS
> Tags: trixie sid ftbfs
> User: lu...@debian.org
> Usertags: ftbfs-20240615 ftbfs-trixie
>
> Hi,
>
> During a rebuild of all packages in sid, your package failed
801 - 893 of 893 matches
Mail list logo