On Thu, May 12, 2005 at 06:00:15PM +0900, Horms wrote: > > > > Base kernel source version of package in Sarge > > > > 2.4.27: alpha kernel-tree-2.4.27-9 (seems to be out of date in > > > > SVN) > > > > hppa kernel-tree-2.4.27-8 > > > > i386 kernel-tree-2.4.27-8 > > > > ia64 kernel-tree-2.4.27-8 > > > > mips kernel-tree-2.4.27-8 (versioned dependancy needs > > > > to be > > > > changed to > > > > kernel-tree-2.4.27-8)
> > > mips/mipsel uses the kernel-source package as build dependency > > > instead of kernel-tree. > > > [snip] > > > > The changelogs that I would like you to look at are as follows. > > > > Almost all of the changes will be in kernel-source, and I believe > > > > that the log is accurate. There are also changelogs for each > > > > architecture, but these are generally just packaging and kernel-config > > > > changes: > > > [snip] > > > > mips: version in Sarge: 2.4.27-8.040815-1 > > > > > > > > http://svn.debian.org/wsvn/kernel/trunk/kernel-2.4/mips/kernel-patch-2.4.27-mips-2.4.27/debian/changelog?op=file&rev=0&sc=0 > > > mips/mipsel has four additional changes which should go in sarge: > > > - Fix broken ptrace > > > - Fix Cobalt PCI bridge initialisation > > > - Work around crashes on Cobalt under I/O load > > > - Fix crash on startup on serial-less Cobalts > > All of which seem to be out of scope in a discussion about security uploads, > > don't they? > Can someone claify if the scope for r1 updates is broader than > just security. That is, can fixes like this go into r1? > I beleive there are quite a few critical, but non-security bugs > floating around. That would also be for Joey to clarify, of course, as the SRM; but my biggest concern is that we start to have security fixes in place for the kernel before r*0*, so that people can grab them immediately after installing. What goes into proposed-updates is fairly irrelevant to that, since we don't encourage users to add proposed-updates to their sources.list. -- Steve Langasek postmodern programmer
signature.asc
Description: Digital signature
