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 w
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 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
> > p
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
> outla
* 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
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
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 togeth
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 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-packa
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: FT
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
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
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: l
13 matches
Mail list logo
