Bug#1065473: ITP: upmpdcli -- UPnP Media Renderer front-end to MPD, the Music Player Daemon

Package: wnpp Severity: wishlist Owner: Jean-Francois Dockes X-Debbugs-Cc: debian-devel@lists.debian.org, j...@dockes.org * Package name: upmpdcli Version : 1.8.9 Upstream Contact: Jean-Francois Dockes * URL : https://www.lesbonscomptes.com/upmpdcli * License

Bug#1065475: ITP: libupnpp -- Application-oriented C++ layer over the libnpupnp base UPnP library

Package: wnpp Severity: wishlist Owner: Jean-Francois Dockes X-Debbugs-Cc: debian-devel@lists.debian.org, j...@dockes.org * Package name: libupnpp Version : 0.26.3 Upstream Contact: Jean-Francois Dockes * URL : https://www.lesbonscomptes.com/upmpdcli * License

Bug#1065478: ITP: libnpupnp -- UPnP library, based on Pupnp code, extensively rewritten

Package: wnpp Severity: wishlist Owner: Jean-Francois Dockes X-Debbugs-Cc: debian-devel@lists.debian.org, j...@dockes.org * Package name: libnpupnp Version : 6.1.1 Upstream Contact: Jean-Francois Dockes * URL : https://www.lesbonscomptes.com/upmpdcli * License

Requesting help with the t64 transition

Hello, I would like to ask for help with the t64 transition for m68k, powerpc and sh4 because it's getting too much for me alone and I'm really exhausted. I have build many packages for powerpc already and some for m68k and sh4, but I'm not there yet. The progress with powerpc is the furthest, bu

Re: Requesting help with the t64 transition

Hi, On 3/5/24 17:56, John Paul Adrian Glaubitz wrote: For m68k, there is mitchy.debian.net and for powerpc, there is perotto.debian.net. As soon as the container with my stuff arrives, I have another A1200 with 68060 and 603e+. Alas, Linux does not support asymmetric multiprocessing so I c

Bug#1065481: ITP: pynx -- Python tools for Nano-structures Crystallography

Package: wnpp Severity: wishlist Owner: Picca Frédéric-Emmanuel X-Debbugs-Cc: debian-devel@lists.debian.org, debian-pan-maintain...@alioth-lists.debian.net, pi...@debian.org * Package name: pynx Version : 2023.1.2-1 Upstream Contact: fa...@esrf.fr * URL : https://gitl

Re: Requesting help with the t64 transition

On Tue, 2024-03-05 at 09:56 +0100, John Paul Adrian Glaubitz wrote: > For m68k, there is mitchy.debian.net and for powerpc, there is > perotto.debian.net. > > For sh4, qemu-user can be used. > > Chroots here: https://people.debian.org/~glaubitz/chroots/ I'm collecting packages for bootstrap her

Bug#1065493: libgtk2.0-0t64: 64-bit time_t transition breaks gtk+2.0 immodule cache

Package: libgtk2.0-0t64 Version: 2.24.33-3.1 Severity: normal X-Debbugs-Cc: yokota.h...@gmail.com, vor...@debian.org, debian-devel@lists.debian.org Dear Maintainer, libgtk2.0-0 package generates cache file /usr/lib/${arch}/gtk-2.0/2.10.0/immodules.cache when installing, and removes this cache fi

Bug#1065494: libgtk-3-0t64: 64-bit time_t transition breaks gtk+3.0 immodule cache

Package: libgtk-3-0t64 Version: 3.24.41-1.1 Severity: normal X-Debbugs-Cc: yokota.h...@gmail.com, vor...@debian.org, debian-devel@lists.debian.org Usertags: time-t Dear Maintainer, libgtk-3-0 package generates cache file /usr/lib/${arch}/gtk-3.0/3.0.0/immodules.cache when installing, and removes

