Bug#1063633: ITP: python-autodocsumm -- API that automatically extends sphinx

2024-02-09 Thread Marcos Rodrigues de Carvalho (aka oday)
Package: wnpp Severity: wishlist Owner: "Marcos Rodrigues de Carvalho (aka oday)" X-Debbugs-Cc: debian-devel@lists.debian.org, marcosrcarvalh...@gmail.com * Package name: python-autodocsumm Version : 0.2.12 Upstream Contact: Philipp S. Sommer * URL : https://github.co

Re: Changes to abi=+time64 behavior (was Re: 64-bit time_t transition in progress)

2024-02-09 Thread Peter Green
So when introducing a new soname (no just a new package name), then one should move to time64 even on i386 ? The problem with doing this is that 1. A reverse dependency may depend on more than one library that uses time_t in it's API. Said reverse dependency would not be able to be sanely b

Bug#1063628: ITP: python-command-runner -- a platform-agnostic external command execution library for python with extra goodies

2024-02-09 Thread Harlan Lieberman-Berg
Package: wnpp Severity: wishlist Owner: Harlan Lieberman-Berg X-Debbugs-Cc: debian-devel@lists.debian.org, an...@beanfield.com, hlieber...@debian.org * Package name: python-command-runner Version : 1.6.0 Upstream Contact: Orsiris de Jong * URL : https://github.com/netinve

Bug#1063612: ITP: corrosion -- Tool for integrating rust with an existing CMake project

2024-02-09 Thread Nilesh Patra
Package: wnpp Severity: wishlist Owner: Nilesh Patra X-Debbugs-Cc: debian-devel@lists.debian.org, nil...@debian.org * Package name: corrosion Version : 0.4.7 Upstream Contact: Andrew Gaspar * URL : https://github.com/corrosion-rs/corrosion * License : MIT Pro

Bug#1063591: ITP: anew -- Tool for adding new lines to files, skipping duplicates (program)

2024-02-09 Thread Marcos Rodrigues de Carvalho (aka oday)
Package: wnpp Severity: wishlist Owner: "Marcos Rodrigues de Carvalho (aka oday)" X-Debbugs-Cc: debian-devel@lists.debian.org, debian...@lists.debian.org , marcosrcarvalh...@gmail.com * Package name: anew Version : 0.1-1 Upstream Contact: Tom Hudson * URL : https://g

Can we switch off the testing removal messages related to t64 migration? (Was: Confusion over t64 migration)

2024-02-09 Thread Andreas Tille
Hi, Am Fri, Feb 09, 2024 at 06:46:58PM +0100 schrieb Andreas Metzler: > Looking at "your" bug #1062097 it looks like you were unlucky, mine all > had a fat warning "NOTICE: these changes must not be uploaded to > unstable yet!". I also was trapping into that pitfall when I was intending to fix an

Re: Confusion over t64 migration

2024-02-09 Thread Andreas Metzler
On 2024-02-09 John Goerzen wrote: [...] > So at the moment, I am unclear why there are bugs filed with severity > serious that apparently cannot be fixed. Shouldn't they be normal with > a tag wontfix until the relevant dpkg changes are in unstable? > To put it another way, I'm not seeing why we

Re: Changes to abi=+time64 behavior (was Re: 64-bit time_t transition in progress)

2024-02-09 Thread Bill Allombert
On Fri, Feb 09, 2024 at 05:36:53PM +0100, Ansgar wrote: > Hi, > > On Fri, 2024-02-09 at 15:24 +, Bill Allombert wrote: > > when introducing a new soname (no just a new package name), then one > > should move to time64 even on i386 ? > > If you know all consumers of the package will be using a

Re: Changes to abi=+time64 behavior (was Re: 64-bit time_t transition in progress)

2024-02-09 Thread Ansgar
Hi, On Fri, 2024-02-09 at 15:24 +, Bill Allombert wrote: > when introducing a new soname (no just a new package name), then one > should move to time64 even on i386 ? If you know all consumers of the package will be using appropriate compiler flags to get 64-bit time_t, then this is fine. Ot

Confusion over t64 migration

2024-02-09 Thread John Goerzen
Hi everyone, Thanks to all that have put so much time and thought into the time_t migration. I am late to this party and am trying to figure my way through it. Quite a few of my packages are marked for removal from testing because time_t migration bugs have been filed with severity serious. Som

Re: Changes to abi=+time64 behavior (was Re: 64-bit time_t transition in progress)

2024-02-09 Thread Simon McVittie
On Fri, 09 Feb 2024 at 15:24:50 +, Bill Allombert wrote: > But fundamentally, how do we know how third-party binaries > are compiled ? We don't, but we can make some inferences. If they are i386 binaries that already worked on Debian 12 or older, and they call into time_t-sensitive ABIs (for

Re: Changes to abi=+time64 behavior (was Re: 64-bit time_t transition in progress)

2024-02-09 Thread Bill Allombert
Le Fri, Feb 09, 2024 at 10:20:40AM +, Simon McVittie a écrit : > On Fri, 09 Feb 2024 at 05:03:23 +0100, Guillem Jover wrote: > > if the maintainer > > has requested it explicitly via DEB_BUILD_OPTIONS=abi=+time64, then > > it should enable it also on i386 (changed behavior). > > > > The reason

Bug#1063532: ITP: ford -- Fortran Documentation tool

2024-02-09 Thread Alastair McKinstry
Package: wnpp Severity: wishlist Owner: Alastair McKinstry X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org * Package name: ford Version : 7.0.5 Upstream Contact: Christopher MacMackin * URL : https://github.com/Fortran-FOSS-Programmers/for

Bug#1063521: ITP: pymbolic -- Easy Expression Trees and Term Rewriting library

2024-02-09 Thread Alastair McKinstry
Package: wnpp Severity: wishlist Owner: Alastair McKinstry X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pyt...@lists.debian.org * Package name: pymbolic Version : 2022.2 Upstream Contact: Andreas Klöckner * URL : https://github.com/inducer/pymbolic * License

Bug#1063520: ITP: codetiming -- A Timer package for Python code

2024-02-09 Thread Alastair McKinstry
Package: wnpp Severity: wishlist Owner: Alastair McKinstry X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: codetiming Version : 1.4.0 Upstream Contact: David Beazley * URL : https://pypi.python.org/pypi/codetiming * License : MIT Programming Lang:

Bug#1063517: ITP: adios4dolfinx -- ADIOS2Wrappers for DOLFINx

2024-02-09 Thread Francesco Ballarin
Package: wnpp Severity: wishlist Owner: Francesco Ballarin X-Debbugs-Cc: debian-devel@lists.debian.org, debian-scie...@lists.debian.org, francesco.balla...@unicatt.it * Package name: adios4dolfinx Version : 0.7.3 Upstream Contact: Jørgen S. Dokken * URL : http://jsdo

Re: Changes to abi=+time64 behavior (was Re: 64-bit time_t transition in progress)

2024-02-09 Thread Simon McVittie
On Fri, 09 Feb 2024 at 05:03:23 +0100, Guillem Jover wrote: > if the maintainer > has requested it explicitly via DEB_BUILD_OPTIONS=abi=+time64, then > it should enable it also on i386 (changed behavior). > > The reason is that this does not now break ABI for any package (in Debian > or out of Deb

Re: Transparency into private keys of Debian

2024-02-09 Thread Simon Josefsson
Hans-Christoph Steiner writes: >> In business, such things are confirmed (often badly) by independent >> audit. For a volunteer-driven community effort, we have to rely on >> everyone to exercise their best judgement in these sorts of matters. > > Debian could also get independent, professional a