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

On Fri, Jan 14, 2011 at 05:04:11PM +0100, Andreas Rottmann wrote: > Alessandro Ghedini writes: > > >> > Is anyone interested in uploading this package? > >> > > >> I'm interested; it's a potentially very useful piece of software. I did > >> a quick look at your package, and found the following i

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

Alessandro Ghedini writes: >> > Is anyone interested in uploading this package? >> > >> I'm interested; it's a potentially very useful piece of software. I did >> a quick look at your package, and found the following issues: >> >> - You seem to have repacked the upstream source: >> >> % cmp

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

On Fri, Jan 14, 2011 at 01:56:27PM +0100, Andreas Rottmann wrote: > Alessandro Ghedini writes: > > > On Tue, Jan 04, 2011 at 03:31:29AM -0800, Alessandro Ghedini wrote: > >> * Package name: failmalloc > >> Version : 1.0-1 > >> Upstream Author : Yoshinori K. Okuji > >> * URL

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

Alessandro Ghedini writes: > On Tue, Jan 04, 2011 at 03:31:29AM -0800, Alessandro Ghedini wrote: >> * Package name: failmalloc >> Version : 1.0-1 >> Upstream Author : Yoshinori K. Okuji >> * URL : http://www.nongnu.org/failmalloc >> * License : LGPL-2+ >> Se

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

On Tue, Jan 04, 2011 at 03:31:29AM -0800, Alessandro Ghedini wrote: > * Package name: failmalloc > Version : 1.0-1 > Upstream Author : Yoshinori K. Okuji > * URL : http://www.nongnu.org/failmalloc > * License : LGPL-2+ > Section : devel > > It builds

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

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

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

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: failmalloc - Memory allocation failure crash-test tool (2nd try)

-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: RFS: failmalloc - Memory allocation failure crash-test tool (2nd try)

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

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

-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

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

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: RFS: failmalloc

On Sat, Dec 11, 2010 at 09:42:40AM +0100, Paul Gevers wrote: > Wasn't removal of unused *.la files a release goal? I.e. for new > packages, AFAIU the .la file should not be there (and probably, also not > the .a file). > > http://release.debian.org/squeeze/goals.txt > http://wiki.debian.org/Releas

Re: RFS: failmalloc

