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
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
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
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
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
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
>
* 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;
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
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
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)
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
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
[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
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
14 matches
Mail list logo