Re: New requirements for APT repository signing

2024-03-03 Thread Sune Vuorela
On 2024-03-03, RL wrote: > It does - but also makes me wonder: is this going to affect Debian users > with 3rd party repositories when they upgrade to trixie? (or is that not > yet known?) In theory. I don't know if there are any statistics on 'popular' 3rdparty repositories and their keys. But a

Re: time_t transition and bugs

2024-03-03 Thread Otto Kekäläinen
Thanks Steve for uploading a fixed curl on Saturday. Just checking did you notice amel/armhf are still not building due to secondary issues and n dependencies? https://buildd.debian.org/status/package.php?p=curl

Re: dpkg --verify not helpful?

2024-03-03 Thread RL
Andreas Metzler writes: > Hello, > > iirc it was recently proposed to add a suggestion to run dpkg --verify > to the trixie upgrade notes to find missing files due to the usr-merge > transition. (Cannot find the reference right now). https://lists.debian.org/debian-devel/2023/12/msg00167.html B

Re: New requirements for APT repository signing

2024-03-03 Thread RL
Johannes Schauer Marin Rodrigues writes: >> APT 2.7.13 just landed in unstable and with GnuPG 2.4.5 installed, >> requires repositories >> to be signed using one of >> >> - RSA keys of at least 2048 bit >> - Ed25519 >> - Ed448 >> >> Any other keys will cause warnings. These warnings will beco

Re: time_t transition and bugs

2024-03-03 Thread Steve Langasek
On Sat, Mar 02, 2024 at 10:37:33PM +0500, Andrey Rahmatullin wrote: > On Sat, Mar 02, 2024 at 06:34:43AM -0700, Antonio Russo wrote: > > There's a similar issue with versioned dependencies by un-transitioned > > packages have on non-t64 libraries (e.g., libqt5sql5). > It's not similar, it's caused

Re: hardinfo rebooted as hardinfo2 - community edition - RELEASE 2.0.12

2024-03-03 Thread hwspeedy
Hi Simon Quiqley, (CC: debian-devel) I'm trying to figure out how to get the hardinfo2 - release 2.0.12 into debian repository. hardinfo2 is a community fork of hardinfo and should continue as hardinfo package, currently maintained in debian by Simon Quiqley. Salvo Tomaselli suggested to do I

Re: Any way to install packages+run autopkgtests on porterbox machines?

2024-03-03 Thread Ross Vandegrift
On Fri, Mar 01, 2024 at 06:28:50PM +0530, Nilesh Patra wrote: > When I want to fix autopkgtests for a package on a particular architecture, I > currently > see no way to run autopkgtests before I dput since porter boxes do not > provide root > access which autopkgtest needs. Not exactly an answe

Re: Any way to install packages+run autopkgtests on porterbox machines?

2024-03-03 Thread Simon McVittie
On Sun, 03 Mar 2024 at 22:52:26 +0530, Nilesh Patra wrote: > If I want to run tests with another package (say a test dependency) that I > fixed > locally on a particular arch (which is not amd64) -- how doI run autopkgtests > with > this combo on a porter machine? Unfortunately, the general answ

Re: Any way to install packages+run autopkgtests on porterbox machines?

2024-03-03 Thread Nilesh Patra
On Sun, Mar 03, 2024 at 06:09:47PM +0100, Paul Gevers wrote: > On 01-03-2024 1:58 p.m., Nilesh Patra wrote: > > Have you found any way around these? > > https://salsa.debian.org/mbanck/dd-autopkgtest/ Thanks, I will use this for autopkgtests. This however also only partially solves the issue for

Re: Another take on package relationship substvars

2024-03-03 Thread Nicolas Boulenguez
> Can we also consider ${*:Built-Using} as typically seen in > ${sphinxdoc:Built-Using}? > This is another field that people keep forget adding. While missing > this field is not severely harmful, having it automatically handled > would be beneficial. Automatic expansion of ${*:(Static-)Built-Usi

Re: Any way to install packages+run autopkgtests on porterbox machines?

2024-03-03 Thread Paul Gevers
Hi, On 01-03-2024 1:58 p.m., Nilesh Patra wrote: Have you found any way around these? https://salsa.debian.org/mbanck/dd-autopkgtest/ Alternative, probably not the best solution, but until better ones are found (and as long it's not too much used): Antonio and I offer DD's access to testbed

Bug#1065378: ITP: libiir -- DSP IIR realtime filter library

2024-03-03 Thread Stephen Kitt
Package: wnpp Severity: wishlist Owner: Stephen Kitt X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: libiir Version : 1.9.4 Upstream Author : Bernd Porr * URL : https://github.com/berndporr/iir1 * License : MIT Programming Lang: C++ Description

Bug#1065352: ITP: libhyprlang -- Configuration language for Linux applications

2024-03-03 Thread Alan M Varghese
Package: wnpp Severity: wishlist Owner: Alan M Varghese X-Debbugs-Cc: debian-devel@lists.debian.org, a...@digistorm.in * Package name: libhyprlang Version : 0.4.1 Upstream Contact: vaxerski * URL : https://github.com/hyprwm/hyprlang * License : GPL Programm

Bug#1065346: ITP: way-shell -- Gnome inspired desktop shell for Wayland compositors/window managers

2024-03-03 Thread Birger Schacht
Package: wnpp Severity: wishlist Owner: Birger Schacht X-Debbugs-Cc: debian-devel@lists.debian.org, bir...@debian.org * Package name: way-shell Version : no release yet Upstream Contact: Louis DeLosSantos * URL : https://github.com/ldelossa/way-shell/ * License

[Summary]: Another take on package relationship substvars

2024-03-03 Thread Niels Thykier
Hi It seems the discussion on this topic has settled, so I am now doing a summary of the discussion as I understand it. * Generally, the original proposal seems to have been received favorably at a conceptual level. * Several people requested the scope to be expanded to extra fields.