Preparing a new aptitude release.

Hello, everyone. I've got enough bug-fixes and new features into the aptitude source tree that I think it's time for a new release. This includes: * Use the same configuration option as apt to disable Recommends, so --without-recommends works again. (#448561) * Make "update" work eve

bump buildd priority for ldm due to security bug?

ldm is fairly low in the buildd queues for several architectures, possibly because it is "priority: extra"? it is affected by #469462, a nasty RC and security bug. would it be acceptible to increase it's priority in the buildd queues so that this bugfix can migrate to testing faster? it was menti

Re: [stable] glibc upload to a fix a bug in nscd

Aurelien Jarno wrote: > Hi stable release managers, > > As it seems the rule is to have a new glibc in each stable release ;), > we would like to fix bugs #451552/#467609, which prevent nscd to be > used to cache hosts. The patch to fix it is a backport from CVS, and the > backport has already bee

Re: claws-mail_3.3.1-1, rebuild against newer libetpan13 fixes #469550, 1, alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc

On Mon, 10 Mar 2008 13:54:57 -0700 Steve Langasek <[EMAIL PROTECTED]> wrote: > On Mon, Mar 10, 2008 at 12:00:57AM +0100, Ricardo Mones wrote: > > Hi release inhabitants, > > > Subject says it all according wiki's binNMU instructions (I hope to > > have done it right). Please CC me on replies

binNMU requests for the libftdi transition

Hi, Could you please schedule the following binNMUs for the libftdi transition: ftdi-eeprom_0.2-8, Rebuild against libftdi1, 1, alpha amd64 armel arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc openocd_0.0+r423-1, Rebuild against libftdi1, 1, alpha amd64 arm i386 ia64 mipsel powerpc s39

Re: binNMUs for gfortran transition

Philipp, On 11 March 2008 at 12:22, Philipp Kern wrote: | Dirk, | | On Mon, Mar 10, 2008 at 09:01:38PM -0500, Dirk Eddelbuettel wrote: | > I goofed once [ quadprog ] and uploaded without a proper binNMU version | > number, which I then corrected but it sorts lower. We'll see what the | > install

Re: binNMUs for gfortran transition

Dirk, On Mon, Mar 10, 2008 at 09:01:38PM -0500, Dirk Eddelbuettel wrote: > I goofed once [ quadprog ] and uploaded without a proper binNMU version > number, which I then corrected but it sorts lower. We'll see what the > installer run yields. > > I expect Chris (r-cran-eco) and Steffen (qtl) to f

[stable] glibc upload to a fix a bug in nscd

Hi stable release managers, As it seems the rule is to have a new glibc in each stable release ;), we would like to fix bugs #451552/#467609, which prevent nscd to be used to cache hosts. The patch to fix it is a backport from CVS, and the backport has already been tested by a few persons. Would

Re: binNMUs for gfortran transition

Riku Voipio a écrit : > Chasing the long tail in gfortran transition.. The following packages > need a binNMU with latest r-base-dev to get rid of atlas3/reblas3 > depends. Aurel32, the list applies for kfreebsd-i386 as well. Scheduled for kfreebsd-i386 and kfreebsd-amd64. Thanks > robustbase_0.2

Re: binNMU for ll-xist

Thomas Viehmann wrote: > ll-xist_2.15.5-1, correct python deps, 1, i386 > > Hi, > > unfortunately I missed that the generated binary dependencies of python > packages differ depending on the default version and accidentally > uploaded ll-xist built in an unclean (with respect to the default pytho

Re: binNMUs for gfortran transition

Dirk Eddelbuettel wrote: > On 10 March 2008 at 21:23, Riku Voipio wrote: > | > | Chasing the long tail in gfortran transition.. The following packages > | need a binNMU with latest r-base-dev to get rid of atlas3/reblas3 > | depends. Aurel32, the list applies for kfreebsd-i386 as well. > | > | ro