Re: Illegal Instruction Using sudo in Bookworm on i686

Hi, On 09-06-2024 1:56 p.m., rhys wrote: So given that these no longer fit the "old and busted" description, is Debian going to stick with the decision to not support them? Or is Debian going to continue to support this processor, since it is still apparently a viable product, enough that new

Bug#1073003: ITP: python-django-structlog -- Structured Logging for Django

Package: wnpp Severity: wishlist Owner: Michael Fladischer X-Debbugs-Cc: debian-devel@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: python-django-structlog Version : 8.1.0 Upstream Contact: Michael Fladischer * URL : https://github.

Re: Seeking consensus on file conflict between python3-proto-plus and nanopb

Hi, On 6/11/24 07:40, Yogeswaran Umasankar wrote: It appears that nanopb's use of the module name "proto" does not align with the conventional identification of a Python module. Given this, it might be plausible to make this module private within the nanopb package. This adjustment could potent

Re: Seeking consensus on file conflict between python3-proto-plus and nanopb

Hi Laszlo and Yogeswaran, I'm explicitly adding Laszlo to Cc to increase the chances of him chiming in. On Mon, Jun 10, 2024 at 06:40:02PM -0400, Yogeswaran Umasankar wrote: > There is a file conflict between python3-proto-plus and nanopb. The > conflict arises due to both packages has a file at

Re: Enabling some -Werror=format* by default?

Hi! On Mon, 2024-06-10 at 18:01:58 +0200, Helmut Grohne wrote: > Ideally, we'd not just do a rebuild with the flags, but also do a > rebuild without and then compare the binary .debs. In the event that we > misguide configure, we expect the .debs to differ and otherwise to equal > due to the work

Re: Mandatory LC_ALL=C.UTF-8 during package building

Hi, On 6/11/24 00:26, Simon McVittie wrote: Reproducibility outside of sterile environments is however a problem for us as a distribution, because it affects how well people are able to contribute to packages they are not directly maintaining If our package-building entry point sets up aspec

Bug#1072975: ITP: edlin -- Standard line editor

Package: wnpp Severity: wishlist Owner: Alex Myczko X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: edlin Version : 2.17 Upstream Authors: Gregory Pietsch URL : https://github.com/FDOS/edlin * License : GPL-2+ Description : Standard line ed

Bug#1072974: ITP: kilo -- Small text editor

Package: wnpp Severity: wishlist Owner: Alex Myczko X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: kilo Version : 0.0.1 Upstream Authors: Salvatore Sanfilippo URL : https://github.com/antirez/kilo * License : BSD-2 Description : Small text