Re: [RFH] !!SOS!! totally hosed init system

2014-01-05 Thread Chow Loong Jin
On Fri, Jan 03, 2014 at 01:57:00PM +, Thorsten Glaser wrote: > [...] > (Also, how much of it > do I need for upstart? I could probably switch back to sysvinit, > too – if things will work there again.) Upstart doesn't directly make use of the LSB headers -- it just calls back onto SysV (see /e

Bug#734331: RFH: mg -- microscopic GNU Emacs-style editor

2014-01-05 Thread Trent W. Buck
Package: wnpp Severity: normal I request assistance with maintaining the mg package. There's been a new release waiting to go for months, but I have been too lazy to do it. I need someone to either do it or nag me into doing it. Current mg has a dependency on a new C library "clens". A working d

Bug#734316: ITP: gap-float -- multi-precision floating-point computation for GAP

2014-01-05 Thread Jerome Benoit
Package: wnpp Severity: wishlist Owner: Jerome Benoit * Package name: gap-float Version : 0.5.16 Upstream Author : Laurent Bartholdi * URL : http://www.gap-system.org/Packages/float.html * License : GPL Programming Lang: GAP, C, C++ Description : multi

Re: GPLv2-only considered harmful [was Re: GnuTLS in Debian]

2014-01-05 Thread Clint Adams
On Sat, Jan 04, 2014 at 05:07:29PM +0100, Wouter Verhelst wrote: > This goes for GPLvX "or later", but also for other "or later" licenses, > where they exist. > > I'm convinced that the GPLv2 is a free license, but I'm so far undecided > on the GPLv3 (mainly because I've not read the license text

Re: Bug#733029: dpkg-buildpackage: disable signing by default (-us -uc should be the default)

2014-01-05 Thread Guillem Jover
On Thu, 2014-01-02 at 17:22:33 +, Jonathan Dowland wrote: > You raise some very valid points and §I appreciate your concerns and > perhaps should rephrase my request so that I'm suggesting subsuming the > most common used features of debsign and perhaps as part of a staged > migration (compat s

Re: Bug#733029: dpkg-buildpackage: disable signing by default (-us -uc should be the default)

2014-01-05 Thread Lisandro Damián Nicanor Pérez Meyer
On Sunday 05 January 2014 11:58:07 Didier 'OdyX' Raboud wrote: > Le samedi, 4 janvier 2014, 19.54:05 Stefano Rivera a écrit : > > Hi Jonathan (2014.01.02_19:22:33_+0200) > > > > > > * having to support remote signing > > > > > > It would be fair enough to stderr "not supported, please use the >

Re: Better pdiff handling for apt

2014-01-05 Thread Florian Weimer
* Anthony Towns: > Some time ago (*cough* 2009), I had a play with working out how to > apply pdiffs more efficiently than apt currently does, and implemented > a proof of concept in python [0]. There weren't any replies (even a > "ooo, cool") when I posted to the deity list, so I left it at that;

Re: Better pdiff handling for apt

2014-01-05 Thread Vitaliy Filippov
Server-side? Don't know - but client-side merging is not difficult (and implementations of it exists already now), so if this is a problem server-side, my personal recommendation would be to do merging only on the client side. I've asked this after reading Anthony's message where he says: (I t

Bug#734262: ITP: xmds2 -- eXtensible Multi-Dimensional Simulator

2014-01-05 Thread Rafael Laboissiere
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere * Package name: xmds2 Version : 2.1.4 Upstream Author : Graham Dennis, Andy Ferris, Joe Hope, Michael Hush, Mattias Johnsson, and Gabriel McManus * URL : http://w

Re: Better pdiff handling for apt

2014-01-05 Thread Niels Thykier
On 2014-01-05 11:40, Vitaliy Filippov wrote: > Hi! > >> (I think a nice efficient compromise method would be Patch-Step-Size: >> 8 8 4 4 4 4 2 2 1, which would only update a lg(diffs) each time you >> updated the packages file, and only require users to download and >> apply a maximum of lg(diffs)

Re: Bug#733029: dpkg-buildpackage: disable signing by default (-us -uc should be the default)

2014-01-05 Thread Didier 'OdyX' Raboud
Le samedi, 4 janvier 2014, 19.54:05 Stefano Rivera a écrit : > Hi Jonathan (2014.01.02_19:22:33_+0200) > > > > * having to support remote signing > > > > It would be fair enough to stderr "not supported, please use the > > older tool in devscripts" and error 1 if such an argument was > > provide

Re: Better pdiff handling for apt

2014-01-05 Thread Vitaliy Filippov
Hi! (I think a nice efficient compromise method would be Patch-Step-Size: 8 8 4 4 4 4 2 2 1, which would only update a lg(diffs) each time you updated the packages file, and only require users to download and apply a maximum of lg(diffs) to get up to date) Thank you, better pdiff handling is a

Re: ITA: microcom

2014-01-05 Thread Michael Tokarev
[Replying to an old message] 20.12.2013 19:29, Uwe Kleine-König wrote: retitle 726551 ITA: microcom - minimalistic terminal program owner 726551 ! thanks Hello, my colleagues and I are using microcom much at my work place and the last upstream releases were done by a colleague. So I'm willing

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

2014-01-05 Thread Niels Thykier
On 2014-01-05 08:16, Steve Langasek wrote: > On Tue, Dec 31, 2013 at 10:34:49AM +0100, Niels Thykier wrote: >> [...] > >> On a related note, I suspect a good part of this problem would go away >> if we had an automated tool to deal with the case where a (sid-only) >> FTBFS is ignored. It happens