Re: Replacing stuff on d-i initrd
Hi,
> > m68k-atari-scsi.patch and m68k-atari-scsi2.patch were supposed to be applied on
> > top of each other instead of exclusive. m68k-atari-scsi2.patch fails to apply in
> > this situation so Christian must have backed out the first one. Now the first
> > one is the one that unmarks the Atari SCSI driver as broken - backing it out
> > would result in the SCSI driver not getting built.
> >
> > The other one is with the IDE code - from the 2.6.18.dfsg.1-12 source, I would
> > expect to get loads of ide_release_lock: bug messages, plus the IDE interrupt
> > handler is registered twice.
>
> Christian handled the etch kernels. They are probably in 2-extra of
>
> <http://svn.debian.org/viewsvn/kernel/dists/etch/linux-2.6/debian/patches/series/>
>
> > The di kernels appear to have both SCSI and a warning-free IDE driver, so what
> > am I doing wrong here?
>
> We have been in essense using the lenny installer to install etch-m68k
> for quite some time. The di kernels are 2.6.26 and I've been patching
> them per Geert's queue and your requests.
OK, I'm barking up the wrong tree again :-) I'll consider that an exercise in
backporting, then.
> > Should we focus on testing the sid installer then? Anything you would like me
> > to help with lenny?
>
> I'd like to focus on testing the sid/lenny installer, but perl is currently
> busted so we can't actually bootstrap sid or lenny. Any ideas there would be
> greatly appreciated.
>
> It sounds like vivaldi came back up successfully, so I'm going to update it
> and try to re-build perl when I get time. Other than that, I've no idea
> what I'm doing. ;)
kullervo narrowly failed to build perl (hires timer and network stuff again).
>
> If you're game, feel free to point hobbes and perl and see if you can get
> it working. (It built fine, but perl-base dies horribly on installation.)
OK; will make a good test for my 2.6.28 kernel if nothing else.
Michael
Reply to: