Re: reopening bugs closed by removal after package reintroduction?

2020-05-12 Thread Paul Wise
On Tue, May 12, 2020 at 6:08 AM Paul Wise wrote: > I made a mistake when running the loop (binary vs source packages), > here is the updated dd-list. Thanks to Jochen Sprickerhof for pointing > out my mistake. Sigh, attached the wrong one. Here is the correct one. -- bye, pabs https://wiki.deb

Re: reopening bugs closed by removal after package reintroduction?

2020-05-12 Thread Ulrike Uhlig
Hi, On 05.05.20 09:14, Paul Wise wrote: > One of the tasks needed when reintroducing packages after they have > been removed is that the bugs that were closed by the removal need to > be triaged and either reopened or version closing information added: > > https://www.debian.org/doc/manuals/deve

Re: reopening bugs closed by removal after package reintroduction?

2020-05-12 Thread Paul Wise
On Tue, May 12, 2020 at 7:15 AM Ulrike Uhlig wrote: > Can you explain a bit better which issues this could cause to > maintainers? About how many cases per year are we talking for example? The issue is the extra work that triaging old bugs involves, vs just ignoring the old bugs that may or may n

Re: reopening bugs closed by removal after package reintroduction?

2020-05-12 Thread Ulrike Uhlig
HELO, On 12.05.20 09:26, Paul Wise wrote: > On Tue, May 12, 2020 at 7:15 AM Ulrike Uhlig wrote: > >> Can you explain a bit better which issues this could cause to >> maintainers? About how many cases per year are we talking for example? > > The issue is the extra work that triaging old bugs invo

Re: [Fwd: Bug#959057: RFS: dh-cmake/0.4 [ITP] -- Debhelper programs for CMake projects]

2020-05-12 Thread Alastair McKinstry
Dear Kyle, I'm willing to sponsor this. It overlaps /complements a package I maintain "ecbuild", which is a set of cmake macros and wrappers used by ECMWF (www.ecmwf.int) for their software stack. At the moment ecbuild provides some standard flags, etc when --buildsystem=ecbuild is used  but the

Bug#960417: ITP: purple-mm-sms -- libpurple plugin for SMS

2020-05-12 Thread Arnaud Ferraris
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris * Package name: purple-mm-sms Version : 0.1.4 Upstream Author : Andrea Schaefer * URL : https://source.puri.sm/Librem5/purple-mm-sms * License : GPL Programming Lang: C Description : libpurple plu

Bug#960423: ITP: takari-polyglot-maven -- modules to enable Maven usage in others JVM languages

2020-05-12 Thread Sudip Mukherjee
Package: wnpp Severity: wishlist Owner: Sudip Mukherjee X-Debbugs-CC: debian-j...@lists.debian.org * Package name: takari-polyglot-maven Version : 0.4.5 Upstream Author : * URL : https://github.com/takari/polyglot-maven * License : EPL-1.0 Programming Lang: J

Bug#960428: ITP: blingfire -- Bing's Finite State machine and REgular expression manipulation library

2020-05-12 Thread Mo Zhou
Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: blingfire Upstream Author : Microsoft * URL : https://github.com/microsoft/BlingFire * License : MIT Programming Lang: C++, python Description : Bing's Finite State machine and REgular expression ma

Re: [Fwd: Bug#959057: RFS: dh-cmake/0.4 [ITP] -- Debhelper programs for CMake projects]

2020-05-12 Thread Kyle Edwards
Hi Alastair, On Tue, 2020-05-12 at 10:47 +0100, Alastair McKinstry wrote: > Dear Kyle, > > I'm willing to sponsor this. Thank you very much for the sponsorship offer - I gladly accept! :) So what's next? I am new to Debian development, and this is my first time submitting a package. > It overl

Bug#960443: ITP: purple-xmpp-http-upload -- HTTP File Upload plugin for libpurple

2020-05-12 Thread Arnaud Ferraris
Package: wnpp Severity: wishlist Owner: Arnaud Ferraris * Package name: purple-xmpp-http-upload Version : 0.2.1 Upstream Author : Dmitry Kosenkov * URL : https://github.com/Junker/purple-xmpp-http-upload * License : GPL Programming Lang: C Description

Bug#960434: ITP: varlink -- point-to-point IPC protocol and interface description format

2020-05-12 Thread Jason Francis
Package: wnpp Severity: wishlist Owner: Jason Francis * Package name: varlink Version : 19 Upstream Author : Kay Sievers * URL : https://www.varlink.org/ * License : Apache-2.0 Programming Lang: C Description : point-to-point IPC protocol and interface

Bug#960460: ITP: wys -- A daemon to bring up and take down PulseAudio loopbacks for phone call audio

2020-05-12 Thread Henry-Nicolas Tourneur
Package: wnpp Severity: wishlist Owner: Henry-Nicolas Tourneur * Package name: wys Version : 0.1.7 Upstream Author : Bob Ham * URL : https://source.puri.sm/Librem5/wys/ * License : GPL Programming Lang: C Description : A daemon to bring up and take dow

Bug#960470: ITP: python-inquirer -- Collection of common interactive command line user interfaces in python

2020-05-12 Thread Kienan Stewart
Package: wnpp Severity: wishlist Owner: Kienan Stewart * Package name: python-inquirer Version : 2.6.3 Upstream Author : Miguel Ángel García * URL : https://github.com/magmax/python-inquirer * License : MIT Programming Lang: Python Description : Collec

Bug#960471: ITP: prophet -- Tool for producing high quality forecasts for time series data that has multiple seasonality with linear or non-linear growth.

2020-05-12 Thread Mo Zhou
Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: prophet Upstream Author : Facebook * URL : https://github.com/facebook/prophet * License : MIT Programming Lang: Py, R Description : Tool for producing high quality forecasts for time series data th

Bug#960472: ITP: python-readchar -- Python library to portable read single characters and key-strokes

2020-05-12 Thread Kienan Stewart
Package: wnpp Severity: wishlist Owner: Kienan Stewart * Package name: python-readchar Version : 2.0.0 Upstream Author : Miguel Ángel García * URL : https://github.com/magmax/python-readchar * License : MIT Programming Lang: Python Description : Python

Re: reopening bugs closed by removal after package reintroduction?

2020-05-12 Thread Sune Vuorela
On 2020-05-12, Paul Wise wrote: > On Tue, May 5, 2020 at 7:15 AM Paul Wise wrote: > >> Should we be automatically reopening these bugs? > > enrico suggested on IRC that we should be doing this. I think in general it should be decided on a case by case basis. if it was removed yesterday and reint