> --- a/debian/failmalloc.install > +++ b/debian/failmalloc.install > @@ -1,2 +1,4 @@ > debian/scripts/failmallocusr/bin > -debian/tmp/usr/lib/libfailmalloc.so > +usr/lib/lib*.a > +usr/lib/lib*.so > +usr/lib/*.la Wasn't removal of unused *.la files a release goal? I.e. for new packages, AFAIU

Re: RFS: failmalloc

Jonathan Nieder wrote: > --- a/debian/scripts/failmalloc > +++ b/debian/scripts/failmalloc > @@ -1,11 +1,11 @@ > #!/bin/bash > > usage () { > -cat - >&2 < +cat >&2 < failmalloc, memory allocation failure crash-test tool. > usage: failmalloc [-p|--probability probability] [-t|--times times

Re: RFS: failmalloc

Alessandro Ghedini wrote: > I re-uploaded the package on Debian Mentors [0] with the changes suggested > by Jonathan. More precisely, I was suggesting something like the following (eliminating the libfailmalloc-dev package completely). While at it, the patch below copes better with spaces in com

Re: RFS: failmalloc

I re-uploaded the package on Debian Mentors [0] with the changes suggested by Jonathan. I would be glad if someone reviewed, and uploaded (if it's ok) it. Cheers [0] http://mentors.debian.net/debian/pool/main/f/failmalloc/ -- perl -E'$_=q;$/= @{...@_]};and s;\S+;;eg;say~~reverse' -- To UNSU

Re: RFS: failmalloc

Alessandro Ghedini wrote: > On Wed, Dec 08, 2010 at 01:14:03AM -0600, Jonathan Nieder wrote: >> Does failmalloc have a public API? Is it meant to be linked into >> programs without using the LD_PRELOAD mechanism? >> >> If not, what good is a development library for it? > > Quoting from the upstr

Re: RFS: failmalloc

On Wed, Dec 08, 2010 at 01:14:03AM -0600, Jonathan Nieder wrote: > Hi Allesandro, Hi :), > Since I am not a Debian Developer, I cannot upload this. Some > comments anyway. Thank you for the review. > Does failmalloc have a public API? Is it meant to be linked into > programs without using the

Re: RFS: failmalloc

Hi Allesandro, Alessandro Ghedini wrote: > * URL : http://www.nongnu.org/failmalloc [...] > - dget > http://mentors.debian.net/debian/pool/main/f/failmalloc/failmalloc_1.0-1.dsc Since I am not a Debian Developer, I cannot upload this. Some comments anyway. > Package: libfailmalloc

RFS: failmalloc

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 Section : libs It builds these binary pac

Re: RFS: failmalloc

On Thu, 14 Feb 2008 14:49:25 + Jon Dowland <[EMAIL PROTECTED]> wrote: > > the unpacked source is back to pristine upstream after the make clean > > target, which is particularly nice if you have your tree in a VCS and > > don't want to keep filtering the sub/guess changes out of commits. > > T

Re: RFS: failmalloc

On Thu, Feb 14, 2008 at 12:31:16PM +0100, Bernhard R. Link wrote: > Again: there is no need to save the old config.guess and config.sub. > Just delete them in clean and copy them in before configuring, all > problems solved. Because: > the unpacked source is back to pristine upstream after the ma

Re: RFS: failmalloc

* Jon Dowland <[EMAIL PROTECTED]> [080214 12:20]: > On Fri, Feb 08, 2008 at 07:32:18PM +0900, Michal ??iha?? wrote: > > No you should not change orig.tar.gz, it should be exactly the same as > > upstream provides (unless you have good reason to do so). Just delete > > them in clean under same condi

Re: RFS: failmalloc

On Fri, Feb 08, 2008 at 07:32:18PM +0900, Michal ??iha?? wrote: > No you should not change orig.tar.gz, it should be exactly the same as > upstream provides (unless you have good reason to do so). Just delete > them in clean under same condition you use for copying them > from /usr/share, this way

Re: RFS: failmalloc

Hi, On Fri, 8 Feb 2008 19:32:18 +0900 Michal Čihař <[EMAIL PROTECTED]> wrote: > No you should not change orig.tar.gz, it should be exactly the same as > upstream provides (unless you have good reason to do so). Just delete > them in clean under same condition you use for copying them > from /usr/s

Re: RFS: failmalloc

Hi On Fri, 8 Feb 2008 16:35:19 +0900 Hideki Yamane <[EMAIL PROTECTED]> wrote: > On Thu, 7 Feb 2008 12:11:25 +0900 > Michal Čihař <[EMAIL PROTECTED]> wrote: > > - Do you really need to include changed config.sub and config.guess in > > diff? (hint: delete them in clean) > > I re-create orig.tar.

Re: RFS: failmalloc

Hi, Thank you for your review, Michal :-) On Thu, 7 Feb 2008 12:11:25 +0900 Michal Čihař <[EMAIL PROTECTED]> wrote: > - Do you really need to include changed config.sub and config.guess in > diff? (hint: delete them in clean) I re-create orig.tar.gz without config.sub and config.guess and add

Re: RFS: failmalloc

Hi On Wed, 6 Feb 2008 07:04:08 +0900 Hideki Yamane <[EMAIL PROTECTED]> wrote: > I am looking for a sponsor for my package "failmalloc". > > * Package name: failmalloc > Version : 1.0-1 > Upstream Author : Yoshinori K. Okuji > * URL : http://

RFS: failmalloc

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 Section : libs