Re: rebuilding MILO images from source
In debian-alpha David Huggins-Daines wrote:
>> Anyway, in the course of messing about with this, I thought I'd
>> take a look at the milo source. However, debian does not appear to
>> provide the source code! This is very bizarre considering that
>I wondered when someone was going to notice that. The problem is, to
>build the 2.0.35 MILO (which we use, because it actually works), you
>have to build a 2.0.35 kernel for every single subarchitecture then
>relink MILO with it. So it's a rather involved process.
Yes; this is why I was hoping somebody else had done a source pkg :->
>The 2.2 MILO is easier to build since it uses a generic kernel.
>However all of the binaries I have tried have simply not worked on
>Miata (probably because of the IDE code in the kernel, but I'm not
>sure) and there have been problems with other models too I think.
Yep, didn't work on my LX164 (went nowhere at all), although the
MILO image was rather smaller than the 2.0 one so I was suspicious
>There are some other problems with MILO. In particular, the only VGA
>console code that seems to work is based on a non-free 8086 emulator
>So you see why Compaq is rather eager to deprecate MILO.
Hmm. I'm using MILO because when I used SRM I ran into a PALcode
exception problem which somebody suggested was due to a
hardware bug/interaction with SRM's palcode. Also, I'd much
rather use PALcode for which I have the source...
Any chance of Compaq giving us the SRM console source? :->
>I am basically providing MILO in the boot-floppies as a courtesy to
>people who have existing MILO-based installations. I do not use MILO
>and don't have the time to invest in fixing either the
>no-source-package problem or the bugs in its filesystem code that
>cause problems for the installation process.
>Other people are certainly welcome to contribute, though, and you have
>the source: ftp://genie.ucd.ie/pub/alpha/milo/milo-2.0.35-c7b.tar.gz
Maybe I'll get round to doing something at some point :->