>Presumably this prob started sometime in 2.2r2? Potato isn't affected at all, only woody and sid. It started when glibc 2.2 was first introduced.
>Phil has provided a fix (it a good job someone understands all this stuff!) >with an /etc/ls.so.preload that fettles things (does it fix up the binary?). >Which I understand to be effective. How should this be installed in the >system - should it be added to some base package - which one? ldso? When >might we be able to safely remove it again? No, it doesn't fix the binary; it just provides a run-time bodge to prevent the crash. I'd prefer it not to be packaged at all, but if this does turn out to be necessary it should go in a new package of its own. >for example (I'll do it if someone gives me a clue), or would this mean >bumping the version numbers of half the distribution and doing hundreds of >NMUs which might be more trouble than the problem? You have to bump the version number for a recompile, but only by 0.1 (for a binary-only NMU) which shouldn't cause too much disruption. I was planning to leave it for a bit in hopes that a lot of the broken binaries would be flushed away by new versions appearing. p.
