severity 512429 serious thanks On Tue, Jan 20, 2009 at 02:29:06PM -0500, Len Sorensen wrote: > Package: quik > Version: 2.1-9 > Severity: important > Justification: fails to build from source
An FTBFS is actually a serious bug. > Trying to build quik from source fails due to depending on asm/page.h which > is no longer > exported by the kernel sources. > > If the #include is commented out, it builds, but then doesn't work. Seem the > first stage > doesn't work when run through the current version of ld. I agree that removing the #include is the solution. However I am unable to reproduce the problem with the first stage. Taking first.b from etch, and second.b from this package rebuilt in Lenny still work on my machine. > The second stage ends up at about 80kb instead of 60kb as in the previous > build which was > done a few years ago). This then hits yet another bug, which is that the > number of blocks > which is often 1kb on a small /boot partition) allowed in the bootloader is > 64, so 80 blocks > causes an overflow which causes strange errors to be printed by quik when > trying to map the > second stage loader. I tried to change this to 128 by changing the required > places, but > since I can't get the first stage loader to build in a working way, that > doesn't help, and I > know pretty much nothing about ld and powerpc assembly. This is due to the huge increase in size of libext2fs.a. The size of second.b is now 84548, but can be reduced to 78840 bytes by compiling the second stage with -Os. Compiling libext2fs.a with -Os bring us to 74116 bytes, still too big. Increasing the number of block is currently not possible, as it will increase the size of the first stage loader to more than 1024 bytes. Given the current code, we can only increase it by 2 blocks. One solution is to change the format of the block list, by giving a list of tuples (first_block, number), but it is a big changes, and does not ensure the list of blocks will fit into the 256 bytes allowed in first.b in case of a heavy fragmented partition (but that can be detected at install time). One other solution is to include libext2fs from etch into the quik sources and use this version instead. Other than that, I am running out of idea. > Now on top of all this, quik only allocates 16MB of ram at start, and this > has to be enough > for both the kernel and initrd (after decompression) and the current debian > 2.6.26 kernel is > about 6MB, and the default initrd is about 18MB after decompression, and > hence quik fails to > boot lenny. Changing initramfs to use 'dep' rather than 'most' for modules > to include > shrinks the initrd enough to fit and lenny can actually boot with the build > of quik that is > already included. modules=dep is now the default in debian-install for OldWorld machines. -- Aurelien Jarno GPG: 1024D/F1BCDB73 [email protected] http://www.aurel32.net -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
