On Thu, 2010-01-28 at 09:18 +0000, Riku Voipio wrote: > 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.
If it's urgent we can cherry-pick this fix. Otherwise we'll get this via the 2.6.32-stable series after Linus accepts it. > > 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. I'm not sure that's possible. But certainly a dependency is the wrong way to do this. Ben. -- Ben Hutchings You can't have everything. Where would you put it?
signature.asc
Description: This is a digitally signed message part
