Re: Release impact of introducing a new archive section?

2016-12-08 Thread Josh Triplett
On Fri, Dec 09, 2016 at 07:45:54AM +0100, Joerg Jaspert wrote: > On 14516 March 1977, Josh Triplett wrote: > > I've now written and submitted all of these patches. > > Thanks! > > Lets give it some time for them to get into packages and then we add > sections. Please ping again, so it doesnt get

Re: Release impact of introducing a new archive section?

2016-12-08 Thread Joerg Jaspert
On 14516 March 1977, Josh Triplett wrote: > I've now written and submitted all of these patches. Thanks! Lets give it some time for them to get into packages and then we add sections. Please ping again, so it doesnt get forgotten. -- bye, Joerg

Re: Work-needing packages report for Dec 9, 2016

2016-12-08 Thread Paul Gevers
Hi, Something went wrong with this list. At least the following. On 09-12-16 01:27, w...@debian.org wrote: >GNOME (#847411), orphaned yesterday > Bug Report URL: http://bugs.debian.org/847411 This bug is about: gnome-btdownload, GNOME interface for 'executing' BitTorrent files >Lin

Re: Release impact of introducing a new archive section?

2016-12-08 Thread Josh Triplett
On Wed, Dec 07, 2016 at 03:05:21PM -0800, Josh Triplett wrote: > On Wed, Dec 07, 2016 at 09:36:00PM +, Niels Thykier wrote: > > Josh Triplett: > > > [Please CC me on replies.] > > > > > > [...] > > > > > > Does it seem reasonable to attempt to introduce these new sections > > > before the rel

Re: armel after Stretch (was: Summary of the ARM ports BoF at DC16)

2016-12-08 Thread Ben Hutchings
On Thu, 2016-12-08 at 23:12 +0100, Christoph Biedl wrote: > Roger Shimizu wrote... > > > I'm ARM porter on armel/marvell (orion5x/kirkwood). > > Stretch will be frozen and released soon, which makes me bit depressed,  > > because it means armel will be dropped out of unstable/testing as the  > > c

Work-needing packages report for Dec 9, 2016

2016-12-08 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: 1050 (new: 53) Total number of packages offered up for adoption: 151 (new: 0) Total number of packages reque

Bug#847524: ITP: distributed -- Dask Distributed computing for Python

2016-12-08 Thread Diane Trout
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: distributed Version : 1.14.3 Upstream Author : Matthew Rocklin * URL : https://distributed.readthedocs.io/en/latest/ * License : BSD-3-Clause Programming Lang: Python Description : Das

Bug#847523: ITP: partd -- Appendable key-value storage for Python

2016-12-08 Thread Diane Trout
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: partd Version : 0.3.6 Upstream Author : Matthew Rocklin * URL : http://github.com/dask/partd/ * License : BSD-3-Clause Programming Lang: Python Description : Appendable key-value stora

Bug#847522: ITP: locket -- File-based locks for Python 3 for Linux and Windows

2016-12-08 Thread Diane Trout
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: locket Version : 0.2.0 Upstream Author : Michael Williamson * URL : http://github.com/mwilliamson/locket.py * License : BSD-2-Clause Programming Lang: Python Description : File-based lo

Re: Hello: https://manpages.debian.org/man/1/uscan

2016-12-08 Thread Alex Muntada
Javier Fernandez-Sanguino: > The manpage there is provided through man2html conversion. > ... > The replacement of the service, which is not yet available, > will provide the pages in, I hope, a prettier HTML format. Today I've been playing with an idea about building better HTML pages from POD f

Bug#847520: ftp.debian.org: please add new "golang" section to the archive

2016-12-08 Thread Holger Levsen
package: ftp.debian.org x-debbugs-cc: debian-devel@lists.debian.org severity: wishlist Hi, (I'm not really using golang, so I'm not the best person to comment on the description.) On Thu, Dec 08, 2016 at 10:36:38PM +0100, Joerg Jaspert wrote: > > The following might work as a description for suc

Bug#847518: ITP: zict -- Mutable mapping tools for Python

2016-12-08 Thread Diane Trout
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: zict Version : 0.1.0 Upstream Author : Matthew Rocklin * URL : https://pypi.python.org/pypi/zict/0.1.0 * License : BSD-3-Clause Programming Lang: Python Description : Mutable mapping t

Re: auto-removal and alternative dependencies

2016-12-08 Thread Josh Triplett
Daniel Pocock wrote: >On 08/12/16 16:59, Adam D. Barratt wrote: >> On 2016-12-08 13:08, Andreas Henriksson wrote: >>> On Thu, Dec 08, 2016 at 01:41:38PM +0100, Daniel Pocock wrote: On 08/12/16 13:35, Andrey Rahmatullin wrote: > On Thu, Dec 08, 2016 at 01:02:20PM +0100, Daniel Po

Re: Test instance of our infrastructure

2016-12-08 Thread Paul Wise
On Thu, Dec 8, 2016 at 10:24 PM, Javier Fernandez-Sanguino wrote: > ... and there are no real requirements to > test the current setup with new Debian releases. You may want to subscribe to debian-services-admin, where DSA have requested testing of services against Debian stretch: https://lists.

Re: Test instance of our infrastructure

2016-12-08 Thread Paul Wise
On Mon, Nov 28, 2016 at 8:04 PM, Ian Jackson wrote: > Should we not have public test instances of all these things ? If this will increase the bus factor of Debian services, that would be great. If this will just be a time sink for the people involved, that would be less great. On balance, it sou

Re: future of Debian amavisd-milter package

2016-12-08 Thread Christoph Biedl
har...@a-little-linux-box.at wrote... > While it would theoretically also be possible to file a RFA or O bug I > currently do not consider this a good course of action: The number of QA > packages is already very high and while adopting amavisd-milter would be > not so much of a problem to maintai

Re: armel after Stretch (was: Summary of the ARM ports BoF at DC16)

2016-12-08 Thread Christoph Biedl
Roger Shimizu wrote... > I'm ARM porter on armel/marvell (orion5x/kirkwood). > Stretch will be frozen and released soon, which makes me bit depressed, > because it means armel will be dropped out of unstable/testing as the > conclusion of Cape Town BoF. Same here. My Dockstars (orion5x/kirkwood

Bug#847503: ITP: heapdict -- a heap with decrease-key and increase-key operations for Python

2016-12-08 Thread Diane Trout
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: heapdict Version : 1.0.0 Upstream Author : Daniel Stutzbach * URL : http://stutzbachenterprises.com/ * License : BSD-3-Clause Programming Lang: Python Description : a heap with decreas

Re: Release impact of introducing a new archive section?

2016-12-08 Thread Joerg Jaspert
On 14515 March 1977, Josh Triplett wrote: >> while at it, please also add a section for golang package, we have over >> 500 in the archive already: > I don't see any bug filed on ftp.debian.org requesting such a section. > Could you please do so, with a short and long description of the new > secti

Re: auto-removal and alternative dependencies

2016-12-08 Thread Daniel Pocock
On 08/12/16 16:59, Adam D. Barratt wrote: > On 2016-12-08 13:08, Andreas Henriksson wrote: >> On Thu, Dec 08, 2016 at 01:41:38PM +0100, Daniel Pocock wrote: >>> >>> >>> On 08/12/16 13:35, Andrey Rahmatullin wrote: >>> > On Thu, Dec 08, 2016 at 01:02:20PM +0100, Daniel Pocock wrote: >> [...] >>> >

Bug#847497: ITP: cloudpickle -- Extended pickling support for Python objects

2016-12-08 Thread Diane Trout
Package: wnpp Severity: wishlist Owner: Diane Trout * Package name: cloudpickle Version : 0.2.1 Upstream Author : PiCloud, Inc. * URL : https://github.com/cloudpipe/cloudpickle * License : BSD-3-Clause Programming Lang: Python Description : Extended pic

Re: fine-grained permissions on alioth git repositories? (aka Debian gitlab)?

2016-12-08 Thread Alexander Wirt
On Thu, 08 Dec 2016, Ondřej Surý wrote: > Hi, > > did we get anywhere with the gitlab discussion? The PHP packaging group > has grown quite big and I would really appreciate if we can get a > fine-grained permissions on packaging repositories. > > At minimum, there's split between main PHP, PECL

Re: Release impact of introducing a new archive section?

2016-12-08 Thread Dominique Dumont
On Thursday, 8 December 2016 18:17:23 CET gregor herrmann wrote: > Ah, I see; that makes sense. So, perl6 X::Y::Z modules will use the > > > naming perl6-x-y-z? > > Yup, that's my understanding. Yes, that's the plan. > > In any case, I don't have any objections to a new section; I just wanted

Re: Release impact of introducing a new archive section?

2016-12-08 Thread gregor herrmann
On Thu, 08 Dec 2016 09:01:47 -0800, Josh Triplett wrote: > > No. perl5 modules named FOO::BAR are packages as libFOO-BAR-perl, and > > in this case we have perl5 modules named Perl6::Something, so this > > naming just follows the Debian Perl Policy, even if it looks a bit > > strange. > > Perl6 pa

Re: Release impact of introducing a new archive section?

2016-12-08 Thread Josh Triplett
On Thu, Dec 08, 2016 at 05:55:37PM +0100, gregor herrmann wrote: > On Thu, 08 Dec 2016 08:44:15 -0800, Josh Triplett wrote: > > > While you are in there, there is #816693, also I'm unsure (and offline > > > atm) how many perl6 packages we currently have. > > As far as I can tell, we have 2 such pac

Re: Release impact of introducing a new archive section?

2016-12-08 Thread Josh Triplett
Holger Levsen wrote: > On Wed, Dec 07, 2016 at 03:05:21PM -0800, Josh Triplett wrote: > > If anyone has any objections to the creation of the two sections "rust" > > and "javascript", please speak up now, as I plan to start writing > > patches for various tools to recognize these sections. > > whi

Re: Release impact of introducing a new archive section?

2016-12-08 Thread gregor herrmann
On Thu, 08 Dec 2016 08:44:15 -0800, Josh Triplett wrote: > > While you are in there, there is #816693, also I'm unsure (and offline > > atm) how many perl6 packages we currently have. > As far as I can tell, we have 2 such packages: perl6 and perl6-panda. See my other mail. > We have several pac

Re: Release impact of introducing a new archive section?

2016-12-08 Thread Josh Triplett
On Thu, Dec 08, 2016 at 07:46:23AM +0100, Joerg Jaspert wrote: > On 14515 March 1977, Josh Triplett wrote: > >> Longer version: I think we should patch the tools first and /if/ we are > >> in time before the release, we can add the sections. To my knowledge, > >> there are basically no ill effects

Re: Release impact of introducing a new archive section?

2016-12-08 Thread gregor herrmann
On Thu, 08 Dec 2016 07:46:23 +0100, Joerg Jaspert wrote: > While you are in there, there is #816693, also I'm unsure (and offline > atm) how many perl6 packages we currently have. TTBOMK we currently have - perl6 (metapackage depending directly/indirectly on:) - rakudo, moarvm, nqp (the 3 togethe

Re: auto-removal and alternative dependencies

2016-12-08 Thread Adam D. Barratt
On 2016-12-08 13:08, Andreas Henriksson wrote: On Thu, Dec 08, 2016 at 01:41:38PM +0100, Daniel Pocock wrote: On 08/12/16 13:35, Andrey Rahmatullin wrote: > On Thu, Dec 08, 2016 at 01:02:20PM +0100, Daniel Pocock wrote: [...] I don't think that clearly addresses the case of alternative dep

fine-grained permissions on alioth git repositories? (aka Debian gitlab)?

2016-12-08 Thread Ondřej Surý
Hi, did we get anywhere with the gitlab discussion? The PHP packaging group has grown quite big and I would really appreciate if we can get a fine-grained permissions on packaging repositories. At minimum, there's split between main PHP, PECL extensions and PECL modules, so something like gitlab

Re: Test instance of our infrastructure

2016-12-08 Thread Javier Fernandez-Sanguino
Dear Ian, I just thought I could give my 2c to this idea (which I like and share). On 28 November 2016 at 13:04, Ian Jackson wrote: > Should we not have public test instances of all these things ? Yes. > I suggest we should declare (perhaps as a DEP?) a systematic scheme > which recommends to

Re: armel after Stretch

2016-12-08 Thread Ben Hutchings
On Thu, 2016-12-08 at 20:19 +0900, Roger Shimizu wrote: > Dear Steve, > > Thanks for your comments! > Very informative! > > > On Thu, Dec 8, 2016 at 12:53 AM, Steve McIntyre wrote: > > > > There are kernel helpers available to provide some atomic support, but > > they'll be very slow compared t

Bug#847469: ITP: node-to-absolute-glob -- Make a glob pattern absolute, ensuring that negative globs and patterns with trailing slashes are correctly handled

2016-12-08 Thread Sruthi Chandran
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-to-absolute-glob Version : 2.0.1 Upstream Author : Jon Schlinkert (https://github.com/jonschlinkert) * URL : https://github.com/jonschlinkert/to-abs

Re: auto-removal and alternative dependencies

2016-12-08 Thread Andreas Henriksson
On Thu, Dec 08, 2016 at 01:41:38PM +0100, Daniel Pocock wrote: > > > On 08/12/16 13:35, Andrey Rahmatullin wrote: > > On Thu, Dec 08, 2016 at 01:02:20PM +0100, Daniel Pocock wrote: [...] > > I don't think that clearly addresses the case of alternative dependencies. > > My packages do not "requi

Bug#847461: ITP: node-orchestrator -- A module for sequencing and executing tasks and dependencies in maximum

2016-12-08 Thread Sruthi Chandran
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-orchestrator Version : 0.3.8 Upstream Author : Rob Richardson (http://robrich.org/) * URL : https://github.com/robrich/orchestrator * License

Bug#847460: ITP: node-duplexify -- Turn a writable and readable stream into a streams2 duplex stream with support for async initialization and streams1/streams2 input

2016-12-08 Thread Sruthi Chandran
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-duplexify Version : 3.5.0 Upstream Author : Mathias Buus * URL : https://github.com/mafintosh/duplexify * License : Expat Programming Lang

Re: auto-removal and alternative dependencies

2016-12-08 Thread Daniel Pocock
On 08/12/16 13:35, Andrey Rahmatullin wrote: > On Thu, Dec 08, 2016 at 01:02:20PM +0100, Daniel Pocock wrote: >> I have two packages that depend on: nagios3 | icinga >> >> nagios3 is being removed[1], but icinga[2] is still available, so >> why can't my packages continue to list nagios3 as a pos

Re: auto-removal and alternative dependencies

2016-12-08 Thread Andrey Rahmatullin
On Thu, Dec 08, 2016 at 01:02:20PM +0100, Daniel Pocock wrote: > I have two packages that depend on: nagios3 | icinga > > nagios3 is being removed[1], but icinga[2] is still available, so why > can't my packages continue to list nagios3 as a possible dependency for > the convenience of those peopl

Re: auto-removal and alternative dependencies

2016-12-08 Thread Daniel Pocock
On 08/12/16 13:22, Emilio Pozuelo Monfort wrote: > On 08/12/16 13:02, Daniel Pocock wrote: >> I have two packages that depend on: nagios3 | icinga >> >> nagios3 is being removed[1], but icinga[2] is still available, so why >> can't my packages continue to list nagios3 as a possible dependency for

Re: auto-removal and alternative dependencies

2016-12-08 Thread Emilio Pozuelo Monfort
On 08/12/16 13:02, Daniel Pocock wrote: > I have two packages that depend on: nagios3 | icinga > > nagios3 is being removed[1], but icinga[2] is still available, so why > can't my packages continue to list nagios3 as a possible dependency for > the convenience of those people who continue to use i

Re: Release impact of introducing a new archive section?

2016-12-08 Thread Holger Levsen
On Wed, Dec 07, 2016 at 03:05:21PM -0800, Josh Triplett wrote: > If anyone has any objections to the creation of the two sections "rust" > and "javascript", please speak up now, as I plan to start writing > patches for various tools to recognize these sections. while at it, please also add a secti

auto-removal and alternative dependencies

2016-12-08 Thread Daniel Pocock
I have two packages that depend on: nagios3 | icinga nagios3 is being removed[1], but icinga[2] is still available, so why can't my packages continue to list nagios3 as a possible dependency for the convenience of those people who continue to use it? Regards, Daniel 1. https://packages.qa.

Re: armel after Stretch

2016-12-08 Thread Roger Shimizu
Dear Steve, Thanks for your comments! Very informative! On Thu, Dec 8, 2016 at 12:53 AM, Steve McIntyre wrote: > > There are kernel helpers available to provide some atomic support, but > they'll be very slow compared to real hardware support at this level. Are those kernel helper already reach

Re: Test instance of our infrastructure

2016-12-08 Thread Simon McVittie
On Thu, 08 Dec 2016 at 07:55:33 +0100, Lucas Nussbaum wrote: > [0] for services that currently run via cron, it would be interesting to > transition to running them using systemd service + timer, so that it's > easy to run the service manually in the same environment when run > manually (systemctl