Re: RFS: Gummi - GTK+ based LaTeX editor with live preview pane

2011-01-04 Thread Daniel Stender
All right ... I've switched "Seeking a sponsor" @ mentors to "No" and the bug already has been tagged as "pending" ... anything else? BTW I can't find the packet @ http://ftp-master.debian.org/new/ nor http://incoming.debian.org/ but it's on the list @ http://ftp-master.debian.org/new.html ...

Re: RFS: Gummi - GTK+ based LaTeX editor with live preview pane

2011-01-04 Thread Luca Falavigna
Il 04/01/2011 8.57, Daniel Stender ha scritto: > BTW I can't find the packet @ http://ftp-master.debian.org/new/ nor > http://incoming.debian.org/ but > it's on the list @ http://ftp-master.debian.org/new.html ... what's the > reason? Package is currently in NEW queue, so it's been sponsored alr

RFS: failmalloc - Memory allocation failure crash-test tool (2nd try)

2011-01-04 Thread Alessandro Ghedini
Dear mentors, I am looking for a sponsor for my package "failmalloc". * Package name: failmalloc Version : 1.0-1 Upstream Author : Yoshinori K. Okuji * URL : http://www.nongnu.org/failmalloc * License : LGPL-2+ Section : utils It builds these binary

Re: [PING] RFR/RFS: openvpn-auth-radius (new package, fixes retitled RFP)

2011-01-04 Thread Helmut Grohne
Hi Sven, thank you very much for your thoughts! Also hi to Alberto Gonzalez Iniesta and Stephen Gran. I added you two to CC for you maintain openvpn and freeradius. The openvpn-auth-radius package is to combine these packages. Sven was uncomfortable with it being maintained by a company and sugge

Re: RFS: failmalloc - Memory allocation failure crash-test tool (2nd try)

2011-01-04 Thread Niels Thykier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-01-04 12:31, Alessandro Ghedini wrote: > Dear mentors, > > I am looking for a sponsor for my package "failmalloc". > Hey Thanks for your interest in Debian. This is indeed an interesting library. :) > * Package name: failmalloc > V

Re: RFS: free42

2011-01-04 Thread Jean Schurger
I've updated my package. Please have a look. http://mentors.debian.net/debian/pool/main/f/free42/free42_1.4.66-1.dsc Jean. -- Jean Schurger http://schurger.org GPG: http://schurger.org/jean.asc signature.asc Description: This is a digitally signed message part

Re: RFS: failmalloc - Memory allocation failure crash-test tool (2nd try)

2011-01-04 Thread Alessandro Ghedini
On Tue, Jan 04, 2011 at 02:21:16PM +0100, Niels Thykier wrote: > I thinking that devel might be a better section than utils. Particularly > the devel section covers "Development utilities" according to [1]. Agreed. > Any particular reason for Build-Depending on autotools-dev? It does not > appear

libfoo.so.X symlink not created at build time

2011-01-04 Thread Muammar El Khatib
Hi *, I'm maintaining a library which new upstream version is creating at build time *.la, *.so (development symlink), and the library itself with the form libfoo-x.y.z.so but not their symlinks that match their SONAME (I was expecting something like libfoo.so.X). My question is if it'd be safe

Re: RFS: failmalloc - Memory allocation failure crash-test tool (2nd try)

2011-01-04 Thread Niels Thykier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-01-04 16:40, Alessandro Ghedini wrote: > On Tue, Jan 04, 2011 at 02:21:16PM +0100, Niels Thykier wrote: >> I thinking that devel might be a better section than utils. Particularly >> the devel section covers "Development utilities" according

Re: libfoo.so.X symlink not created at build time

2011-01-04 Thread Bernhard R. Link
* Muammar El Khatib [110104 16:52]: > I'm maintaining a library which new upstream version is creating at build time > *.la, *.so (development symlink), and the library itself with the form > libfoo-x.y.z.so but not their symlinks that match their SONAME (I was > expecting something like libfoo.so

Re: RFS: failmalloc - Memory allocation failure crash-test tool (2nd try)

2011-01-04 Thread Alessandro Ghedini
On Tue, Jan 04, 2011 at 05:31:54PM +0100, Niels Thykier wrote: > Not quite correct. Lintian allows you to B-D on autotools-dev (among > others) to suppress this warning. Adding it to B-D makes lintian skip > the check entirely (yupe, I did look it up in the lintain source[1]). As > I recall you can

Re: RFS: abcl

2011-01-04 Thread Christoph Egger
Hi! Darren Hoo writes: > I am looking for a sponsor for my package "abcl". > > * Package name: abcl > Version : 0.23.1 > Upstream Author : ABCL development team and contributors > * URL : http://common-lisp.net/project/armedbear/ > * License : GPL > Programm

Re: libfoo.so.X symlink not created at build time

2011-01-04 Thread Muammar El Khatib
Hi Bernhard, On Tue, Jan 04, 2011 at 05:36:37PM +0100, Bernhard R. Link wrote: > * Muammar El Khatib [110104 16:52]: > > I'm maintaining a library which new upstream version is creating at build > > time > > *.la, *.so (development symlink), and the library itself with the form > > libfoo-x.y.z.

Re: RFS: failmalloc - Memory allocation failure crash-test tool (2nd try)

2011-01-04 Thread Peter Pentchev
On Tue, Jan 04, 2011 at 08:09:11PM +0100, Alessandro Ghedini wrote: > On Tue, Jan 04, 2011 at 05:31:54PM +0100, Niels Thykier wrote: > > Not quite correct. Lintian allows you to B-D on autotools-dev (among > > others) to suppress this warning. Adding it to B-D makes lintian skip > > the check entir