Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

2014-08-20 Thread Timothy Gu
Hi Attila, I will do a small self-intro, as you most likely don't know me: I am a high school student who mainly writes documentation for FFmpeg, but sometimes do small code fixes and patch review (mainly related to documentation), both for FFmpeg and Libav. I sent my first patch to FFmpeg last ye

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

2014-08-20 Thread Attila Kinali
On Mon, 18 Aug 2014 13:42:36 +0200 Nicolas George wrote: > The reason for switching from FFmpeg to libav in the first place just after > the fork is much simpler than that. Yes, the reason was that Reinhard, who was the maintainer of the ffmpeg package back then, was on the libav side after the

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

2014-08-20 Thread Attila Kinali
On Sat, 16 Aug 2014 17:11:29 +0200 Nicolas George wrote: > The most galling in this issue is that there is no clear decision behind > this orientation. The fork's manifesto stated that everyone was equal > amongst equals, with or without commit rights, but the people who do have > the commit righ

Re: Reintroducing FFmpeg to Debian

2014-08-20 Thread Attila Kinali
Servus, On Wed, 20 Aug 2014 18:43:18 +0900 Norbert Preining wrote: > By continuing old fights, inspite of the very clearly friendly and > open offers and suggestions byu Michael, you and others from AV continue > simply to insult and be nasty. Sorry, but this is not true. Yes, Michael always of

Re: python-openssl unavailable in sid

2014-08-20 Thread Brian May
On 21 August 2014 10:42, Cyril Brulebois wrote: > Brian May (2014-08-21): > > Can somebody please tell me why python-openssl and python3-openssl isn't > > available in sid? > […] > > It appears that the packages produced have changed to architecture > > dependant packages, seriously wondering if

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

2014-08-20 Thread Attila Kinali
On Thu, 14 Aug 2014 13:58:07 +0200 Stefano Sabatini wrote: > > If you trully want to mend ways, then you and your fellow FFmpeg > > developers should stop this constant spreading of lies, this > > defamation campaing against libav and its developers that has > > been going on for the last 3 and a

Re: python-openssl unavailable in sid

2014-08-20 Thread Cyril Brulebois
Brian May (2014-08-21): > Can somebody please tell me why python-openssl and python3-openssl isn't > available in sid? […] > It appears that the packages produced have changed to architecture > dependant packages, seriously wondering if maybe this got DAK confused. > > > (this problem is prevent

python-openssl unavailable in sid

2014-08-20 Thread Brian May
Hello, Can somebody please tell me why python-openssl and python3-openssl isn't available in sid? (sid-amd64)root@aquitard:/home/brian/tree/debian/unstable/celery/celery# apt-get update Get:1 http://ftp.au.debian.org sid InRelease [231 kB] Get:2 http://ftp.au.debian.org sid/main Translation-en [

Bug#758745: ITP: python-pyvmomi -- Python bindings for the VMware vSphere Web Services SDK

2014-08-20 Thread Joshua Kwan
Package: wnpp Severity: wishlist Owner: Joshua Kwan X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: python-pyvmomi Version : 5.5.0-2014.1 Upstream Author : Shawn Hartsock * URL : https://github.com/vmware/pyvmomi * License : Apache Programming La

GHC FFI libraries depend on unversioned SO.

2014-08-20 Thread Sven Bartscher
Greetings, I noticed that libghc-regex-pcre-dev doesn't depend on libpcre6, which causes it to fail at import. I tried to fix that and noticed that ghc searches for the unversioned SO (i.e. libpcre.so instead of libpcre.so.3). Is this normal with GHC or is this just some bug in regex-pcre? If thi

Re: Standardizing the layout of git packaging repositories

2014-08-20 Thread Thomas Goirand
On 08/20/2014 08:57 AM, Jeremy Stanley wrote: > also in many > cases the authors are not the copyright holders, but rather their > employers are, so the authors list can be essentially irrelevant > where copyright is concerned Yeah, this is exactly the problem, as it has been pointed out (rightly)

Re: 2 months and no upload for pkg

2014-08-20 Thread Daniel Pocock
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/08/14 16:39, Marco d'Itri wrote: > On Aug 20, Ian Jackson wrote: > >> I think we need a reputation system here. >> >> Eg, you could sort the NEW queue by something like >> >> number of REJECTs of uploader's packages in last 12 months >>

Re: Standardizing the layout of git packaging repositories

2014-08-20 Thread Barry Warsaw
On Aug 20, 2014, at 02:17 PM, Ian Jackson wrote: >I am planning to have dgit do some git-dpm'ish things, probably >actually using git-dpm. Excellent. I've been playing around with git-dpm (as described over in debian-python@) and it does a lot of nice things. There are a few glitches IMHO, but

Re: Standardizing the layout of git packaging repositories

2014-08-20 Thread Scott Kitterman
On August 19, 2014 8:08:14 PM EDT, Jeremy Stanley wrote: >On 2014-08-20 02:32:10 +0800 (+0800), Thomas Goirand wrote: >[...] >> Good! For the moment, it has worked nicely, apart from the fact that >> *some* upstream, like Jeremy Stanley, don't like it. I honestly feel >> sorry about that, especial

Bug#758721: ITP: gnome-flashback -- Classic GNOME session

2014-08-20 Thread Dmitry Shachnev
Package: wnpp Severity: wishlist Owner: Dmitry Shachnev * Package name: gnome-flashback Version : 3.10.0 Upstream Author : Alberts Muktupāvels * URL : http://git.gnome.org/browse/gnome-flashback * License : Mostly GPL-3+ Programming Lang: C Description

