Bug#692094: ITP: libpdl-linearalgebra-perl -- libpdl-linearalgebra-perl

2012-11-01 Thread Dima Kogan
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libpdl-linearalgebra-perl Version : 0.06 Upstream Author : Grégory Vanuxem * URL : http://search.cpan.org/~ellipse/PDL-LinearAlgebra-0.06/LinearAlgebra.pm * License : Artistic Programming L

Bug#692093: ITP: libconst-fast-perl -- Const::Fast - Facility for creating read-only scalars, arrays, and hashes

2012-11-01 Thread Dima Kogan
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libconst-fast-perl Version : 0.013 Upstream Author : Leon Timmermans * URL : http://search.cpan.org/~leont/Const-Fast-0.013/lib/Const/Fast.pm * License : GPL or Artistic Programming Lang: Pe

Bug#692091: ITP: libmath-quaternion-perl -- Math::Quaternion - Perl class to represent quaternions

2012-11-01 Thread Dima Kogan
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libmath-quaternion-perl Version : 0.03 Upstream Author : Jonathan Chin, * URL : http://search.cpan.org/~jchin/Math-Quaternion-0.03/lib/Math/Quaternion.pm * License : GPL or Artistic Programm

Bug#692090: ITP: libfile-tee-perl -- File::Tee - replicate data sent to a Perl stream

2012-11-01 Thread Dima Kogan
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libfile-tee-perl Version : 0.07 Upstream Author : Salvador Fandiño * URL : http://search.cpan.org/~salva/File-Tee-0.07/lib/File/Tee.pm * License : GPL or Artistic Programming Lang: Perl De

Bug#692089: ITP: libalgorithm-lbfgs-perl -- Algorithm::LBFGS - Perl extension for L-BFGS

2012-11-01 Thread Dima Kogan
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libalgorithm-lbfgs-perl Version : 0.16 Upstream Author : Laye Suen * URL : http://search.cpan.org/~laye/Algorithm-LBFGS-0.16/lib/Algorithm/LBFGS.pm * License : MIT Programming Lang: Perl D

Bug#692088: ITP: libdogleg -- Powell's dog-leg optimization routine for sparse matrices

2012-11-01 Thread Dima Kogan
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libdogleg Version : 0.07 Upstream Author : Dima Kogan * URL : https://github.com/Oblong/libdogleg * License : LGPL Programming Lang: C Description : Powell's dog-leg optimization routin

Bug#692087: ITP: sglib -- Header-only container library in C. Implements basic data structures.

2012-11-01 Thread Dima Kogan
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: sglib Version : 1.0.4 Upstream Author : Martin Vittek * URL : http://sglib.sourceforge.net * License : GPL or any OSI-approved license Programming Lang: C Description : Header-only conta

Bug#692084: ITP: trac-includemacro -- Include external resources in a Trac wiki page.

2012-11-01 Thread Ross Glover
Package: wnpp Severity: wishlist Owner: Ross Glover * Package name: trac-includemacro Version : 3.0.0~r12030-1 Upstream Author : Ryan J Ollos * URL : https://trac-hacks.org/wiki/IncludeMacro * License : BSD Programming Lang: Python Description : Includ

Work-needing packages report for Nov 2, 2012

