On Mon, Mar 26, 2007 at 12:01:34PM +0200, Santiago Vila wrote: > > On Sun, Mar 25, 2007 at 03:12:27PM +0200, Santiago Vila wrote: > > > # dpkg -s libsasl2 > > > Package: libsasl2 > > > Status: install ok installed > > > Priority: important > > > Section: libs > > > Installed-Size: 72 > > > Maintainer: Debian Cyrus SASL Team <[EMAIL PROTECTED]> > > > Architecture: i386 > > > Source: cyrus-sasl2 > > > Version: 2.1.22.dfsg1-8 > > > Depends: libsasl2-2 (= 2.1.22.dfsg1-8) > > > Description: Authentication abstraction library > > > This is a transitional dummy package. If nothing depends on it, this > > > package can be safely removed.
> > > If it's a dummy package, why is it "important", and "Section: libs"? > > > Could we please change this to "optional" and "oldlibs" before the > > > release? > > Given that it is a dummy package, the cost of keeping it at 'important' for > > now IMHO doesn't outweigh the risk of changing it a week before release. > Hmm, it's not as if we didn't have any knowledge about what debian-installer > does and how it chooses the packages to install, or how we do generate > our install images. > The risk of downgrading libsasl2 to optional is that it may end up > being missing from install CDs (who are made based on priorities, > among other things) but either debian-installer might still want to > install it, or the user might want to install a package which still > depends on it, as "apt-cache rdepends libsasl2" is not empty. > I agree that it's a little bit late for this, but we could downgrade > to standard at least, and it would still be present on install CDs > (we have a policy of including all standard and above packages in > netinst and CD images, don't we?). > Regarding the section, moving to oldlibs should not break anything. > People will appreciate that deborphan does what it's supposed to do. > Could we please consider the section at least? Right, I have no objection to changing the section. I'm not convinced that dropping the package to standard priority is a good idea yet, I'll let others from the release team comment. > It's not as if we didn't have any testers installing new Debian > systems everyday using the daily generated images. It's amazing how long a critical bug can go undetected when you're relying on others to test for it. ;) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
