Re: Epoch for node-markdown-it

On Mon, 22 Aug 2022 14:55:13 +0200, Wouter Verhelst wrote: >Someone using 22.something rather than 12.something in a version number, >to me, sounds like someone making a "serious mistake". > >So this is *exactly* what epochs are meant for! Exactly my feeling. In the last years, we have been takin

Re: Suggestion for db.debian.org/machines.cgi page

On Mon, 2022-08-22 at 07:12 -0500, Steven Robbins wrote: > NOTE for whoever is maintaining the very nice > db.debian.org/machines.cgi page: https://salsa.debian.org/dsa-team/mirror/userdir-ldap-cgi/ > I guess that one should really be searching in the Description field > rather than Architecture

Re: Epoch for node-markdown-it

* Wouter Verhelst [2022-08-22 14:55]: Someone using 22.something rather than 12.something in a version number, to me, sounds like someone making a "serious mistake". So this is *exactly* what epochs are meant for! +1 The something+reallysomethingelse convention is evil and should never have

Re: Epoch for node-markdown-it

On Fri, Aug 19, 2022 at 04:37:46PM +0200, Jonas Smedegaard wrote: > Quoting Yadd (2022-08-19 10:21:17) > > some months ago, a bad upstream tag changed node-markdown-it version to > > 22.2.3 instead of 10.0.0. So I'd like to change node-markdown-it version > > into 1:13.0.1 > > Since upstream is

Bug#1017914: ITP: seer-gdb -- gui frontend to gdb

Package: wnpp Severity: wishlist Owner: Gürkan Myczko X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: seer-gdb Version : 1.8+ds Upstream Authors: Ernie Pasveer URL : https://github.com/epasveer/seer * License : GPL-3-or-later Description :

How to debug mips64el buildd failure unreproducible on porterbox?

Hi, After the recent spate of rebuilds for the new glibc, I had a couple packages fail in their respective post-build test suite. For one package, the buildd failure went away after a rebuild. The second package, libminc, however failed on the buildd as recently as yesterday. https://buildd.

Suggestion for db.debian.org/machines.cgi page

On Monday, August 22, 2022 1:29:13 A.M. CDT Nilesh Patra wrote: > On Mon, Aug 22, 2022 at 08:08:30AM +0200, Sebastiaan Couwenberg wrote: > > On 8/22/22 07:15, Steve Robbins wrote: > > > Oh. I did use Eller -- but the architecture is listed as mipsel. I need > > > mips64el> > > eller has mips64el

mailman2-python3

Mailman3 is quite a different beast to Mailman2, and is RFH (#998223). I'm currently running a Debian LTS mailman on stable, so that I can avoid the mailman2-to-mailman3 transition, which looks like being no fun at all, whether from my point of view as sysadmin, or that of my listowners. But, the