Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Holger Levsen
On Tue, May 23, 2017 at 06:34:09PM +0100, Sean Whitton wrote: > On Tue, May 23, 2017 at 06:38:29PM +0200, Emilio Pozuelo Monfort wrote: > > I have to deal with packages in svn, git-bp and plain git, and have started > > to > > write a set of (ugly) scripts that perform common actions in each of th

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Ben Finney
Ian Jackson writes: > I want every maintainer who is using git to be able to use dgit. Use it to do what, though? The package description is currently: git interoperability with the Debian archive dgit (with the associated infrastructure) makes it possible to treat the Debian arch

Bug#863216: ITP: emacs-ivy -- a generic completion frontend for Emacs

2017-05-23 Thread Sean Whitton
Package: wnpp Severity: wishlist Owner: Nicholas D Steeves * Package name: emacs-ivy Version : 0.9.1 Upstream Author : Oleh Krehel * URL : https://github.com/abo-abo/swiper * License : GPL-3+ Programming Lang: Emacs Lisp Description : a generic complet

Re: Openvas too old - suggestion

2017-05-23 Thread Hans
Hi Andrey, > Now please look in experimental. Yes, I saw it in experimental. However, I wondered, why it is still not in unstable or testing, because in Kali it is already since weeks. > Please also remember that we are currently frozen. Of course, I forgot. This is an explanation, of course. N

Re: Openvas too old - suggestion

2017-05-23 Thread Andrey Rahmatullin
On Tue, May 23, 2017 at 07:48:39PM +0200, Hans wrote: > I see, that even in unstable openvas is still available in version 8. Now please look in experimental. Please also remember that we are currently frozen. -- WBR, wRAR signature.asc Description: PGP signature

Openvas too old - suggestion

2017-05-23 Thread Hans
Dear developers, I see, that even in unstable openvas is still available in version 8. The actual version however is version 9. Of course I understand, that you have to check the stability and other things. But please allow me to suggest this: In Kali-Linux there are already binary packages i

Tools to submit PRs against Debian (was: Re: infinite number of Debian workflows)

2017-05-23 Thread Sean Whitton
On Tue, May 23, 2017 at 12:21:35PM +0100, Ian Jackson wrote: > Sean Whitton writes ("Re: infinite number of Debian workflows (Re: Moving > away from (unsupportable) FusionForge on Alioth?)"): > > A way to set the version during the build, as you suggest, would be > > sufficient to cover this. It

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Sean Whitton
On Tue, May 23, 2017 at 06:38:29PM +0200, Emilio Pozuelo Monfort wrote: > I have to deal with packages in svn, git-bp and plain git, and have started to > write a set of (ugly) scripts that perform common actions in each of those > formats, and a generic wrapper that calls the right one depending o

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Sean Whitton
On Tue, May 23, 2017 at 10:21:27AM +0100, Jonathan Dowland wrote: > On Mon, May 22, 2017 at 10:07:20PM +0100, James Clarke wrote: > > There already effectively is a semi-"primary" implementation given that > > sbuild is used on the buildds. > > Yes that is a very strong fact in favour of sbuild.

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Russ Allbery
Jonathan Dowland writes: > Fair enough, cowbuilder was one of the ones in my hazy peripheral vision > as "another", along with some tools to use things like docker that I am > aware of but couldn't remember the names. None of them have the same > traction as pbuilder or sbuild. I've only used pbu

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Ian Jackson
Emilio Pozuelo Monfort writes ("Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)"): > Besides, the sbuild/pbuilder duplicity is the least of your problems > in terms of multiple workflows, because once you choose one of those > and set it up, yo

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Emilio Pozuelo Monfort
On 22/05/17 16:25, James Clarke wrote: > On Mon, May 22, 2017 at 03:06:48PM +0100, Jonathan Dowland wrote: >> On Mon, May 22, 2017 at 12:47:51PM +0100, Sean Whitton wrote: >>> Someone else already had this idea: >>> >>> https://people.debian.org/~stapelberg//2016/11/25/build-tools.html >> >> Excell

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Ian Jackson
Sean Whitton writes ("Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)"): > A way to set the version during the build, as you suggest, would be > sufficient to cover this. It is hard to see how we could relieve the > user of the need to underst

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Ian Jackson
Sean Whitton writes ("Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)"): > On Mon, May 22, 2017 at 09:22:00PM +0100, Sean Whitton wrote: > > On Mon, May 22, 2017 at 01:42:54PM -0400, Jeremy Bicha wrote: > > > Of course, dgit is yet another work

Bug#863200: ITP: qml-mode -- Emacs major mode for editing QT Declarative (QML) code

2017-05-23 Thread Lev Lamberov
Package: wnpp Owner: Lev Lamberov Severity: wishlist * Package name: qml-mode Version : 0.4 Upstream Author : Wen-Chun Lin , Yen-Chin Lee , Ono Hiroko * URL or Web page : https://github.com/coldnew/qml-mode * License : GPL-2+ Programming Lang: Emacs Lisp Description

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Jonathan Dowland
On Mon, May 22, 2017 at 10:07:20PM +0100, James Clarke wrote: > There already effectively is a semi-"primary" implementation given that > sbuild is used on the buildds. Yes that is a very strong fact in favour of sbuild. > And as for making these "secondary" implementations not geared for real >

Re: infinite number of Debian workflows (Re: Moving away from (unsupportable) FusionForge on Alioth?)

2017-05-23 Thread Sean Whitton
On Mon, May 22, 2017 at 09:22:00PM +0100, Sean Whitton wrote: > On Mon, May 22, 2017 at 01:42:54PM -0400, Jeremy Bicha wrote: > > Of course, dgit is yet another workflow and my understanding is that > > git-buildpackage (without dgit) is far more commonly used in Debian. > > This isn't fair to dgi

Bug#863191: ITP: cmake-extras -- Utility modules for CMake, including coverage instrumentation

2017-05-23 Thread Mike Gabriel
Package: wnpp Severity: wishlist Owner: Mike Gabriel * Package name: cmake-extras Version : 1.4+17.04.20170405 Upstream Author : Canonical Ltd. staff * URL : https://launchpad.net/cmake-extras/ * License : LGPL-3 Programming Lang: CMake macros Description