Bug#786947: ITP: libswagger2-perl -- Perl module for generating, parsing and transforming swagger API documentation.

2015-05-26 Thread Robin Sheat
Package: wnpp Severity: wishlist Owner: Robin Sheat * Package name: libswagger2-perl Version : 0.32 Upstream Author : Jan Henning Thorsen * URL : https://metacpan.org/release/Swagger2 * License : Artistic 2.0 Programming Lang: Perl Description : Perl m

Bug#786932: RFP: vim-go -- Golang support for Vim

2015-05-26 Thread Hilko Bengen
Control: block 786891 by -1 Package: wnpp Severity: wishlist * Package name: vim-go Version : 1.0.5 Upstream Author : Fatih Arslan * URL or Web page : https://github.com/fatih/vim-go * License : BSD, not 100% clear yet -- see https://github.com/fatih/vim-go/issues/443 De

Bug#786928: ITP: go-mode-el -- the Emacs mode for editing Go code

2015-05-26 Thread Hilko Bengen
Control: block 786891 by -1 Package: wnpp Owner: Hilko Bengen Severity: wishlist * Package name: go-mode-el Version : 1.3.0 Upstream Author : Dominik Honnef * URL or Web page : https://github.com/dominikh/go-mode.el * License : BSD-3-clause Description : the Emacs mo

Re: please use signed git commits (and tags)

2015-05-26 Thread Vincent Bernat
❦ 26 mai 2015 14:38 -0300, Henrique de Moraes Holschuh  : >> A solution to this without history rewriting is to tag the commits you >> want to sign. >> >> You could tag any commit at any time, and sign that tag. Impractical if >> you want to retroactively sign a huge swathe of commits, but not b

RE:Bug#786902: O: ifupdown -- high level tools to configure network interfaces

2015-05-26 Thread PICCA Frederic-Emmanuel
> I do, it's about time we had a decent scripting language in the base > system. What about haskell as a decent scripting language ? It seems to me that haskell is a clear win when it comes to put things all together. type checking etc... Fred -- To UNSUBSCRIBE, email to debian-devel-requ...@l

Re: please use signed git commits (and tags)

2015-05-26 Thread Henrique de Moraes Holschuh
On Tue, May 26, 2015, at 13:12, Jonathan Dowland wrote: > On Mon, May 25, 2015 at 06:43:46PM +0200, Wouter Verhelst wrote: > > Since signing changes the sha1 of the commit, only if rewriting history > > isn't a > > problem. > > A solution to this without history rewriting is to tag the commits yo

Re: Bug#786902: O: ifupdown -- high level tools to configure network interfaces

2015-05-26 Thread Ben Hutchings
On Tue, 2015-05-26 at 18:54 +0200, Marco d'Itri wrote: > On May 26, Andrew Shadura wrote: > > > In current state ifupdown is probably good enough for what it is used > > for, except a few bugs. For advanced uses, it seems, Python-based > > ifupdown2 may become a good alternative in the future, an

Bug#786914: ITP: ruby-get-process-mem -- Get memory usage of a process in Ruby

2015-05-26 Thread Balasankar C
Package: wnpp Severity: wishlist Owner: Balasankar C * Package name: ruby-get-process-mem Version : 0.2.0 Upstream Author : Richard Schneeman * URL : https://github.com/schneems/get_process_mem * License : Expat Programming Lang: Ruby Description : Get

Re: Bug#786902: O: ifupdown -- high level tools to configure network interfaces

