On Sunday 16 December 2007, Mike Hommey wrote: > That let me to wonder if there was a reason why there were so many > flavours of the debian-installer initrd, and if it would not be more > straightforward to reduce their number. Creating such initrds would likely make them too big for some architectures or low-memory systems to be booted. It also goes against the whole design philosophy of D-I where the ability to flexibly combine components to create the desired functionality is one of its main strengths. However, that also means that some components have just not been designed to be present at the same time. I also have no doubt that trying to modify D-I to support it would require some real changes to resolve dependency conflicts and ordering issues because for some installation methods some components are executed in a completely different order or not executed at all. While the latter may be relatively easy to solve, the former is not. Cheers, FJP
Attachment:
signature.asc
Description: This is a digitally signed message part.