possible issues with downgrading and *.md5sums (was: Bug#1065022: libglib2.0-0t64: t64 transition breaks the systems)

[to debian-devel only] On 2024-03-01 10:13:18 +0100, Helmut Grohne wrote: > 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 > >

Re: On merging bin and sbin

On 2024-02-28 12:25:13 +0100, Ansgar 🙀 wrote: > I totally agree: we should aim at moving all service binaries such as > daemons which are not directly invoked by users out of PATH to > /usr/lib{,exec} or similar to make shell completion more helpful. I disagree. The goal should not be to make shel

Re: Policy: should libraries depend on services (daemons) that they can speak to?

On 2024-01-15 11:15:32 -0500, Theodore Ts'o wrote: > For example, when I implemented libuuid, if you want to create a huge > number of UUID's very quickly, because you're a large enterprise > resource planning application, the the uuidd daemon will allow > multiple processes to request "chunks" of

Bug#1065505: ITP: parsyncfp2 -- Multihost parallel rsync wrapper

Package: wnpp Severity: wishlist Owner: Lucas Nussbaum X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: parsyncfp2 Version : 2.59+git20240305.b2ef136 Upstream Contact: Harry Mangalam * URL : https://github.com/hjmangalam/parsyncfp2/ * License : GPLv

Perl problem - loadable library and perl binaries are mismatched

Hello, I am getting strange Perl error after rebuilding Perl for the time64_t transition on powerpc: loadable library and perl binaries are mismatched (got first handshake key 0xb600080, needed 0xb700080) See: https://buildd.debian.org/status/fetch.php?pkg=libdevice-usb-perl&arch=powerpc&ver=

Re: Perl problem - loadable library and perl binaries are mismatched

On Tue, Mar 05, 2024 at 09:17:17PM +0100, John Paul Adrian Glaubitz wrote: > I am getting strange Perl error after rebuilding Perl for the time64_t > transition on powerpc: > > loadable library and perl binaries are mismatched (got first handshake key > 0xb600080, needed 0xb700080) > > See:

Re: Perl problem - loadable library and perl binaries are mismatched

On Wed, 2024-03-06 at 00:08 +0200, Niko Tyni wrote: > (Oops, forgot the Cc you asked for. So resending. Apologies for the > duplicate on the list.) No worries. > On Tue, Mar 05, 2024 at 09:17:17PM +0100, John Paul Adrian Glaubitz wrote: > > > I am getting strange Perl error after rebuilding Per

Re: Perl problem - loadable library and perl binaries are mismatched

(Oops, forgot the Cc you asked for. So resending. Apologies for the duplicate on the list.) On Tue, Mar 05, 2024 at 09:17:17PM +0100, John Paul Adrian Glaubitz wrote: > I am getting strange Perl error after rebuilding Perl for the time64_t > transition on powerpc: > > loadable library and perl

Re: Perl problem - loadable library and perl binaries are mismatched

Hi, On Tue, 2024-03-05 at 23:10 +0100, John Paul Adrian Glaubitz wrote: > > > > oks like it's built with dpkg-dev_1.22.4 but the time64 build flags are > > only activated with 1.22.5. > > Ah, that would explain it, thank you so much! > > > I think there was talk about making them the default in

Re: Policy: should libraries depend on services (daemons) that they can speak to?

On 05/03/2024 9:22 pm, Vincent Lefevre wrote: On 2024-01-15 11:15:32 -0500, Theodore Ts'o wrote: For example, when I implemented libuuid, if you want to create a huge number of UUID's very quickly, because you're a large enterprise resource planning application, the the uuidd daemon will allow m

Bug#1065527: ITP: python-hypothesmith -- Hypothesis strategies for generating Python programs, something like CSmith

Package: wnpp Severity: wishlist Owner: Yogeswaran Umasankar X-Debbugs-Cc: debian-devel@lists.debian.org, kd8...@gmail.com * Package name: python-hypothesmith Version : 0.3.3 Upstream Contact: Zac Hatfield-Dodds * URL : https://github.com/Zac-HD/hypothesmith * License

Re: Policy: should libraries depend on services (daemons) that they can speak to?

Quoting Arnaud Rebillout (2024-03-06 02:26:00) > On 05/03/2024 9:22 pm, Vincent Lefevre wrote: > > On 2024-01-15 11:15:32 -0500, Theodore Ts'o wrote: > >> For example, when I implemented libuuid, if you want to create a huge > >> number of UUID's very quickly, because you're a large enterprise > >>

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

On Sun, 2024-03-03 at 10:20 -0800, Ross Vandegrift wrote: > Not exactly an answer, but an alternative - it's easy to get an ARM VM from > many cloud providers.  For a buck or two, I've avoided hours of futzing with > the porterboxes.  I've heard of providers with PPC, but haven't ever actually > u