Re: MariaDB 10.5 has entered Debian testing (will be in Bullseye)

> So, if I understand well, if I have 3 MariaDB Buster nodes in a cluster, > I just need to dist-upgrade them to Bullseye, and it will automagically > just work and upgrade to Galera 4? If so, that's just great, because > during our last discussion in Brazil, you told me about something a way > mor

Work-needing packages report for Nov 27, 2020

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: 1174 (new: 3) Total number of packages offered up for adoption: 213 (new: 3) Total number of packages reques

Bug#975938: ITP: jboss-vfs -- JBoss Virtual File System

Package: wnpp Severity: wishlist Owner: Bdale Garbee X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: jboss-vfs Version : 3.2.15.Final Upstream Author : JBoss, A division of Red Hat, Inc. * url : http://www.jboss.org * License : Apache-2.0 Programm

Bug#975937: ITP: puppet-module-voxpupuli-zabbix -- Puppet module for zabbix

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: puppet-module-voxpupuli-zabbix Version : 8.0.0 Upstream Author : Vox Pupuli * URL : https://github.com/voxpupuli/puppet-zabbix/ * License : Apache-2.0 Programming Lang: Puppet Descriptio

Re: MariaDB 10.5 has entered Debian testing (will be in Bullseye)

On 11/26/20 7:35 PM, Otto Kekäläinen wrote: > > > to 26. marrask. 2020 klo 18.45 Thomas Goirand > kirjoitti: > > Hi Otto, > > On 11/26/20 4:44 PM, Otto Kekäläinen wrote: > > Hello! > > > > MariaDB 10.5 release 1:10.5.8-3 finally entered Debian testin

Bug#975930: ITP: finbin -- Hi-speed search for a byte sequence in a big byte array

Package: wnpp Severity: wishlist Owner: Roger Shimizu * Package name: finbin Version : 0.6.2 Upstream Author : Tom Misawa * URL : https://github.com/riversun/finbin * License : Apache-2.0 or Expat Programming Lang: Java Description : Hi-speed search fo

Bug#975925: ITP: proxy-vole -- Java library to auto detect the platform network proxy settings

Package: wnpp Severity: wishlist Owner: Roger Shimizu * Package name: proxy-vole Version : 1.0.3 Upstream Author : Markus Bernhardt * URL : https://github.com/MarkusBernhardt/proxy-vole * License : Apache-2.0 and BSD-3-clause Programming Lang: Java Descrip

Re: MariaDB 10.5 has entered Debian testing (will be in Bullseye)

to 26. marrask. 2020 klo 18.45 Thomas Goirand kirjoitti: > Hi Otto, > > On 11/26/20 4:44 PM, Otto Kekäläinen wrote: > > Hello! > > > > MariaDB 10.5 release 1:10.5.8-3 finally entered Debian testing > > today[1]. It has been in unstable since early September, and the work > > on the successor of 1

Re: MariaDB 10.5 has entered Debian testing (will be in Bullseye)

Hi Otto, On 11/26/20 4:44 PM, Otto Kekäläinen wrote: > Hello! > > MariaDB 10.5 release 1:10.5.8-3 finally entered Debian testing > today[1]. It has been in unstable since early September, and the work > on the successor of 10.3 in Debian started already in January (with > 10.4 which then turned i

MariaDB 10.5 has entered Debian testing (will be in Bullseye)

Hello! MariaDB 10.5 release 1:10.5.8-3 finally entered Debian testing today[1]. It has been in unstable since early September, and the work on the successor of 10.3 in Debian started already in January (with 10.4 which then turned into 10.5 as upstream released it this spring). This also means th

Re: Epoch version for golang-github-gomodule-redigo-dev?

On 26/11/2020 09:31, Paul Gevers wrote: > Hi Michael, > > On 26-11-2020 08:57, Michael Prokop wrote: >> AFAICS we could: >> >> 1) use 2.0.0+really1.8.3 pattern for our Debian package version > > As it seems not unreasonable to expect the upstream version to go past > 2.0.0 in the not infinite fut