2012-11-01 Thread wnpp
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: 489 (new: 19) Total number of packages offered up for adoption: 136 (new: 2) Total number of packages reques

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Michael Gilbert
On Thu, Nov 1, 2012 at 6:59 PM, Bart Martens wrote: > On Thu, Nov 01, 2012 at 06:41:24PM -0400, Michael Gilbert wrote: >> Maybe an example will help get us on the same page. Russ seems to >> have the impression that my proposal is somehow a license to push >> unwanted changes at a maintainer. Tha

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Bart Martens
On Thu, Nov 01, 2012 at 06:41:24PM -0400, Michael Gilbert wrote: > Maybe an example will help get us on the same page. Russ seems to > have the impression that my proposal is somehow a license to push > unwanted changes at a maintainer. That is not true. > > Let's consider mlocate as a hypotheti

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Michael Gilbert
On Thu, Nov 1, 2012 at 5:00 PM, Stefano Zacchiroli wrote: > On Thu, Nov 01, 2012 at 04:30:51PM -0400, Michael Gilbert wrote: >> > You're still making the maintainer take explicit action to stop >> > something that he already said they didn't want to happen. >> >> For a time, this is how regular nmu

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Stefano Zacchiroli
On Thu, Nov 01, 2012 at 04:30:51PM -0400, Michael Gilbert wrote: > > You're still making the maintainer take explicit action to stop > > something that he already said they didn't want to happen. > > For a time, this is how regular nmus were greeted, but as a project, > we've gotten over that unwa

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Russ Allbery
Michael Gilbert writes: > On Thu, Nov 1, 2012 at 4:20 PM, Russ Allbery wrote: >> Michael Gilbert writes: >>> Not if the nmu has a sufficient delay (DELAYED/10 or DELAYED/30 or >>> whatever would be agreed on). The maintainer can cancel things that >>> he doesn't like before they get uploaded.

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Tollef Fog Heen
]] Michael Gilbert > On Thu, Nov 1, 2012 at 3:16 PM, Tollef Fog Heen wrote: > >> > The new upstream release did not include any particularly compelling > >> > changes for wheezy, which is why I did not update to the newer > >> > upstream version. > >> > >> It may not have include changes interest

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Russ Allbery
Michael Gilbert writes: > Not if the nmu has a sufficient delay (DELAYED/10 or DELAYED/30 or > whatever would be agreed on). The maintainer can cancel things that he > doesn't like before they get uploaded. You're still making the maintainer take explicit action to stop something that he alread

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Michael Gilbert
On Thu, Nov 1, 2012 at 3:29 PM, Russ Allbery wrote: >> That's where nmus help. Someone that does care and does have the time >> can go ahead and get the features interesting them (and likely many >> other users) to work. > > That's only true if you're happy with all of the changes being reverted

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Russ Allbery
Michael Gilbert writes: > On Thu, Nov 1, 2012 at 3:16 PM, Tollef Fog Heen wrote: >> «For wheezy» is operative in my statement. hurd is not a wheezy >> release architecture, and it's actually not even part of Debian any >> longer any more than HPPA or AVR32 is. Making changes for such >> archite

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Michael Gilbert
On Thu, Nov 1, 2012 at 3:16 PM, Tollef Fog Heen wrote: >> > The new upstream release did not include any particularly compelling >> > changes for wheezy, which is why I did not update to the newer >> > upstream version. >> >> It may not have include changes interesting to you, but there was >> cert

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Tollef Fog Heen
]] Michael Gilbert > On Thu, Nov 1, 2012 at 5:51 AM, Tollef Fog Heen wrote: [...] > > The new upstream release did not include any particularly compelling > > changes for wheezy, which is why I did not update to the newer > > upstream version. > > It may not have include changes interesting to

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Michael Gilbert
On Thu, Nov 1, 2012 at 4:48 AM, Bart Martens wrote: >> wine: http://bugs.debian.org/585409 (new upstream pushed via nmu) > > This is a good example where talking helped to gather all views on all aspects > from all involved people. My impression is that finally the maintainer > allowed > new co-m

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Michael Gilbert
On Thu, Nov 1, 2012 at 5:51 AM, Tollef Fog Heen wrote: > ]] Michael Gilbert > >> mlocate: http://bugs.debian.org/669368 (new upstream could have been >> pushed via nmu before the freeze, but it was prepared too late) >> > > The suggested NMU that does random changes like changing the packaging > t

Bug#692032: ITP: python-csb -- Python framework for structural bioinformatics

2012-11-01 Thread Tomas Di Domenico
Package: wnpp Severity: wishlist Owner: Debian Med group * Package name: python-csb Version : 1.1.0 Upstream Author : Michael Habeck * URL : http://csb.codeplex.com/ * License : MIT Programming Lang: Python Description : Python framework for structural

Bug#692023: ITP: python-dbusmock -- Mock D-Bus objects for testsuites

2012-11-01 Thread Martin Pitt
Package: wnpp Severity: wishlist Owner: Martin Pitt * Package name: python-dbusmock Version : 0.1.2 Upstream Author : Martin Pitt * URL : https://launchpad.net/python-dbusmock * License : LGPL 3+ Programming Lang: Python 3 Description : Mock D-Bus obje

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Svante Signell
On Thu, 2012-11-01 at 08:48 +, Bart Martens wrote: > On Wed, Oct 31, 2012 at 07:16:56PM -0400, Michael Gilbert wrote: > > On Wed, Oct 31, 2012 at 2:34 PM, Bart Martens wrote: > > > On Wed, Oct 31, 2012 at 09:32:40AM +0100, Svante Signell wrote: > > >> How to solve the following problem: Assume

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Tollef Fog Heen
]] Michael Gilbert > mlocate: http://bugs.debian.org/669368 (new upstream could have been > pushed via nmu before the freeze, but it was prepared too late) > The suggested NMU that does random changes like changing the packaging to 3.0 (quilt) and adding an uploader? Is that even a serious sug

Re: [PROPOSAL v2] Orphaning another maintainer's packages

2012-11-01 Thread Bart Martens
On Wed, Oct 31, 2012 at 07:16:56PM -0400, Michael Gilbert wrote: > On Wed, Oct 31, 2012 at 2:34 PM, Bart Martens wrote: > > On Wed, Oct 31, 2012 at 09:32:40AM +0100, Svante Signell wrote: > >> How to solve the following problem: Assume a package with wishlist bugs > >> filed lagging behind upstream