Hi, and thanks for tracing this bug down! Quick summary for debian-kernel list - a patch in generic kernel code is needed to fix tokyocabinet FTBFS on armel.
On Thu, Jan 28, 2010 at 09:49:57AM +0100, Sebastian Andrzej Siewior wrote: > It is in queued in -mm [0] for .33, will be backportable if nobody has a > problem with it [1]. So we have patch now :) Would this be material for backporting to the 2.6.32-x debian kernels? Since most buildd's run debian/stable kernels, until the next release tokyocabinet would need to be built manually on armel anyway. While inconvinient, it should still allow tokyocabinet back in testing. > I'm curious what can be done about the dependency of tokyocabinet. It > should depend on the kernel which has the patch because a user of the > library might get wrong results if it is using a kernel without the > patch on the affected architecture. However, there is no need to use a > debian kernel so users without a debian kernel would get it pulled in. > Plus even if the kernel is installed it is not necessary that this is > the kernel which booted the system. Best would be to have a runtime check in tokyocabinet that errs out if the kernel bug is seen. > [0] http://marc.info/?l=linux-mm-commits&m=126454582727638&w=2 > [1] http://lkml.org/lkml/2010/1/27/344 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
