Bug#732180: ITP: tuskar -- control how and where OpenStack services are deployed

2013-12-15 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: tuskar Version : 0.0.5 Upstream Author : OpenStack Development Mailing List * URL : https://github.com/openstack/tuskar * License : Apache-2.0 Programming Lang: Python Description

Re: Bug#732041: ITP: libvmod-throttle -- Throttling module for Varnish

2013-12-15 Thread Stig Sandbeck Mathisen
On Fri, Dec 13, 2013 at 10:49:15AM +0100, Jérémy Lal wrote: > I'm hacking something ugly meanwhile for my own needs, but you can > count on me to test building against varnish 4 as soon as the > experimental version is out. varnish 4 tech preview 1 is now in debian experimental. I've tested that

Bug#732181: ITP: python-tuskarclient -- control how and where OpenStack services are deployed - client

2013-12-15 Thread Thomas Goirand
Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: python-tuskarclient Version : 0.0.5 Upstream Author : OpenStack Development Mailing List * URL : https://github.com/openstack/python-tuskarclient/ * License : Apache-2.0 Programming Lang

Re: Need some guide with LSB core

2013-12-15 Thread V.Krishn
On Sunday, December 15, 2013 08:33:34 AM Bas Wijnen wrote: > On Sat, Dec 14, 2013 at 08:27:45PM +0530, V.Krishn wrote: > > On Friday, December 13, 2013 08:31:51 PM you wrote: > > > Was going through LSB Core 4.1. > > > > > > I am looking at LSB core section 20.8 ... > > > > > > Confirming set

Re: Bug#732159: Should this package be removed?

2013-12-15 Thread Reimar Döffinger
On 14.12.2013, at 23:53, John Paul Adrian Glaubitz wrote: > On 12/14/2013 11:07 PM, Reinhard Tartler wrote: >> On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff wrote: >>> Package: mplayer >>> Severity: serious >>> >>> Should this package be removed? If so, please reassign to ftp.debian.org >

Re: Bug#732159: Should this package be removed?

2013-12-15 Thread Pau Garcia i Quiles
On Sat, Dec 14, 2013 at 11:53 PM, John Paul Adrian Glaubitz < glaub...@physik.fu-berlin.de> wrote: > Well, to be honest, I think the problem is actually libav, not mplayer. > Most users prefer the original ffmpeg over libav from my own experience. > Agreed Furthermore, I still do not understand

Re: Role of Release Goals

2013-12-15 Thread Niels Thykier
On 2013-12-02 23:59, Charles Plessy wrote: > Hi all, > Hi, > am I wrong or among the supporters of the concept of release goals, > there are no members of the release team themselves ? If yes, then > it may be more fruitful to explore alternatives. > I think there are (or, at least, were) som

Re: Release sprint results - team changes, auto-rm and arch status

2013-12-15 Thread Niels Thykier
On 2013-11-29 10:48, Svante Signell wrote: > On Thu, 2013-11-28 at 21:04 +0100, Niels Thykier wrote: >> In this new and exciting update from your Debian Release Team... > >> kFreeBSD was a technology preview, and has not generated enough user >> interest to bring in sufficient install base to cont

Re: Release sprint results - team changes, auto-rm and arch status

2013-12-15 Thread Niels Thykier
On 2013-11-29 10:27, Stéphane Glondu wrote: > Le 28/11/2013 21:52, Niels Thykier a écrit : >>> [...] >> >> Keeping them around is different from them being considered as release >> architectures (or even just keeping them in testing). Keeping these >> architectures in testing do involve a burden,

Re: Bug#732041: ITP: libvmod-throttle -- Throttling module for Varnish

2013-12-15 Thread Vincent Bernat
❦ 15 décembre 2013 10:21 CET, Stig Sandbeck Mathisen  : > The needed header files, as well as "vmodtool.py" are in the > "libvarnishapi-dev" package. I've not tested building a vmod against > it yet. With Varnish 3, we were including "bin/varnishd/cache.h". Since Varnish 4 ships "usr/include/var

Re: Role of Release Goals

2013-12-15 Thread Andreas Barth
* Niels Thykier (ni...@thykier.net) [131215 12:36]: > In practise, it has not worked out so well. In my experience, many > of the Wheezy release goals became "second-rate" goals - we simply > failed to follow up on those goals as we promised, we would. To me, > release goals became "that outsta

Re: Bug#732159: Should this package be removed?

2013-12-15 Thread Bálint Réczey
2013/12/15 Reimar Döffinger : > On 14.12.2013, at 23:53, John Paul Adrian Glaubitz > wrote: >> On 12/14/2013 11:07 PM, Reinhard Tartler wrote: >>> On Sat, Dec 14, 2013 at 4:28 PM, Moritz Muehlenhoff wrote: Package: mplayer Severity: serious Should this package be removed? If