Bug#758720: ITP: python-astropy-helpers -- Utilities to build and install Astropy affiliated packages

2014-08-20 Thread Ole Streicher
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-devel@lists.debian.org, debian-as...@lists.debian.org, debian-pyt...@lists.debian.org * Package name: python-astropy-helpers Version : 0.4.1 Upstream Author

Re: 2 months and no upload for pkg

2014-08-20 Thread Marco d'Itri
On Aug 20, Ian Jackson wrote: > I think we need a reputation system here. > > Eg, you could sort the NEW queue by something like > >number of REJECTs of uploader's packages in last 12 months >--- >number of ACCEPT or REJECT

Re: Standardizing the layout of git packaging repositories

2014-08-20 Thread Ian Jackson
Thorsten Glaser writes ("Re: Standardizing the layout of git packaging repositories"): > On Fri, 15 Aug 2014, Russ Allbery wrote: > > I want to be able to check out a git repository and do packaging work and > > an upload, without having to pull any external artifacts from somewhere > > else. Yes

Re: Standardizing the layout of git packaging repositories

2014-08-20 Thread Ian Jackson
Simon McVittie writes ("Re: Standardizing the layout of git packaging repositories"): > [stuff] Thanks for this helpful survey. > dgit > > > dgit encourages the answer to be "exactly the source that will be built, > vendor patches *are* applied, if the package uses 3.0 (quilt) then .pc > a

Re: Bug#758124: Documenting the Testsuite field in the Policy.

2014-08-20 Thread Antonio Terceiro
On Wed, Aug 20, 2014 at 01:38:32PM +0200, Andreas Tille wrote: > On Tue, Aug 19, 2014 at 07:35:22PM -0300, Antonio Terceiro wrote: > > > > > > Anybody Developer who thinks that 1) the Policy is useful and 2) the > > > Testsuite > > > field is useful, can participate. What is needed is to read th

Re: 2 months and no upload for pkg

2014-08-20 Thread Ian Jackson
Charles Plessy writes ("Re: 2 months and no upload for pkg"): > there is one thing that we can do: increase the quality of the > packages that we submit to the NEW queue. Acording to one member of > the FTP Master team, up to 80 % of the packages have a problem [0]. > Indeed, when I and others hav

Re: Bug#758124: Documenting the Testsuite field in the Policy.

2014-08-20 Thread Andreas Tille
On Tue, Aug 19, 2014 at 07:35:22PM -0300, Antonio Terceiro wrote: > > > > Anybody Developer who thinks that 1) the Policy is useful and 2) the > > Testsuite > > field is useful, can participate. What is needed is to read the text > > below, > > verify that it reflects the facts, and if yes, se

Remote kernel crash dump for Debian

2014-08-20 Thread Louis Bouchard
Hello, I have been working on an enhancement to the kdump-tools package that I maintain and that implements the remote kernel crash dump capability for Debian. With this enhancement, it is possible to have the result of the makedumpfile pass or the plain vmcore content to be sent remotely to a se

Re: Reintroducing FFmpeg to Debian

2014-08-20 Thread Ondřej Surý
Norbert, On Wed, Aug 20, 2014, at 11:43, Norbert Preining wrote: [...] > The base line of this discussion for me is: [...] > * from my point of view, it would be best to throw out Av immediately > and switch to ffmpeg before release. It would be great if you didn't send your personal judgements

Re: Reintroducing FFmpeg to Debian

2014-08-20 Thread Norbert Preining
On Sun, 17 Aug 2014, Luca Barbato wrote: > - you tried to commit code that was blatantly below the already lax > quality requirements (e.g. it contained tabs, it was (and still is) hard > to read, it contains dubious, aka security-concerning, practices), I > told you not to commit those as-is and y

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

2014-08-20 Thread Clément Bœsch
On Wed, Aug 20, 2014 at 11:05:05AM +0200, Peter B. wrote: > On 08/19/2014 12:45 PM, Clément Bœsch wrote: > > See: > > http://fate.ffmpeg.org/ > > http://coverage.ffmpeg.org/ > > The 2nd link to "coverage" (which should show the LCOV output, I guess) > seems to be broken: > I get a "404 Not Found"

Re: [FFmpeg-devel] Reintroducing FFmpeg to Debian

2014-08-20 Thread Peter B.
On 08/19/2014 12:45 PM, Clément Bœsch wrote: > See: > http://fate.ffmpeg.org/ > http://coverage.ffmpeg.org/ The 2nd link to "coverage" (which should show the LCOV output, I guess) seems to be broken: I get a "404 Not Found" :( Regards, Pb -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.

Bug#758696: ITP: ppp-gatekeeper -- PPP Gatekeeper manages and load balances main, redundant and failover PPP connections

2014-08-20 Thread Nigel Kukard
Package: wnpp Severity: wishlist Owner: Nigel Kukard * Package name: ppp-gatekeeper Version : 0.1.0-201406111015 Upstream Author : Nigel Kukard * URL : http://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper * License : GPLv3+ Programming Lang:

Re: Why is package X not in testing yet?

2014-08-20 Thread Gianfranco Costamagna
  > Il Martedì 19 Agosto 2014 21:21, Sven Bartscher > ha scritto: > > On Mon, 18 Aug 2014 21:55:37 +0100 > Gianfranco Costamagna wrote: > >> Hi again Sven, >> >> I would just ask one (I hope little) feature, I'm not an haskell guy, > so I find rather difficult to submit a patch :) >> >