Bug#1040516: ITP: rocdbgapi -- AMD GPU debugger support library

2023-07-06 Thread Cordell Bloor
Package: wnpp Severity: wishlist Owner: Cordell Bloor X-Debbugs-Cc: debian-devel@lists.debian.org, c...@slerp.xyz, debian...@lists.debian.org * Package name: rocdbgapi Version : 5.6.0 * URL : https://github.com/ROCm-Developer-Tools/ROCdbgapi * License : Expat

Re: Replaces without Breaks or Conflicts harmful?

2023-07-06 Thread Helmut Grohne
Hi Thorsten, On Thu, Jul 06, 2023 at 05:26:43PM +, Thorsten Glaser wrote: > Helmut Grohne dixit: > > > openjdk-8 (U) > > Should be convered by the Depends lines in the respective > binary packages, e.g: > > Depends: openjdk-8-jre (>= ${source:Version}), > openjdk-8-jdk (>= ${binary:Vers

Bug#1040380: ITP: spike -- Spike RISC-V ISA Simulator

2023-07-06 Thread Jax Young
On Thurs, Jul 06, 2023 at 07:33, Jessica Clarke wrote: > > I disagree. Spike exists to be an easy simulator for people extending > > the RISC-V ISA to hack on, and to give software developers something to > > start testing their code on as extensions are in-flight (both of which > > are also s

Bug#1040380: ITP: spike -- Spike RISC-V ISA Simulator

2023-07-06 Thread Jessica Clarke
On Wed, Jul 05, 2023 at 05:17:29PM +0800, Jax Young wrote: > Package: wnpp > Severity: wishlist > Owner: Jax Young > X-Debbugs-Cc: debian-devel@lists.debian.org, jaxvany...@gmail.com > > * Package name: spike > Version : 1.1.0 > Upstream Author : Andrew Waterman > * URL

Work-needing packages report for Jul 7, 2023

2023-07-06 Thread wnpp
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 1183 (new: 1) Total number of packages offered up for adoption: 152 (new: 1) Total number of packages reques

Re: 64-bit time_t transition for 32-bit archs: a proposal

2023-07-06 Thread Thorsten Glaser
Simon McVittie dixit: >opt-in to (2.) is available via -D_FILE_OFFSET_BITS=64 for the subset >of libraries that can support it without breaking ABI, and similarly Right, but e.g. refuses to work under it. >That wasn't actually the reason for my concern. As far as I'm aware, the >glibc dynamic l

Re: 64-bit time_t transition for 32-bit archs: a proposal

2023-07-06 Thread Simon McVittie
On Thu, 06 Jul 2023 at 16:33:22 +, Thorsten Glaser wrote: > Simon McVittie dixit: > >architecture would need to have a new dpkg architecture name, multiarch > >tuple, GNU tuple (i?86-linux-gnut64?) and canonical ELF linker path. > > Bit of bikeshedding on the name, of course. timet64 (or a sho

Re: 64-bit time_t transition for 32-bit archs: a proposal

2023-07-06 Thread Sam Hartman
> "Helmut" == Helmut Grohne writes: Helmut> I concur. Given Simon's analysis and the replies even when Helmut> combined with earlier messages, I now see significantly more Helmut> voices for the opinion: Helmut> i386 primarily exists for running legacy binaries and He

Re: Second take at DEP17 - consensus call on /usr-merge matters

2023-07-06 Thread Sam Hartman
> "Russ" == Russ Allbery writes: Russ> Helmut Grohne writes: Russ> What Sam is trying to Russ> say, I think, is that a different phrasing offers a way to Russ> avoid that discussion and agree to disagree on the best Russ> architecture in the abstract by pointing out an a

Re: Go (golang) packaging, using external libs

2023-07-06 Thread Nilesh Patra
On Thu, Jul 06, 2023 at 06:46:46PM +, Valera Rozuvan wrote: > Is it at all possible to create a proper DEB package: > > - using golang > - to be published in the official Debian package repository > - using a golang library which is not in Debian It is, golang has a provision for vendoring li

Go (golang) packaging, using external libs

2023-07-06 Thread Valera Rozuvan
Hi, Is it at all possible to create a proper DEB package: - using golang - to be published in the official Debian package repository - using a golang library which is not in Debian (such as https://pkg.go.dev/github.com/lib/pq - A pure Go postgres driver) I would greatly appreciate, if someone

Re: Replaces without Breaks or Conflicts harmful?

2023-07-06 Thread Thorsten Glaser
Helmut Grohne dixit: > openjdk-8 (U) Should be convered by the Depends lines in the respective binary packages, e.g: Depends: openjdk-8-jre (>= ${source:Version}), openjdk-8-jdk (>= ${binary:Version}), ${misc:Depends} Replaces: openjdk-8-jdk (<< 8u20~b26-1~) > rng-tools-debian Also fal

Re: 64-bit time_t transition for 32-bit archs: a proposal

2023-07-06 Thread Steve Langasek
On Thu, Jul 06, 2023 at 04:49:34PM +, Thorsten Glaser wrote: > The Wanderer dixit: > >> snes emulator. last upstream release 2007 > >>> zsnes deb otherosfs optional arch=any-i386 > >FWIW: though I haven't touched it in quite some while, I recall from all > FWIW, I occasionally use zsnes an

Re: 64-bit time_t transition for 32-bit archs: a proposal

2023-07-06 Thread Thorsten Glaser
The Wanderer dixit: >> snes emulator. last upstream release 2007 >>> zsnes deb otherosfs optional arch=any-i386 > >FWIW: though I haven't touched it in quite some while, I recall from all FWIW, I occasionally use zsnes and it works well. But yes, hand-written assembly was part of that IIRC. by

Bug#1040493: ITP: obs-ashmanix-blur-filter -- plugin for OBS Studio to set a blur filter on a source

2023-07-06 Thread Joao Eriberto Mota Filho
Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho X-Debbugs-Cc: debian-devel@lists.debian.org, Ashmanix * Package name: obs-ashmanix-blur-filter Version : 0.0.2 Upstream Contact: Ashmanix * URL : https://obsproject.com/forum/resources/ashmanix-blur-fi

Re: 64-bit time_t transition for 32-bit archs: a proposal

2023-07-06 Thread Thorsten Glaser
Simon McVittie dixit: >On Wed, 05 Jul 2023 at 17:22:14 +0100, Wookey wrote: […] >> i.e we could keep the existing i386 for the gamers and have i386t64 >> (or whatever we call it) for ongoing use of i386 as a real OS. > >On Fri, 09 Jun 2023 at 16:39:38 +, Thorsten Glaser wrote: >> Ideally we’d

Re: 64-bit time_t transition for 32-bit archs: a proposal

2023-07-06 Thread Simon McVittie
On Wed, 05 Jul 2023 at 17:22:14 +0100, Wookey wrote: > On 2023-06-06 11:45 +0100, Simon McVittie wrote: > > 1. i386 as a fully-featured architecture that you can run independently > >on 32-bit x86 systems from roughly the 2000-2010 era > > > > 2. i386 as a multiarch foreign architecture to run

Bug#1040465: ITP: libdbd-cassandra-perl -- Perl DBI database backend for Cassandra

2023-07-06 Thread Yadd
Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: libdbd-cassandra-perl Version : 0.57 Upstream Contact: Tom van der Woerdt * URL : https://metacpan.org/release/DBD-Cassandra * License : GPL-1+ or Artistic

Bug#1040463: ITP: libanyevent-xspromises-perl -- Another Promises library, implemented in XS for performance

2023-07-06 Thread Yadd
Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: libanyevent-xspromises-perl Version : 0.005 Upstream Contact: Tom van der Woerdt * URL : https://metacpan.org/release/AnyEvent-XSPromises * License : GPL-1

Re: systmd-analyze security as a release goal

2023-07-06 Thread Trent W. Buck
"Trent W. Buck" writes: > e.g. I expect "SystemCallArchitectures=native" to break for a lot of > people (anyone doing dpkg --add-architecture) Short version: • SystemCallArchitectures=native + debianutils:i386 doesn't break dpkg-db-backup.service. • Probably savelog simply never calls an AR