On Wed, Jan 11, 2006 at 11:28:55PM +0100, Sven Luther wrote:
I
think it is only a matter of someone stepping in, and porting the mips/mipsel
patches and configs to the linux-2.6 tree, which should not be a very
On Thu, Jan 12, 2006 at 10:13:36AM +0100, Bastian Blank wrote:
On Wed, Jan 11, 2006 at 11:28:55PM +0100, Sven Luther wrote:
I
think it is only a matter of someone stepping in, and porting the
mips/mipsel
patches
On Thu, Jan 12, 2006 at 10:49:47AM +0100, Sven Luther wrote:
Could you make an initial checkin of this, not activate it by default, but
just to give some example and basis for Thiemo (or someone else) once he has
time to work on it again.
I'm able to merge that in the next days.
Bastian
--
On Thu, Jan 12, 2006 at 11:08:28AM +0100, Bastian Blank wrote:
On Thu, Jan 12, 2006 at 10:49:47AM +0100, Sven Luther wrote:
Could you make an initial checkin of this, not activate it by default, but
just to give some example and basis for Thiemo (or someone else) once he has
time to work on
Steve Langasek wrote:
the fact that the mips/mipsel guys do their own thing in their own way is i
believe etch-RC though, and need to be solved in the next 6 month.
That's a decision that needs to be made together with the people who will be
doing security support for the kernel in etch.
On Wed, Jan 11, 2006 at 10:16:59PM +0100, Moritz Muehlenhoff wrote:
Steve Langasek wrote:
the fact that the mips/mipsel guys do their own thing in their own way is i
believe etch-RC though, and need to be solved in the next 6 month.
That's a decision that needs to be made together with
On Wed, Jan 11, 2006 at 10:16:59PM +0100, Moritz Muehlenhoff wrote:
Steve Langasek wrote:
the fact that the mips/mipsel guys do their own thing in their own way is i
believe etch-RC though, and need to be solved in the next 6 month.
That's a decision that needs to be made together with the
* Steve Langasek [EMAIL PROTECTED] [2006-01-11 17:31]:
The mips kernels, though built from a separate source package, use
the sources from the common kernel source package via a
build-dependency.
This discussion is a waste of time anyway. There's no religious
reason why the mips kernel is not
Hi, ...
I have been looking at the remaining linux-2.6 RC bug, in the wake of the
2.6.15 release.
There are 7 RC bugs remaining now :
#337493: linux-2.6 2.6.14 should not move to testing unexpectedly.
#343260: Grub: After installing linux-image-2.6.14-2-k7 grub had wrong entries
#343443:
severity 343934 important
retitle 343934 please support mips
thanks
* Sven Luther [EMAIL PROTECTED] [2006-01-03 15:24]:
#343934: kernel-2.6: FTBFS on mips/experimental
Of these, #337493 ius artificial and can be closed anytime, #343260 is a
kernel-package/grub bug, #343443 and #343092 are
On Tue, Jan 03, 2006 at 03:31:16PM +0100, Martin Michlmayr wrote:
severity 343934 important
retitle 343934 please support mips
thanks
* Sven Luther [EMAIL PROTECTED] [2006-01-03 15:24]:
#343934: kernel-2.6: FTBFS on mips/experimental
Of these, #337493 ius artificial and can be
On Tue, Jan 03, 2006 at 04:17:20PM +0100, Sven Luther wrote:
On Tue, Jan 03, 2006 at 03:31:16PM +0100, Martin Michlmayr wrote:
severity 343934 important
retitle 343934 please support mips
thanks
* Sven Luther [EMAIL PROTECTED] [2006-01-03 15:24]:
#343934: kernel-2.6: FTBFS on
On Tue, 3 Jan 2006 15:24:53 +0100, Sven Luther [EMAIL PROTECTED] said:
Of these, #337493 ius artificial and can be closed anytime, #343260
is a kernel-package/grub bug,
Grub bug.
#343686 is a kernel-package issue
Umm, no. This is not a kernel-package issue. kernel-package
13 matches
Mail list logo