Re: Bug#601455: marked as done (can't stop daemon using /etc/init.d/foo stop when disabled via /etc/default/foo)

2013-12-15 Thread Marc Haber
On Mon, 09 Dec 2013 11:27:37 -0800, Russ Allbery wrote: >If Policy says anything, I suspect we'll say that having a disable flag in >/etc/default is considered harmful and packages should instead document >that update-rc.d disable should be used for this purpose (and perhaps >migrate the disabled

Re: procps with pidof is released

2013-12-15 Thread Marc Haber
On Tue, 10 Dec 2013 13:22:27 -0800, Steve Langasek wrote: >On Tue, Dec 10, 2013 at 09:02:21AM +, Thorsten Glaser wrote: >> Steve Langasek dixit: > >> >(For values of "permanently" that include "we now have two implementations >> >of sh in Essential, because no one has done the work to let us g

Bug#732200: ITP: Open Time Zone Converter -- A simple app to convert the time and date between two different zones.

2013-12-15 Thread David Maiorino
Package: wnpp Severity: wishlist Owner: David Maiorino * Package name: Open Time Zone Converter Version : 1.0.0 Upstream Author : David Maiorino * URL : https://github.com/DMaiorino/TimeZoneConverter * License : MIT/X Programming Lang: Java Description

Re: procps with pidof is released

2013-12-15 Thread Ben Hutchings
On Sun, 2013-12-15 at 16:06 +0100, Marc Haber wrote: > On Tue, 10 Dec 2013 13:22:27 -0800, Steve Langasek > wrote: > >On Tue, Dec 10, 2013 at 09:02:21AM +, Thorsten Glaser wrote: > >> Steve Langasek dixit: > > > >> >(For values of "permanently" that include "we now have two implementations > >

Re: procps with pidof is released

2013-12-15 Thread Steve Langasek
On Sun, Dec 15, 2013 at 07:07:54PM +, Ben Hutchings wrote: > On Sun, 2013-12-15 at 16:06 +0100, Marc Haber wrote: > > On Tue, 10 Dec 2013 13:22:27 -0800, Steve Langasek > > wrote: > > >On Tue, Dec 10, 2013 at 09:02:21AM +, Thorsten Glaser wrote: > > >> Steve Langasek dixit: > > >> >(For v

Re: Bug#732159: Should this package be removed?

2013-12-15 Thread Moritz Mühlenhoff
Bálint Réczey schrieb: > How about introducing the ffmpeg shared libraries with libffmpeg > prefix instead of libav prefix? No way. Keeping up with security fixes for libav is tedious enough, we cannot reasonably have both. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-devel-requ

Re: Bug#732159: Should this package be removed?

2013-12-15 Thread John Paul Adrian Glaubitz
On 12/15/2013 10:11 PM, Moritz Mühlenhoff wrote: > Bálint Réczey schrieb: >> How about introducing the ffmpeg shared libraries with libffmpeg >> prefix instead of libav prefix? > > No way. Keeping up with security fixes for libav is tedious enough, > we cannot reasonably have both. So, the alte

Re: Bug#732159: Should this package be removed?

2013-12-15 Thread Bálint Réczey
2013/12/15 John Paul Adrian Glaubitz : > On 12/15/2013 10:11 PM, Moritz Mühlenhoff wrote: >> Bálint Réczey schrieb: >>> How about introducing the ffmpeg shared libraries with libffmpeg >>> prefix instead of libav prefix? >> >> No way. Keeping up with security fixes for libav is tedious enough, >>

Re: procps with pidof is released

2013-12-15 Thread Ben Hutchings
On Sun, 2013-12-15 at 11:54 -0800, Steve Langasek wrote: > On Sun, Dec 15, 2013 at 07:07:54PM +, Ben Hutchings wrote: > > On Sun, 2013-12-15 at 16:06 +0100, Marc Haber wrote: > > > On Tue, 10 Dec 2013 13:22:27 -0800, Steve Langasek > > > wrote: > > > >On Tue, Dec 10, 2013 at 09:02:21AM +,

Re: Bug#732159: Should this package be removed?

2013-12-15 Thread Reinhard Tartler
On Sun, Dec 15, 2013 at 5:27 PM, Bálint Réczey wrote: > Regarding xbmc please don't remove it. > It works with libav to some extent and I'm tyring to convince upstream to > let me join the team responsible for packaging. I plan keeping xbmc working > with libav unless ffmpeg gets reintroduced to

Bug#732264: ITP: probabel -- Toolset for Genome-Wide Association Analysis

2013-12-15 Thread L.C. Karssen
Package: wnpp Severity: wishlist Owner: "Debian Med team" * Package name: probabel Version : 0.4.1 Upstream Author : L.C. Karssen * URL : http://www.genabel.org/packages/ProbABEL * License : GPL Programming Lang: C, C++, Perl Description : Toolset for