Comment 11 for bug 921078

Ok, so the build log certainly shows the option being picked up but it sure isn't helping uname. Will dig deeper here.

> The continued failure could simply be because the current ARM chroots
> aren't up-to-date with the more recently-relaxed libc6,

No, the uname output shows that the qemu change is ineffective. Also, we haven't made any changes to libc6 to relax the version check, *because* it shouldn't be needed if qemu is DTRT.

> Also, Steve's comment above that "The precise eglibc on amd64 and armel
> has 2.6.24 as a minimum kernel version" is demonstrably false.

Sorry, I meant "amd64 and i386", not "amd64 and armel". Apparently armel has completely supplanted i386 in my mind.

> Other than "newer is better", has anyone actually made a cogent argument
> for why we want our non-x86 ports to have a higher MIN_KERNEL_SUPPORTED
> than amd64 and i386 do?

I'll leave that to Matthias. But the 2.6.24 is actually the exception rather than the rule here: amd64 and i386 have a lower compat level than Debian and the other Ubuntu archs to support the hardy build chroots in Ubuntu.