[SRM] r1 closes after tonights dinstall run

2007-06-21 Thread Martin Zobel-Helas
Hi, i will most probably not accept any further packages[1] for Debian Etch r1 after todays^Wtonights dinstall run, unless someone really convinces me there is something very important missing. Exception are granted for packages related to D-I or kernel, if not already uploaded. Greetings Marti

Re: [SRM] r1 closes after tonights dinstall run

2007-06-21 Thread Laszlo Boszormenyi
Hi Martin, On Thu, 2007-06-21 at 15:14 +0200, Martin Zobel-Helas wrote: > i will most probably not accept any further packages[1] for Debian Etch r1 > after todays^Wtonights dinstall run, unless someone really convinces me > there is something very important missing. Exception are granted for > p

libgeda & soname changes (was Re: ongoing curl transition pain)

2007-06-21 Thread Hamish Moffatt
On Thu, Jun 21, 2007 at 12:42:29AM +0100, Steve Langasek wrote: > On Wed, Jun 20, 2007 at 11:40:35PM +0200, Domenico Andreoli wrote: > > uploaded, sitting in the NEW queue. > Now in incoming. :) I don't suppose there is any chance of the rest of NEW being looked at? libgeda has been waiting 2 wee

Proposed release goal for lenny: Switch to dependency based boot system

2007-06-21 Thread Petter Reinholdtsen
The release team requested email about proposed release goals for Lenny. Here is one. I propose to switch to a dependency based SysV boot system for Lenny, using the LSB headers in the init.d scripts to decide the boot sequence. It is currently possible to convert existing installations to do t

Re: Proposed release goal for lenny: Switch to dependency based boot system

2007-06-21 Thread Martin Zobel-Helas
Hi, On Thu Jun 21, 2007 at 17:02:50 +0200, Petter Reinholdtsen wrote: > > The release team requested email about proposed release goals for > Lenny. Here is one. I propose to switch to a dependency based SysV > boot system for Lenny, using the LSB headers in the init.d scripts to > decide the

Re: [SRM] r1 closes after tonights dinstall run

2007-06-21 Thread Martin Zobel-Helas
Hi, On Thu Jun 21, 2007 at 16:42:21 +0200, Laszlo Boszormenyi wrote: > Hi Martin, > > On Thu, 2007-06-21 at 15:14 +0200, Martin Zobel-Helas wrote: > > i will most probably not accept any further packages[1] for Debian Etch r1 > > after todays^Wtonights dinstall run, unless someone really convinc

Re: Proposed release goal for lenny: Switch to dependency based boot system

2007-06-21 Thread Petter Reinholdtsen
[Martin Zobel-Helas] > I second this release goal (as DD, not yet as RA; i leave that up to > Luk and Andi to decide), and would propose "goal-bootseq" for > user-tagging. > > Pere, do you know how many packages are currently buggy? How can we > prevent new packages from becoming buggy? We tag bu

Re: Proposed release goal for lenny: Switch to dependency based boot system

2007-06-21 Thread Petter Reinholdtsen
[Petter Reinholdtsen] > Do you need more numbers? While listening on the QA talk at debconf, it occured to me that lintian.debian.org got numbers of the number of packages missing the LSB header. http://lintian.debian.org/reports/tags.html> list this related to the LSB headers: init.d-script-h

Release Goal Proposal: texlive-transition

2007-06-21 Thread Frank Küster
Dear Release Team, the TeX Task Force proposes the following release goal: "No dependencies (Depends/Recommends/Suggests/Build-Depends{-Indep}) on tetex-* and texlive-full, only justified dep's on texlive", with the usertag-shortname "texlive-transition" with the rationale: , | The tetex

preparing for python2.5 / python -dbg packages

2007-06-21 Thread Matthias Klose
The current python2.4 and python2.5 package in testing and unstable are ready for the transition to python 2.5 as the default python version. However many packages still need updates for python 2.5, either as a rebuild to build an extension module for 2.5, or to fix a problem with python2.5. To ea

binNMU mass-bug reporting

2007-06-21 Thread Lior Kaplan
Hi, I'd like to do a mass-bug reporting about packages not being binNMU safe. That's 1419 source packages that produce 2527 binary packages [1]. I'd like to coordinate my steps with you, as these are a lot of bugs, and the release team suffer from binNMU un-safe packages. 1. A mail to -devel

Re: binNMU mass-bug reporting

2007-06-21 Thread Daniel Kobras
On Thu, Jun 21, 2007 at 09:10:58PM +0100, Lior Kaplan wrote: > I'd like to do a mass-bug reporting about packages not being binNMU safe. > > That's 1419 source packages that produce 2527 binary packages [1]. Please see the followup discussion to the mail you originally cited, http://lists.debian.

Re: binNMU mass-bug reporting

2007-06-21 Thread Russ Allbery
Lior Kaplan <[EMAIL PROTECTED]> writes: > I'd like to do a mass-bug reporting about packages not being binNMU safe. > That's 1419 source packages that produce 2527 binary packages [1]. > [1] > http://lintian.debian.org/reports/Tsubstvar-source-version-is-deprecated.html That's not the lintian t

Patch for libdbi-perl dataloss problem into stable-proposed-updates?

2007-06-21 Thread Christian Hammers
Hello stable release team May I upload libdbi-perl_1.53-1etch1 to "stable-proposed-updates"? It contains a backported 2-line patch for a "potential" dataloss problem (confirmed in the changelog of 1.57) which turned out to be a real problem as written by a user in the below quoted mail. I applie

Re: Patch for libdbi-perl dataloss problem into stable-proposed-updates?

2007-06-21 Thread Martin Zobel-Helas
Hi, On Fri Jun 22, 2007 at 00:39:19 +0200, Christian Hammers wrote: > Hello stable release team > > May I upload libdbi-perl_1.53-1etch1 to "stable-proposed-updates"? > > It contains a backported 2-line patch for a "potential" dataloss > problem (confirmed in the changelog of 1.57) which turned

Proposed new release goal: Dependency/file list predictability

2007-06-21 Thread Steinar H. Gunderson
[Please keep discussion on -devel; -release is not a discussion list and I'm not subscribed to -qa :-)] Hi, As discussed during DebConf, I'd like to propose a new release goal: Packages should not only build in clean chroots, but also in non-clean environments. Specifically, adding extra package