Re: New requirements for APT repository signing

2024-03-01 Thread Julian Andres Klode
On Fri, Mar 01, 2024 at 01:02:38AM +0100, Salvo Tomaselli wrote: > > Any other keys will cause warnings. These warnings will become > > errors in March as we harden it up for the Ubuntu 24.04 release > > Perhaps the announcement should have been sent earlier than 28th Feb then. Or > is there a mi

Re: New requirements for APT repository signing

2024-03-01 Thread Julian Andres Klode
On Thu, Feb 29, 2024 at 12:29:40AM +, Phil Wyett wrote: > On Wed, 2024-02-28 at 20:20 +0100, Julian Andres Klode wrote: > > APT 2.7.13 just landed in unstable and with GnuPG 2.4.5 installed, > > or 2.4.4 with a backport from the 2.4 branch, requires repositories > > to be signed using one of >

Bug#1065171: ITP: aiooui -- Asynchronous OUI lookups in Python

2024-03-01 Thread Edward Betts
Package: wnpp Severity: wishlist Owner: Edward Betts X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org * Package name: aiooui Version : 0.1.5 Upstream Author : J. Nick Koston * URL : https://github.com/bluetooth-devices/aiooui * License

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

2024-03-01 Thread Nilesh Patra
Hi, 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. Currently I am manually hacking around the test scripts and running the autopkgtests b

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

2024-03-01 Thread Andrey Rahmatullin
On Fri, Mar 01, 2024 at 06:28:50PM +0530, Nilesh Patra wrote: > Hi, > > 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. > > Current

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

2024-03-01 Thread David Bremner
Nilesh Patra writes: > 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. > > Currently I am manually hacking around the test scripts

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

2024-03-01 Thread Nilesh Patra
On Fri, Mar 01, 2024 at 06:03:16PM +0500, Andrey Rahmatullin wrote: > You can use local sbuild chroots for foreign architectures, both for > building and, I assume, running autopkgtests. I know but that is not something I want. This invaidates the whole point of using porter machines. Best, Nile

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

2024-03-01 Thread Andrey Rahmatullin
On Fri, Mar 01, 2024 at 07:15:16PM +0530, Nilesh Patra wrote: > > You can use local sbuild chroots for foreign architectures, both for > > building and, I assume, running autopkgtests. > > I know but that is not something I want. This invaidates the whole point of > using > porter machines. I tho

Re: Bug#1065022: libglib2.0-0t64: t64 transition breaks the systems

2024-03-01 Thread Helmut Grohne
On Thu, Feb 29, 2024 at 06:53:56AM +0100, Paul Gevers wrote: > Well, officially downgrading isn't supported (although it typically works) > *and* losing files is one of the problems of our merged-/usr solution (see > [1]). I *suspect* this might be the cause. We're working hard (well, helmut > is)

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

2024-03-01 Thread Jérôme Charaoui
Le 2024-03-01 à 08 h 09, David Bremner a écrit : Nilesh Patra writes: 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. Currently I am ma

Re: [APT repo] Provide a binary-all/Packages only, no primary arch list

2024-03-01 Thread MichaIng
Hi David, sorry for the late reply, and many thanks for you detailed answer. What I mean with "falls back" is that APT downloads a package linked in the arch-specific index, if present, and the on from "all" index only if the package is not listed in the arch-specific one (or if there is no a

Bug#1065211: ITP: ada-bar-codes -- Bar or QR code formatter for the Ada programming language

2024-03-01 Thread Nicolas Boulenguez
Package: wnpp Severity: wishlist Owner: Nicolas Boulenguez X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: ada-bar-codes Version : 002.20240219 Upstream Contact: Gautier de Montmollin * URL : https://sourceforge.net/projects/ada-bar-codes/ * License

Bug#1065218: ITP: assetfinder -- Find domains and subdomains related to a given domain

2024-03-01 Thread Josenilson Ferreira da Silva
Package: wnpp Severity: wishlist Owner: Josenilson Ferreira da Silva X-Debbugs-Cc: debian-devel@lists.debian.org, nilsonfsi...@hotmail.com * Package name: assetfinder Version : 0.1.1 Upstream Contact: Hudson * URL : https://github.com/tomnomnom/assetfinder * License

hardinfo rebooted as hardinfo2 - community edition - RELEASE 2.0.12

2024-03-01 Thread hwspeedy
Hi Simon Quigley, Debian Maintainer, (CC: debian-devel list) We are proud to suggest new hardinfo2 release 2.0.12 to be included in debian repositories - test on debian 7 - SID(13). https://github.com/hardinfo2/hardinfo2/releases/tag/release-2.0.12 PS: My first release, so please guide me, th

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

2024-03-01 Thread Johannes Schauer Marin Rodrigues
Hi, Quoting David Bremner (2024-03-01 14:09:36) > Nilesh Patra writes: > > 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. > > > > Cu

dpkg --verify not helpful?

2024-03-01 Thread Andreas Metzler
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). However I just had file loss (due to libuuid changing its name to t64 and back again) and dpkg --

Re: dpkg --verify not helpful?

2024-03-01 Thread Sven Joachim
On 2024-03-02 08:01 +0100, Andreas Metzler wrote: > 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). > > However I just had file loss (due to libuuid