Re: kernel/d-i/security/release meeting at DebConf6

2006-05-23 Thread Sven Luther
On Tue, May 23, 2006 at 09:10:54AM +0200, Geert Stappers wrote: [ keeping the cross-post and please keep it cross-posted ] On Sun, May 21, 2006 at 01:09:45PM -0500, dann frazier wrote: hey, Frans Pop assembled an informal BoF at DebConf to discuss cross-team issues related to the

zeroc-ice hint

2006-05-23 Thread Nathanael Nerode
# Complain to the maintainer about these: zeroc-ice is a metapackage with # 'depends' instead of 'recommends'. easy zeroc-ice/3.0.1-4 zeroc-ice-python/3.0.1-3 zeroc-ice-php/3.0.1-1 -- Nathanael Nerode [EMAIL PROTECTED] Make sure your vote will count. http://www.verifiedvoting.org/ -- To

Re: Sparc architecture requalification

2006-05-23 Thread Jurij Smakov
On Mon, 22 May 2006, Gustavo Franco wrote: Is there a simple way to reproduce this critical bug in a ultra1 (yeah!) ? Btw, i've some suggestions to easily identify and backport the .17-rcX fix: No, it's not easy. Neither I nor Clint Adams were able to reproduce it locally on similar

Re: kernel/d-i/security/release meeting at DebConf6

2006-05-23 Thread Geert Stappers
[ keeping the cross-post and please keep it cross-posted ] On Sun, May 21, 2006 at 01:09:45PM -0500, dann frazier wrote: hey, Frans Pop assembled an informal BoF at DebConf to discuss cross-team issues related to the kernel[1]. We discussed the following topics: snip/ * Non-free

tiff not transitioning

2006-05-23 Thread Jay Berkenbilt
It seems that tiff is not transitioning to etch because of its RC bug count, but the RC bug that is reported against it refers only to the sarge version. I attempted to tag it in the BTS as being found in 3.7.2-3sarge1, and this is visible in the BTS, but it did not have the effect I hoped it

Re: tiff not transitioning

2006-05-23 Thread Steve Langasek
On Tue, May 23, 2006 at 12:25:37PM -0400, Jay Berkenbilt wrote: It seems that tiff is not transitioning to etch because of its RC bug count, but the RC bug that is reported against it refers only to the sarge version. I attempted to tag it in the BTS as being found in 3.7.2-3sarge1, and this

Re: binNMU for cdecl

2006-05-23 Thread Steve Langasek
On Tue, May 23, 2006 at 09:15:13AM -0400, James Vega wrote: cdecl currently depends on libreadline4 on i386 (and hurd-i386) which no longer exists in the archive. This should be binNMU'able since the package Build-Depends on 'libreadline5-dev | libreadline-dev'. binNMU queued for i386.

Re: Easy removals B-G reminder

2006-05-23 Thread Andreas Barth
* Steve Langasek ([EMAIL PROTECTED]) [060523 22:14]: On Wed, May 17, 2006 at 06:05:19PM -0400, Kevin B. McCarty wrote: Here's some possibly useful information about some of these bugs: Nathanael Nerode wrote: # 365680, security remove cgiirc/0.5.4-6 This bug is fixed by

binNMU for cdecl

2006-05-23 Thread James Vega
cdecl currently depends on libreadline4 on i386 (and hurd-i386) which no longer exists in the archive. This should be binNMU'able since the package Build-Depends on 'libreadline5-dev | libreadline-dev'. Thanks, James -- GPG Key: 1024D/61326D40 2003-09-02 James Vega [EMAIL PROTECTED]

Re: kernel/d-i/security/release meeting at DebConf6

2006-05-23 Thread Steve Langasek
On Mon, May 22, 2006 at 11:38:46PM +0200, Sven Luther wrote: On Mon, May 22, 2006 at 01:52:47PM -0700, Steve Langasek wrote: Perhaps we disable new kernel features for etch 1/2? e.g., limit new feature to new hardware support. For example, we wouldn't want to turn on something as

Re: kernel/d-i/security/release meeting at DebConf6

2006-05-23 Thread Sven Luther
On Tue, May 23, 2006 at 09:47:08AM -0700, Steve Langasek wrote: On Mon, May 22, 2006 at 11:38:46PM +0200, Sven Luther wrote: On Mon, May 22, 2006 at 01:52:47PM -0700, Steve Langasek wrote: Perhaps we disable new kernel features for etch 1/2? e.g., limit new feature to new hardware

Re: kernel/d-i/security/release meeting at DebConf6

2006-05-23 Thread Sven Luther
On Tue, May 23, 2006 at 10:16:37PM -0500, dann frazier wrote: On Sun, May 21, 2006 at 10:46:44PM +0200, Sven Luther wrote: On Sun, May 21, 2006 at 01:09:45PM -0500, dann frazier wrote: Kernel udeb creation process (possibly using k-p?) -