Hi Mike,
Do you need this for trixie?
Cheers!
Because of this bug, rust-protobuf is now marked for autoremoval
together with the following packages:
rust-erbium, rust-erbium-core, rust-pprof, rust-prometheus,
rust-protobuf-codegen, rust-protobuf-codegen-pure, rust-protoc-rust,
rust-ttrpc, scaphandre.
scaphandre was already decoupled fro
Followup-For: Bug #1104100
X-Debbugs-Cc: noisyc...@tutanota.com, ftpmas...@ftp-master.debian.org,
s...@debian.org
Control: reassign -1 ftp.debian.org
Control: affects -1 + src:lsp-plugins
Hi Dennis,
Removal requests must be filed against the ftp.debian.org pseudo-package with
specific
Usertags.
Source: cruft-ng
Version: 0.9.68
Severity: normal
X-Debbugs-Cc: noisyc...@tutanota.com
Control: tags -1 + patch upstream
Dear Maintainer,
As part of [1], local-apt-repository renamed its sources filename from
local-apt-repository.list to local-apt-repository.sources. In attachment you
will find a
I decoupled handlebars from the rest and filed [1] to also decouple
prometheus: erbium (its only (transitive) reverse dependency
application) doesn't use protobuf's functionality. This however is not a
small change, so it needs consensus from the team (hence the MR). Pros
and cons are detailed
On 25/04/25 07:05, Jonas Smedegaard wrote:
Scaphande is now (pending upload) patched to no longer build-depend on
the protobuf crate. Turns out it was optional and already unused for
other reasons (will file a bug about that upstream).
Thanks Jonas!
As for erbium (via erbium-core), it looks l
Source: rust-protobuf
Followup-For: Bug #1103833
X-Debbugs-Cc: noisyc...@tutanota.com, jel...@debian.org, infini...@debian.org,
d...@jones.dk
Control: forwarded -1 https://github.com/stepancheg/rust-protobuf/issues/763
I looked into this, I will try to summarize the situation to the best of my
kn
Source: rust-web-sys
Followup-For: Bug #1104025
X-Debbugs-Cc: noisyc...@tutanota.com
Control: tags -1 + pending
Hi Peng,
Thanks for contributing to Debian! I have pushed your fix to VCS [1], it will
be included in the next upload. For your next contributions to Rust packages,
I suggest you get fa
Source: lsp-plugins
Followup-For: Bug #1102592
X-Debbugs-Cc: noisyc...@tutanota.com, s...@debian.org
Hi there,
I think migration of lsp-plugins to testing is currently blocked because a
removal from armel was not requested?
Current excuses says:
```
- Migration status for lsp-plugins (1.2.16-1
Source: scaphandre
Followup-For: Bug #1102386
X-Debbugs-Cc: noisyc...@tutanota.com
Control: tags -1 + patch
Came across this while doing other work, you will find a patch in attachment.
Cheers!
mdbook-fix.patch
Description: application/mbox
Source: rust-pyo3
Followup-For: Bug #1103894
X-Debbugs-Cc: noisyc...@tutanota.com
Control: tags -1 + pending
It looks like the fix [1] can be easily backported to v0.22, so we can avoid
a transition to v0.24 late in the trixie freeze. Fixed in VCS, waiting for
upload.
Thanks!
[1] https://github
Source: rust-tokio
Followup-For: Bug #1103988
X-Debbugs-Cc: noisyc...@tutanota.com
Control: tags -1 + pending
Fixed in VCS, waiting for upload.
Thanks!
This is due to rust-tiny-skia and rust-tiny-skia-path now building in
unstable with rustc 1.85.0+dfsg2-3, which reintroduced a number of
packages on i386, including resvg. resvg builds fine in unstable/i386
[2] with that version of rustc. When rustc migrates to testing this bug
will solve itsel
On 02/04/25 22:01, NoisyCoil wrote:
While multi-arch should probably be set regardless, wouldn't build-
depending on rust-src:native work as well for this purpose?
It seems the ':native' qualifier can only be used for
build-dependencies, so the workaround fails for binary package dependencies.
arm64 builds, it
also enables the amd64 and i386 builds needed for the gaming stack [2].
Cheers!
[1] https://salsa.debian.org/bananas-team/wip/mesa-asahi
[2] https://asahilinux.org/2024/10/aaa-gaming-on-asahi-linux/
>From b5242a9ab3ae25b91bb2715759251a8f6fb33178 Mon Sep 17 00:00:00 2001
From: N
Hi Jonas,
Please note that I have DM permissions on this package, so when you'll
eventually adopt it you may want/need to revoke them, and in that case
you should feel free to do so.
Cheers!
For me it worked without M-A: allowed in a test package, the reason (I
think) being rust-src:native means rust-src:amd64, which means
Multi-Arch should be ignored?
I think M-A: allowed is only needed for :any, not :native?
While multi-arch should probably be set regardless, wouldn't
build-depending on rust-src:native work as well for this purpose?
The update is trivial and seemingly introduces no regressions, so feel
free to downlift to unstable whenever convenient to you.
Cheers!
` sets the
wrong llvm version for this release of rustc. In attachment you will find a
patch that should fix this bug.
Cheers!
>From 7b91f0592c11b39d433065e99cd83faa196c1bf4 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Thu, 20 Mar 2025 21:33:26 +0100
Subject: [PATCH] d/p/behaviour/d-rust-l
Package: xserver-xorg-core
Version: 2:21.1.16-1
Severity: normal
Tags: patch
X-Debbugs-Cc: noisyc...@tutanota.com
Dear Maintainer,
The patch introduced after [1] and [2] -- namely, 08_apple_silicon_config.diff
--
is now upstream and can be removed. As it stands, the apple silicon quirk is
being
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-yaml-r...@packages.debian.org, noisyc...@tutanota.com
Control: affects -1 + src:rust-yaml-rust
User: ftp.debian@packages.debian.org
Usertags: remove
Hi,
On behalf of the Rust Team, please remove src:rust-yaml-rust from unstable and
t
On 24/03/25 19:53, Chris Hofstaedtler wrote:
AFAIK this is exactly the point of Recommends. Not all situations
require the package, and the user must change the defaults to not
get the dependency installed.
To me "alacritty (literally) crashes on X11 without libxkbcommon-x11-0"
reads much more
Control: tags -1 + moreinfo
Setting aside option 2 as it seems too involved for this situation, it
seems to me that option 1 goes explicitly against policy: the existence
of this bug proves the expectation is not fulfilled in practice, and
packages must depend on other packages needed for them
Package: qemu-efi-aarch64
Version: 2025.02-4
Severity: important
X-Debbugs-Cc: debian-...@lists.debian.org, noisyc...@tutanota.com
User: debian-...@lists.debian.org
Usertags: arm64
Dear Maintainer,
You were right in #1099500, my bug has nothing to do with ovmf. After further
digging I found out t
Package: systemd-zram-generator
Followup-For: Bug #1089203
X-Debbugs-Cc: noisyc...@tutanota.com, aferra...@debian.org
Hi Arnaud,
Are you aware of this bug? I think you originally included [1] to solve
Bug#1042926, but that has the side effect of meddling with admin configuration.
Should [1] be re
Source: rust-onig-sys
Followup-For: Bug #1097832
X-Debbugs-Cc: noisyc...@tutanota.com
This should be fixed with [1], but the fix is still unreleased.
[1]
https://github.com/rust-onig/rust-onig/commit/25a950f0045600645d9f51da2b4f8b057cc017f1
Package: lists.debian.org
Followup-For: Bug #1091416
X-Debbugs-Cc: noisyc...@tutanota.com, c...@debian.org
Hi,
Are there updates on this request? Upcoming work could really make good use of
this mailing list.
Thank you!
Package: ovmf
Followup-For: Bug #1099500
X-Debbugs-Cc: noisyc...@tutanota.com
I am experiencing this bug with an arm64 Tails virtual machine. The current
release of Tails is based on Debian bookworm live, and the image I'm using
boots using bookworm's unsigned grub on the removable path
(EFI/BOOT
Package: asahi-audio
Version: 3.1-1
Severity: grave
Tags: upstream
Justification: renders package unusable
X-Debbugs-Cc: noisyc...@tutanota.com
After upgrading from 3.0-3 to 3.1-1, volume cannot be turned down (or up, but
the default is almost full volume so this is less of an issue) on an M1 Mini
] https://github.com/rust-lang/cargo/pull/15234
[2] https://github.com/rust-lang/cargo/issues/15159
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1094199#99
>From 343c4092430594feb4f66b3caaeeea7fa9038830 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Fri, 14 Mar 2025 18:01:01 +0100
Subje
ream Asahi.
Thank you in advance.
On behalf of the Bananas Team,
NoisyCoil
[1] https://github.com/AsahiLinux/u-boot
[2] https://salsa.debian.org/debian/u-boot/-/merge_requests/49
[3] drivers/usb/host/xhci-pci-asmedia.c
Control: tags -1 incoming
On 08/03/25 21:19, Vincent van Leeuwen wrote:
Examining the file it seems to be zsh syntax, not fish syntax. I can't find the
file in the upstream git repo, so maybe something shipped by this package got
switched around by mistake?
Yep, after a recent change I switc
Package: oss4-dev
Version: 4.2-build2020-3
Severity: serious
Justification: Policy 3.9
X-Debbugs-Cc: noisyc...@tutanota.com
Dear Maintainer,
While discussing the new 'missing-breaks' Salsa CI job [1], one of the kernel
maintainers stated that oss4-dev's soundcard.h must not be installed under
/us
Hi all,
I am in strong favor of 1., letting BTS forward to Uploaders. I'm
Uploader for a few tens of (team-maintained) packages, most of which I
don't particularly care about since I only introduced them as
dependencies, and I'm not going to subscribe to all of them. Still, I do
feel responsi
Package: rustup
Version: 1.27.1-2+b1
Followup-For: Bug #1095964
X-Debbugs-Cc: noisyc...@tutanota.com
Control: tags -1 + pending
Fixed in git, waiting for upload.
Thanks!
Source: rust-rustybuzz
Version: 0.18.0-1
Followup-For: Bug #1099011
X-Debbugs-Cc: noisyc...@tutanota.com
Hi Jonas,
As the maintainer of rustybuzz, feel free to adopt it.
Cheers!
Package: reprepro
Version: 5.4.6-2
Followup-For: Bug #1095493
X-Debbugs-Cc: noisyc...@tutanota.com
I got the same error after updating a 'mesa-asahi' package. After running
translatelegacyreferences [1] and doing the update, my packagenames.db
contains a single item,
[(b'mesa-asahi\x00', b'mesa-a
l, making
tests uninstallable; 2. two of resvg's examples should be gated behind the
correct features. The patches in attachment, to be applied to the debian
packages in no precise order, fix both of them.
Cheers!
>From 4983a9ca52e2d9bd378ebadea5524b4a3eeaf185 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Package: local-apt-repository
Version: 0.9
Followup-For: Bug #1095195
X-Debbugs-Cc: noisyc...@tutanota.com
Control: tags -1 + patch
Hi all,
I opened a MR [1] to switch to DEB822 sources and fix this issue.
Cheers!
[1] https://salsa.debian.org/debian/local-apt-repository/-/merge_requests/1
Source: scaphandre
Followup-For: Bug #1095710
X-Debbugs-Cc: noisyc...@tutanota.com
Control: severity -1 serious
Hi Jonas!
procfs v0.17 was accepted into unstable. Raising the severity of this bug
accordingly.
Cheers!
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-br...@packages.debian.org, noisyc...@tutanota.com
Control: affects -1 + src:rust-broot
User: ftp.debian@packages.debian.org
Usertags: remove
Hello.
Please remove src:rust-broot and its binaries from i386 and mips64el, unstable
and te
No problem, thanks a lot!
Package: alsa-ucm-conf
Version: 1.2.13-1
Followup-For: Bug #1092257
X-Debbugs-Cc: noisyc...@tutanota.com, jo...@debian.org
Hi Jordi,
Should we NMU this?
Thanks
there are no tests in the package,
I didn't do checks other than a test build.
Cheers!
>From d541c8f2f83b5f1a0a995d9a9110f6db5f03f106 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sat, 18 Jan 2025 21:18:17 +0100
Subject: [PATCH] bump build-dependency for crate procfs
---
debian
v0.13 using the patch in attachment.
Cheers!
>From 6d1744c798de93d45ae2e6b7606d0ab8893946e5 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sun, 9 Feb 2025 10:34:12 +0100
Subject: [PATCH] Bump capstone dependency to v0.13
---
debian/control | 4 ++--
debian/patc
> As I also wrote at #1094199, this is a bug against dh-rust, and since
> your arguments seem to be targeted at making changes to cargo, they are
> likely better suited at a separate bugreport.
Here I described cargo's behavior to explain how it affects dh-rust and how it
got worse starting with
Source: llvm-toolchain-19
Version: 1:19.1.7-1
Severity: serious
Tags: ftbfs patch
Justification: RT
X-Debbugs-Cc: noisyc...@tutanota.com
Dear Maintainer,
starting from 2.43.90.20250202-1, binutils now suggests binutils-gold instead
of depending on it [1]. As a consequence llvm must now depend exp
Package: dh-rust
Version: 0.0.11
Followup-For: Bug #1094483
X-Debbugs-Cc: noisyc...@tutanota.com
I confirm the analysis of this bug which I gave in #1094199. Both bugs are the
manifestation of the same underlying implementation bug: dh-rust relies on
`cargo package` to normalize the crate and to i
What a shame, thanks for the re-upload!
unstable. Patch in attachment.
Cheers!
>From 975d60fdae63d7d1060c2e35bfd2af9a44c1e8b1 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sat, 8 Feb 2025 12:45:12 +0100
Subject: [PATCH] d/t/control: fix spareval version
---
debian/tests/control | 4 ++--
1 file changed, 2 insertions(+), 2 deleti
Source: rust-wasmtime
Followup-For: Bug #1095429
X-Debbugs-Cc: noisyc...@tutanota.com
Control: tags -1 + patch
Promised patch in attachment.
Cheers!
>From 43b05fba5278c55db6b83fe76b12bf57f7ce19dc Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sat, 8 Feb 2025 00:13:03 +0100
Subject: [PATCH]
with async-std),
showing that the underlying issue is in fact the same as Bug #1094483.
>From 475f2bf42e577d93ed524848d7862d6afd857a6f Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Fri, 7 Feb 2025 19:59:52 +0100
Subject: [PATCH] Add a `no-lock` option to `cargo package`
---
src/bin/cargo/
Source: rust-wasmtime
Version: 21.0.2+dfsg-1.1
Severity: normal
X-Debbugs-Cc: noisyc...@tutanota.com
Dear Maintainer,
src:rust-wasmtime's after_dh_auto_clean target,
```
# re-lock dependencies
execute_after_dh_auto_clean:
[ ! -f Cargo.lock.orig ] || mv -f Cargo.lock.lock Cargo.lock
```
Package: dh-rust
Version: 0.0.10
Followup-For: Bug #1094199
X-Debbugs-Cc: noisyc...@tutanota.com, jo...@jones.dk, ben...@debian.org
Hi Jonas,
Just putting some ideas out there, not sure they will actually help but at
least I tried.
Why should dependencies be installed in the correct order in th
Control: retitle -1 dh-rust: fails to build packages with profile `nocheck` and
B-Ds
Control: severity -1 important
Control: affects -1 + src:rust-async-std
Third time's the charm, they say.
Control: retitle -1 dh-rust: fails to build packages with profile
"nocheck" and B-Ds
Control: severity -1 important
Control: affects -1 + src:rust-async-std
BTS control server was apparently unhappy with the retitling format,
trying again.
Control: reassign -1 dh-rust
Control: retitle -1 dh-rust: fails to build packages with profile
`nocheck` and B-Ds
Control: severity -1 important
Control: affects -1 + src:rust-async-std
This is a dh-rust bug. When the build is done with the `nocheck`
profile, `cargo package` is still called i
Package: dh-rust
Version: 0.0.10
Followup-For: Bug #1094199
X-Debbugs-Cc: noisyc...@tutanota.com, jo...@jones.dk
Hi Jonas,
Has there been any progress on this bug? It is currently blocking the bindgen
transition (via oxigraph) and may possibly block other updates to come (some
evidence of this in
Source: rustc-web
Followup-For: Bug #1084926
X-Debbugs-Cc: noisyc...@tutanota.com
Control: retitle -1 please Provide rustc from rustc-web and cargo from cargo-web
For similar reasons src:rustc-web should also Provide rustc from rustc-web.
Package: m1n1
Version: 1.4.19-1
Severity: critical
Tags: upstream sid
Justification: breaks the whole system
X-Debbugs-Cc: noisyc...@tutanota.com
Version 1.4.19 [1] of m1n1 makes M2 Pro/Max Macbook Pros unbootable [2].
[1] Actually, >= 1.4.18, <= 1.4.20, but testing currently has 1.4.17 and
stall due to bug #1094737. And of
course, FTBFS means I could not *actually* test the package with the new
bindgen.
>From 3f599130570d95583a429665ee861920eb60c60c Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sat, 25 Jan 2025 21:11:00 +0100
Subject: [PATCH] Update to bindgen v0.71
---
debia
Source: oxigraph
Version: 0.4.7-2
Severity: serious
Tags: ftbfs
Justification: RT
X-Debbugs-Cc: noisyc...@tutanota.com
Hi,
rust-bindgen v0.71 was just accepted in unstable. At this time src:oxigraph
(both v0.4.5-1 in unstable and v0.4.7-2 in experimental) depends on v0.70. Due
to the current FTBF
Package: wnpp
Severity: wishlist
Owner: NoisyCoil
X-Debbugs-Cc: debian-de...@lists.debian.org, noisyc...@tutanota.com
* Package name: triforce-lv2
Version : 0.1.0
Upstream Contact: James Calligeros
* URL : https://github.com/chadmed/triforce
* License : GPL
> It seems you are reusing a bugreport about one build failure for
another bug about a differently caused build failure.
No, I'm not. If you read my previous email to the BTS:
> Sorry, yesterday I didn't notice 0.4.7-2 is in exp, so downgrading
severity to normal. I will retry with 0.4.5-1 whe
Control: tags -1 + experimental
oxigraph 0.4.5-1 is B-D-uninstallable after the rust-dashmap 5->6
update. I confirmed this bug in experimental after installing B-Ds using
the aspcud solver. Feel free to close it though, depending on your
stance on exp bugs.
Cheers!
Control: severity -1 normal
Hi Jonas,
Sorry, yesterday I didn't notice 0.4.7-2 is in exp, so downgrading
severity to normal. I will retry with 0.4.5-1 when I find some time.
Best.
ing a patch for your convenience.
Cheers!
>From 0223a1ed6d681c14aa923ef383e3b6c7f50565bc Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sat, 25 Jan 2025 23:28:26 +0100
Subject: [PATCH] Update bindgen to v0.71
---
debian/control | 4 ++--
debian/patches/1001_bindgen.patc
ing a patch for your convenience.
Cheers!
>From c32fbffec8e3310f497f7df1f6314568847cc8f3 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sat, 25 Jan 2025 21:42:11 +0100
Subject: [PATCH] Update to bindgen v0.71
---
debian/control | 4 ++--
debian/patches/1001_bindgen.patc
Control: retitle -1 Requesting a 'debian-arm-apple' mailing list
Hi.
In the spirit of the rationale and description conveyed in the opening
email of this bug report, since the mailing list is not meant to be
limited to the Bananas Team alone, it was decided that the mailing list
should be ca
Package: alsa-ucm-conf
Followup-For: Bug #1092257
X-Debbugs-Cc: noisyc...@tutanota.com,
Hello,
Has there been any progress on this bug? Since the upstream bug was opened in
November and there haven't been new releases yet, perhaps it could be fixed
by applying the patch? Watching this closely as
Control: tags -1 + pending
Fixed in git, will ask to upload.
d zvariant::signature::Error to NetavarkError::DbusVariant,
which is the same one zvariant::Error is mapped to.
Cheers!
>From b85c110193b759061d170163c5bbe2dc7dca7b63 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Tue, 21 Jan 2025 01:23:45 +0100
Subject: [PATCH] Bump zbus dependency to v5
---
d
Control: tags -1 + pending
Fixed in git, waiting for someone to upload.
Cheers!
P.S.: I used portable-atomic instead of atomic-polyfill. The latter is
deprecated, and we often resort to the former in Rust Team.
Control: tags -1 + pending
Hi Holger,
I've already fixed this in Salsa together with a number of related bugs,
will ask someone from the Rust Team for sponsorship soon (a large
migration is expected in the next few hours, so I'm trying to avoid
interferences).
Cheers!
Package: broot
Version: 1.44.3-1
Severity: normal
X-Debbugs-Cc: noisyc...@tutanota.com
(Opening this bug report as the maintainer of the package to inform users this
is a known issue)
When the `open_preview` verb is executed on an image, a hexdump is displayed
instead of the image preview.
This
FWIW, just to add half a data point, I recently tried backporting
rustc-1.83 to bookworm (that is, using the source from unstable), and
this bug didn't show up neither on amd64 nor on arm64. My logs look
exactly the same as Fabian's.
Cheers!
Package: lists.debian.org
Severity: wishlist
X-Debbugs-Cc: noisyc...@tutanota.com
Hello,
I would like to request the creation of debian-bana...@lists.debian.org. The
Debian Bananas Team [1,2] works to introduce official support for Apple Silicon
in Debian. We would like to have a mailing list to
. Bumping the version is
straightforward, but I'm attaching a patch nonetheless.
Cheers!
>From ebfc6059007f7cabec35a7a49dfd7b383de7c92d Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sun, 22 Dec 2024 12:22:27 +0100
Subject: [PATCH] Bump env_logger dependency to v0.11
---
debian
. Bumping the version is
straightforward, but I'm attaching a patch nonetheless.
Cheers!
>From d07cf4576c7fc623370a5b5eb999155418935fe4 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sun, 22 Dec 2024 12:15:37 +0100
Subject: [PATCH] debian: bump env_logger dependency to v0.11
---
debian
v0.11. Bumping the version is
straightforward, but I'm attaching a patch nonetheless.
Cheers!
>From 1a1f182dcf8e22382c41d060357fde6b9e243f22 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Mon, 23 Dec 2024 16:33:12 +0100
Subject: [PATCH] Bump env_logger to v0.11
---
debian
v0.11. Bumping the version is
straightforward, but I'm attaching a patch nonetheless.
Cheers!
>From 913d50fd8743994d2592bffe12fd85796ca2045d Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Wed, 18 Dec 2024 01:19:45 +0100
Subject: [PATCH] Bump env_logger to v0.11
---
debian/tests/cont
-6) builds and its autopkgtests pass just fine
with v0.11. Bumping the version is straightforward, but I'm attaching a patch
nonetheless.
Cheers!
>From 6dc5f11dadff33963c216a5f117989f13739a72a Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Wed, 18 Dec 2024 00:53:23 +0100
Subject: [PAT
v0.11. Bumping the version is
straightforward, but I'm attaching a patch nonetheless.
Cheers!
>From af0c902937b4da70a5ecfb14c502293ddb73168c Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Wed, 18 Dec 2024 00:18:42 +0100
Subject: [PATCH] Bump env_logger to v0.11
---
debian
with v0.11. Bumping the version is
straightforward, but I'm attaching a patch nonetheless.
Cheers!
>From 29301e5337e52c04363ff5fb24dcda44742b26c6 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Wed, 18 Dec 2024 00:03:28 +0100
Subject: [PATCH] Bump env_logger to v0.11
---
debian
Thanks Andrea!
Package: libvirt-daemon-driver-network
Version: 10.10.0-3
Followup-For: Bug #1090355
X-Debbugs-Cc: noisyc...@tutanota.com
> This too is a known issue:
>
> https://fedoraproject.org/wiki/Changes/LibvirtVirtualNetworkNFTables#Known_issue:_non-firewalld_firewall_mgmt_tools
Confirmed. DHCP not workin
Package: libvirt-daemon-driver-network
Version: 10.10.0-3
Followup-For: Bug #1090355
X-Debbugs-Cc: noisyc...@tutanota.com
I see the same behavior by simply having ufw installed and enabled, no special
rules, no docker installed. Disabling ufw or manually adding blanket INPUT and
FORWARD rules to e
Source: rust-cargo
Followup-For: Bug #1090298
X-Debbugs-Cc: noisyc...@tutanota.com
Control: merge -1 1090296 1090297 1090299 1090301
Hi,
These are all the same bug, fixed by yesterday's upload of
librust-gix-credentials-dev 0.24.3-2. I'll wait for the latter to migrate to
testing and then I'll cl
, I'm attaching a patch to decouple
rust-rust-ini from it. The patch is to be imported with quilt.
Cheers!
>From 19548da2f8b520d5b8177e801503aac18d9204c4 Mon Sep 17 00:00:00 2001
From: NoisyCoil
Date: Sun, 15 Dec 2024 12:46:33 +0100
Subject: [PATCH] Temporarily patch-out trim_in_place
Avoid
> Apparently none of us tests autopkgtests: Turns out your patch was
> correct after all, albeit incomplete.
Not entirely sure I follow. I sent the patch one week ago, when it would
have fixed lazy-regex 3.1.0-6 and made all its autopkgtests pass, which
I had tested :-) Upload of 3.3 then intro
Source: rust-ognibuild
Followup-For: Bug #1089894
X-Debbugs-Cc: noisyc...@tutanota.com, jo...@jones.dk
Control: unblock -1 by 1089204
Control: block -1 by 1089917
> Unfortunately, even with the (equivalent, I believe, of) your patch
> applied, a build with autopkgtest checking enabled still fails
Package: librust-lazy-regex-dev
Followup-For: Bug #1089204
X-Debbugs-Cc: noisyc...@tutanota.com
Jonas,
Are you sure you are not mixing up bugs? This one is for an autopkgtest failure
that existed in v3.1, but currently (v3.3) there are other autopkgtest failures
which were just introduced upstrea
Thanks for the heads-up Jonas. However, that wasn't the right call. I cc'ed you
just to let you know that you were being mentioned in this discussion (and to
let you know that I would be working on a patch for a bug that I hadn't opened
yet!), but this bug was not blocked by any other bug presen
> Indeed I totally missed it. And your proposed patch (if working, which
> I am testing right now, restructered to instead extend existing feature
> fencing patch) is more elegant than giving up and skipping the test.
>
Thanks and I agree, it could be worth it not to disable the test. This is t
Source: rust-ognibuild
Followup-For: Bug #1089894
X-Debbugs-Cc: noisyc...@tutanota.com, d...@jones.dk, jel...@debian.org
Hi Martin-Éric,
TL;DR: one issue is fixed in VCS and waiting for upload, I plan to work on
another issue if lazy-regex's maintainer doesn't beat me on timing, a third
issue is
Package: ftp.debian.org
Severity: normal
Tags: security
X-Debbugs-Cc: rust-us...@packages.debian.org, noisyc...@tutanota.com, Debian
Security Team
Control: affects -1 + src:rust-users
User: ftp.debian@packages.debian.org
Usertags: remove
Hello,
On behalf of the Rust Team, please remove src:
Source: rust-coreutils
Severity: serious
Justification: RT
X-Debbugs-Cc: noisyc...@tutanota.com
Dear Maintainer,
As agreed with you in [1], I'm about to file a removal request for rust-users
(see security Bug#1051808). rust-coreutils is the only package in the archive
that still depends on rust-u
Package: librust-lazy-regex-dev
Followup-For: Bug #1089204
X-Debbugs-Cc: noisyc...@tutanota.com, d...@jones.dk
Hi Jonas,
I think you missed this bug, which was filed before plugwash's #1089813. This
is RC too, so it will prevent migration. Feel free to close it.
Best.
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: rust-env-logger-...@packages.debian.org, noisyc...@tutanota.com
Control: affects -1 + src:rust-env-logger-0.7
User: ftp.debian@packages.debian.org
Usertags: remove
Hello,
On behalf of the Rust Team, please remove src:rust-env-logger-0.7 f
1 - 100 of 167 matches
Mail list logo