Bug#975908: ITP: python-infinity -- All-in-one infinity value for Python. Can be compared to any object.

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-infinity Version : 1.5 Upstream Author : Konsta Vesterinen * URL : https://github.com/kvesteri/infinity * License : BSD-3-clause Programming Lang: Python Description : All-in

Re: Epoch version for golang-github-gomodule-redigo-dev?

(And that should have been sent from my @d.o email address, but the setup I have in place for that is apparently broken, sorry 😉) On 26/11/2020 14:19, Clément Hermann wrote: > On 26/11/2020 09:31, Paul Gevers wrote: >> Hi Michael, >> >> On 26-11-2020 08:57, Michael Prokop wrote: >>> AFAICS we coul

Re: Epoch version for golang-github-gomodule-redigo-dev?

Paul Gevers wrote: > > 1) use 2.0.0+really1.8.3 pattern for our Debian package version > As it seems not unreasonable to expect the upstream version to go past > 2.0.0 in the not infinite future, this is the approach I would take. The +really pattern is normally used when the version in Debian nee

Re: Epoch version for golang-github-gomodule-redigo-dev?

On Thu, Nov 26, 2020 at 12:02:41PM +0100, Mattia Rizzolo wrote: > That's not enforced by dak. The only case it would be enforced is when > once try to upload the 1: version while the 0: is still published, which is > rare in the cases of epochs. right, thanks for making this detail clearer. > I

Bug#975898: ITP: python-psycopg2cffi -- implementation of the psycopg2 module using cffi

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-psycopg2cffi Version : 2.8.1 Upstream Author : Konstantin Lopuhin * URL : http://github.com/chtd/psycopg2cffi * License : GPL-3+ Programming Lang: Python Description : implem

Re: Epoch version for golang-github-gomodule-redigo-dev?

On Thu, 26 Nov 2020, 11:30 am Holger Levsen, wrote: > > The technical problems I'm are aware of are that a.) version numbers > (with and without epoch) need to be unique, so if you had 0:2.0.0-1 > you are not allowed to ever have 1:2.0.0-1 again. That's enforced > by dak however. > That's not en

Re: Epoch version for golang-github-gomodule-redigo-dev?

On Thu, Nov 26, 2020 at 10:32:20AM +0100, Paul Gevers wrote: > If I recall correctly, the issue with epoch's is not it's ugliness. #891216 doesn't come with any justification (except that they are often misunderstood and unneeded, which actually is a fine justification to ask before using but whi

Re: Epoch version for golang-github-gomodule-redigo-dev?

Hi Holger, On 26-11-2020 10:01, Holger Levsen wrote: > Also I find 1:1.8.3 not ugly at all, for most use cases this is 1.8.3 > so I would go with that. And if someone complains about the 1: epoch > one can always point to the upstream issue explaining why this has > happened. If I recall correctl

Re: Epoch version for golang-github-gomodule-redigo-dev?

On Thu, Nov 26, 2020 at 09:31:30AM +0100, Paul Gevers wrote: > > 1) use 2.0.0+really1.8.3 pattern for our Debian package version > As it seems not unreasonable to expect the upstream version to go past > 2.0.0 in the not infinite future, this is the approach I would take. well. "not unreasonable"

Re: Epoch version for golang-github-gomodule-redigo-dev?

Hi Michael, On 26-11-2020 08:57, Michael Prokop wrote: > AFAICS we could: > > 1) use 2.0.0+really1.8.3 pattern for our Debian package version As it seems not unreasonable to expect the upstream version to go past 2.0.0 in the not infinite future, this is the approach I would take. Because you as

Epoch version for golang-github-gomodule-redigo-dev?

Hi, we have a rather unfortunate situation with the golang-github-gomodule-redigo-dev package, see #974550 for the details. tl;dr: upstream released v2.0.0 on 2018-03-14, though went downwards with version numbers afterwards and we're at v1.8.3 for the latest upstream release now. In Debian we cu