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. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/921078 Title: FATAL: kernel too old ← how old is too old? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/921078/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
