Re: Reusing source package name of long-removed, unrelated package

2019-02-06 Thread Jeremy Stanley
On 2019-02-06 21:15:38 + (+), Ian Jackson wrote: [...] > reusing a source package name is IMO almost never (maybe never at > all) the right idea. [...] To take an example, I maintain the weather-util packages in main. The weather-util binary package provides a /usr/bin/weather executable b

Hallo 2/6/2019 10:22:35 PM

2019-02-06 Thread Stefanie Hubner
Hallo debian-devel@lists.debian.org Sehr geehrte Damen und Herren Wir gewähren Darlehen in Höhe von 20.000,00 € bis 5 Mio. € mit einem Zinssatz von 2% Die Zinsen und die Laufzeiten sind sehr attraktiv (2%) und in punkto Sicherheit beschränken wir uns auf das absolute Minimum. Interessiert?

Bug#921576: ITP: libhtml-tidy5-perl -- HTML validation in a Perl object

2019-02-06 Thread gregor herrmann
Package: wnpp Owner: gregor herrmann Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-p...@lists.debian.org * Package name: libhtml-tidy5-perl Version : 1.04 Upstream Author : Andy Lester * URL : https://metacpan.org/release/HTML-Tidy5 * License

Re: Reusing source package name of long-removed, unrelated package

2019-02-06 Thread Ian Jackson
Julien Cristau writes ("Re: Reusing source package name of long-removed, unrelated package"): > I would say reusing binary package names is usually worse than reusing > source package names, in that it's a lot more likely to affect users. > Sometimes it happens anyway, but IMO it's best avoided.

Bug#921561: ITP: broker -- Bro's messaging library

2019-02-06 Thread Hilko Bengen
Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: broker Version : 1.2.2 Upstream Author : Bro/Zeek project * URL or Web page : https://zeek.org/ * License : BSD-3-clause Description : Bro's messaging library This is a dependency for bro 2.6.1

Bug#921560: ITP: bifcl -- The Bro/Zeek Built-In-Functions Compiler

2019-02-06 Thread Hilko Bengen
Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: bifcl Version : 1.1 Upstream Author : Bro/Zeek project * URL or Web page : https://zeek.org/ * License : BSD-3-clause Description : The Bro/Zeek Built-In-Functions Compiler This is a dependency for

Re: Recreating history of a package

2019-02-06 Thread Carsten Schoenert
Am 06.02.19 um 17:59 schrieb Carsten Leonhardt: > Ian Jackson writes: > >> There are utilities that will download all revisions of a particular >> package from snapshot.d.o and make them into a combined history. > > Would you care to name those you know of? I have been searching for > something

Re: Recreating history of a package (was: Re: Reusing source package name of long-removed, unrelated package)

2019-02-06 Thread Roberto C . Sánchez
On Wed, Feb 06, 2019 at 05:59:40PM +0100, Carsten Leonhardt wrote: > Ian Jackson writes: > > > There are utilities that will download all revisions of a particular > > package from snapshot.d.o and make them into a combined history. > > Would you care to name those you know of? I have been searc

Recreating history of a package (was: Re: Reusing source package name of long-removed, unrelated package)

2019-02-06 Thread Carsten Leonhardt
Ian Jackson writes: > There are utilities that will download all revisions of a particular > package from snapshot.d.o and make them into a combined history. Would you care to name those you know of? I have been searching for something like that but I didn't find anything useful. Regards, Cars

Re: Reusing source package name of long-removed, unrelated package

2019-02-06 Thread Jeremy Bicha
On Wed, Feb 6, 2019 at 5:39 AM Gard Spreemann wrote: > I understand that 3.3.2 of the policy mandates that I at least bump the > epoch, but I wanted to ask the list to make sure: is reusing the source > package name of an unrelated, long-removed package like this OK, or > should I consider using a

Re: Reusing source package name of long-removed, unrelated package

2019-02-06 Thread Julien Cristau
On 2/6/19 4:31 PM, Gard Spreemann wrote: > > Ian Jackson writes: > >> Gard Spreemann writes ("Reusing source package name of long-removed, >> unrelated package"): >>> I understand that 3.3.2 of the policy mandates that I at least bump the >>> epoch, but I wanted to ask the list to make sure: is

Re: Reusing source package name of long-removed, unrelated package

2019-02-06 Thread Gard Spreemann
Ian Jackson writes: > Gard Spreemann writes ("Reusing source package name of long-removed, > unrelated package"): >> I understand that 3.3.2 of the policy mandates that I at least bump the >> epoch, but I wanted to ask the list to make sure: is reusing the source >> package name of an unrelate

Re: Reusing source package name of long-removed, unrelated package

2019-02-06 Thread Ian Jackson
Gard Spreemann writes ("Reusing source package name of long-removed, unrelated package"): > I filed an ITP (#920912) regarding a package I'm preparing. The upstream > name for this package is "phat", which doesn't appear in the archives > from jessie to the present day. After filing the ITP and up

Bug#921519: ITP: mozilla-deepspeech -- TensorFlow implementation of Baidu's DeepSpeech architecture

2019-02-06 Thread Jonathan Carter
Package: wnpp Severity: wishlist Owner: Jonathan Carter * Package name: mozilla-deepspeech Version : 0.5.0-alpha.1 Upstream Author : Mozilla * URL : https://github.com/mozilla/DeepSpeech * License : MPL-2.0 Programming Lang: Python Description : TensorF

Bug#921517: ITP: r-cran-cliapp -- create rich command line applications in GNU R

2019-02-06 Thread Andreas Tille
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-cliapp Version : 0.1.0 Upstream Author : Gábor Csárdi * URL : https://cran.r-project.org/package=cliapp * License : MIT Programming Lang: GNU R Description : create rich comman

Bug#921516: ITP: r-cran-prettycode -- pretty print GNU R code in the terminal

2019-02-06 Thread Andreas Tille
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-prettycode Version : 1.0.2 Upstream Author : Gábor Csárdi * URL : https://cran.r-project.org/package=prettycode * License : MIT Programming Lang: GNU R Description : pretty pri

Re: package management symlink

2019-02-06 Thread Andy Simpkins
Sören please see: https://xkcd.com/927/ /Andy On 05/02/2019 06:20, Sören Reinecke wrote: Dear Debian mailing list community, I am Sören alias Valor Naram and I founded the project "goeasyLinux". I will help to make linux more user friendly. A short introduction to "goeasyLinux" can be foun

Bug#921514: ITP: spaln -- splicing-aware transcript-alignment to genomic DNA

2019-02-06 Thread Steffen Moeller
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: spaln Version : 2.3.2b Upstream Author : Osamu Gotoh * URL : http://www.genome.ist.i.kyoto-u.ac.jp/~aln_user/spaln * License : GPL Programming Lang: C, Perl Description : splicing-

Reusing source package name of long-removed, unrelated package

2019-02-06 Thread Gard Spreemann
Hello, I filed an ITP (#920912) regarding a package I'm preparing. The upstream name for this package is "phat", which doesn't appear in the archives from jessie to the present day. After filing the ITP and uploading my package to mentors, I realized that there was an unrelated "phat" with a diffe