Bug#840908: Uscan's Sourceforge reflector is too naive

2016-10-15 Thread Steve M. Robbins
On Sunday, October 16, 2016 11:48:32 AM CDT Paul Wise wrote: > On Sun, Oct 16, 2016 at 10:24 AM, Steve M. Robbins wrote: > > My suggestion is that the ones with "snapshots" in the path are simply > > filtered out from list displayed by the reflector as these are not >

Bug#840908: Uscan's Sourceforge reflector is too naive

2016-10-15 Thread Steve M. Robbins
Package: qa.debian.org Severity: normal The uscan download from sourceforge doesn't download what you expect for boost. The reason is that the link provided by the reflector page [1] is incorrect: it leads to a "snapshot" url [2]. The correct URL is [3]. Paul Wise indicated [4] that the reflect

Bug#795021: DDPO: Filter out packages with no version >= testing?

2015-08-09 Thread Steve M. Robbins
Package: qa.debian.org Severity: normal Hi, In the DDPO display, I have some packages that have been removed from unstable and testing, but remain in stable, oldstable, etc. I'd like to filter these out from the display. In the Display Configuration, I set the "Version" flag to "testing and new

Bug#662222: boost1.49 misfiled as "Sponsored/other uploads"

2012-03-04 Thread Steve M. Robbins
Package: qa.debian.org Severity: normal On my package overview page [1], I have several iterations of boost sources: boost1.42, boost1.46, boost1.48, and boost1.49. They all have the same kind of information in the control file, but boost1.49 is filed down in "Sponsored/other uploads" rather than

Bug#631458: qa.debian.org no longer shows unstable packages

2011-06-23 Thread Steve M. Robbins
Package: qa.debian.org Severity: important I just noticed that the web page http://qa.debian.org/developer.php?login=smr%40debian.org&comaint=yes says "No packages in unstable", which is quite false. :-) It was working yesterday. -Steve -- System Information: Debian Release: wheezy/sid APT

Re: State of gcc 2.95 use in Debian unstable

2005-11-15 Thread Steve M. Robbins
On Tue, Nov 15, 2005 at 06:00:06PM +0100, Thiemo Seufer wrote: > Malloc debugging, #285685 suggests it is broken for > 300 days now, > either update or remove: > >Steve M. Robbins <[EMAIL PROTECTED]> > ccmallocBuild-Depends: g++-2.95 [alpha arm

Bug#109268: hold the NMU for #109268

2001-08-31 Thread Steve M. Robbins
Hello, Long ago I promised to adopt ccmalloc. Unfortunately, it had slipped my mind until I was reminded the other day by Adrian... I have packaged the new upstream and will upload it very soon. The new version tries to detect libc at build time, so I think it is going to fix this bug. You wil