2015-05-26 Thread Andrew Shadura
Hello, On Tue, 26 May 2015 18:54:53 +0200 m...@linux.it (Marco d'Itri) wrote: > Maybe this is the right time to think hard about what we should do > about network configuration: Red Hat proposes NM for both desktop and > servers (even if they still support their legacy shell scripts), and > in st

Re: Bug#786902: O: ifupdown -- high level tools to configure network interfaces

2015-05-26 Thread Marco d'Itri
On May 26, Andrew Shadura wrote: > In current state ifupdown is probably good enough for what it is used > for, except a few bugs. For advanced uses, it seems, Python-based > ifupdown2 may become a good alternative in the future, and some simpler > things wicd, NM and systemd-network probably do

Re: please use signed git commits (and tags)

2015-05-26 Thread Jonathan Dowland
On Mon, May 25, 2015 at 06:43:46PM +0200, Wouter Verhelst wrote: > Since signing changes the sha1 of the commit, only if rewriting history isn't > a > problem. A solution to this without history rewriting is to tag the commits you want to sign. You could tag any commit at any time, and sign that

Bug#786902: O: ifupdown -- high level tools to configure network interfaces

2015-05-26 Thread Andrew Shadura
X-Debbugs-CC: debian-devel@lists.debian.org Package: wnpp Severity: normal Hello, This is that time of the year when I finally need to orphan ifupdown package. It's been quite some time already since I first thought about this, and I have finally understood I have no intent to maintain this packa

Bug#786901: ITP: scamp -- Compute astrometric and photometric solutions

2015-05-26 Thread Ole Streicher
Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-as...@lists.debian.org,debian-devel@lists.debian.org * Package name: scamp Version : 2.0.4 Upstream Author : Emmanuel Bertin * URL : http://www.astromatic.net/software/scamp * License :

Bug#786900: ITP: ruby-delayed-job -- Database-backed asynchronous priority queue system

2015-05-26 Thread Balasankar C
Package: wnpp Severity: wishlist Owner: Balasankar C * Package name: ruby-delayed-job Version : 4.0.6 Upstream Author : Tobias Lütke * URL : https://github.com/collectiveidea/delayed_job * License : Expat Programming Lang: Ruby Description : Database-b

Bug#786898: ITP: django-compat -- "For- and backwards compatibility layer for Django 1.4.x to 1.8.x"

2015-05-26 Thread Senthil Kumaran S
Package: wnpp Severity: wishlist Owner: Senthil Kumaran S * Package name: django-compat Version : 1.0.6 Upstream Author : Philippe O. Wagner Yannik Ammann * URL : https://github.com/arteria/django-compat * License : MIT Programming Lang:

Re: Bits from the Stable Release Managers

2015-05-26 Thread Ansgar Burchardt
Hi, On 05/26/2015 04:13 PM, Niels Thykier wrote: > On 2015-05-26 15:42, Ian Campbell wrote: >> Perhaps the infrastructure could use something which doesn't clash with >> real person usages, e.g. "_$arch-buildd.changes" perhaps? >> > I believe dak has been changed to not care about the file name, b

Re: Bits from the Stable Release Managers

2015-05-26 Thread Niels Thykier
On 2015-05-26 15:42, Ian Campbell wrote: > [...] > > Perhaps the infrastructure could use something which doesn't clash with > real person usages, e.g. "_$arch-buildd.changes" perhaps? > > (Eventually I mean). > > Ian. > Hi, I believe dak has been changed to not care about the file name, but

Bug#786894: ITP: astromatic -- Astronomical pipeline software collection

2015-05-26 Thread Ole Streicher
Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-devel@lists.debian.org,debian-as...@lists.debian.org * Package name : astromatic * URL : http://www.astromatic.net * License : public-domain Description : Astronomical pipeline software

Re: Bits from the Stable Release Managers

2015-05-26 Thread Ian Campbell
On Mon, 2015-05-25 at 20:47 +0200, Julien Cristau wrote: > On Mon, May 25, 2015 at 19:42:48 +0100, Simon McVittie wrote: > > > On 25/05/15 18:24, Lisandro Damián Nicanor Pérez Meyer wrote: > > > On Sunday 24 May 2015 21:27:47 Adam D. Barratt wrote: > > > [snip] > > >> Due to the way that the archi

Bug#786889: ITP: media-types -- List of media types associated to file suffixes

2015-05-26 Thread Charles Plessy
Package: wnpp Severity: wishlist Owner: Charles Plessy Package name: media-types Version : 2.1.44 Upstream Author : Mostly Ville Skyttä , for Fedora URL : https://git.fedorahosted.org/cgit/mailcap.git/tree/mime.types License : Public domain Programming

Re: please use signed git commits (and tags)

2015-05-26 Thread Dimitri John Ledkov
On 25 May 2015 at 09:33, Bastian Blank wrote: > On Mon, May 25, 2015 at 09:51:41AM +0200, Thomas Koch wrote: >> On Sunday 24 May 2015 13:02:38 Thomas Koch wrote: >> > Git supports signing of commits since version 1.7.9. Everybody should sign >> > git commits always. >> There is however the argumen

Re: Any Debian Developers in Phoenix, Arizona?

2015-05-26 Thread Christian Kastner
On 2015-05-25 21:26, Andrew Kelley wrote: > I am working towards becoming a Debian Maintainer. Right now I need to > get 2 Debian Developers to sign my key. Are there any Debian > Developers in Phoenix, Arizona who would be willing to meet up and > sign each other's keys? AFAIUI, you only need two