linux-signed-arm64_6.12.12+1~bpo12+1_source.changes uploaded successfully to
localhost
along with the files:
linux-signed-arm64_6.12.12+1~bpo12+1.dsc
linux-signed-arm64_6.12.12+1~bpo12+1.tar.xz
Greetings,
Your Debian queue daemon (running on host usper.debian.org)
Mapping bookworm-backports to stable-backports.
binary:ata-modules-6.12.12+bpo-arm64-di is NEW.
binary:btrfs-modules-6.12.12+bpo-arm64-di is NEW.
binary:cdrom-core-modules-6.12.12+bpo-arm64-di is NEW.
binary:crypto-dm-modules-6.12.12+bpo-arm64-di is NEW.
binary:crypto-modules-6.12.12+bpo-arm64-di i
Hi
I would like to upload linux version 6.12.17-1 to unstable.
it imports 6.12.17 and fixing as well one already allocated CVE
(CVE-2025-21746). The main urgency for uploading another revision is
though fixing a regression we introduced by a missing dependency on
pahole for the kbuild package cau
Processing commands for cont...@bugs.debian.org:
> affects 1098706 + broadcom-sta-dkms package
Bug #1098706 [src:linux] linux: building out-of-tree modules fails with pahole:
not found
Bug #1098737 [src:linux] virtualbox-dmks: possible missing dependency on pahole
Bug #1098739 [src:linux] vhba-dk
On Wed, Feb 26, 2025 at 9:58 PM NoisyCoil wrote:
>
> 2. it relieves packagers from having to manually keep track of what must
> be installed, especially if whether they are generated or not depends on
> the config (I think this is not the case right now, but I don't see why
> it couldn't be in the
The problem also affects the broadcom-sta-dkms package.
Hi Paul,
On Mon, Feb 24, 2025 at 09:12:43PM -0500, Paul DeKraker wrote:
> I just tried 6.12.16 and as with 6.12.15 the system locks up / becomes
> completely unresponsive and needs to be hard reset when attempting a large
> transfer from a network share to the local computer, so this probably is a
#
# bts-link upstream status pull for source package src:linux
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
# https://bts-link-team.pages.debian.net/bts-link/
#
user debian-bts-l...@lists.debian.org
# remote status report for #1050352 (http://bugs.debian.org/10503
On Wed, Feb 26, 2025 at 8:12 PM NoisyCoil wrote:
>
> the case, then I would also ask Miguel if the .rmeta files can be used
> from another architecture for cross-compiling. I think the .rmeta files
> can only be used with the same rustc that compiled the kernel crates?
> Don't know exactly which c
Processing commands for cont...@bugs.debian.org:
> limit source linux
Limiting to bugs with field 'source' containing at least one of 'linux'
Limit currently set to 'source':'linux'
> tags 1095745 + pending
Bug #1095745 [src:linux] rockchip: NVMe unavailable on rk3568 platform
Bug #1098250 [src:l
Hi,
I don't know how easy/complicated the process is after the 2024 updates
to the package, but if it's not too much trouble, an update to
bookworm-backports would be appreciated.
Specifically, I think newer generation AMD CPUs (with iGPUs) and
accompanying mainboards would benefit from this, as
11 matches
Mail list logo