On Tuesday 19 Sivan 5771 20:52:17 Jonathan Nieder wrote: > Aurelien Jarno wrote: > > I don't think the preinst script should take care of all these issues. > > When you defined LD_LIBRARY_PATH you should assume the consequences. > > I wonder if it would make sense to mention this (including a hint to > try "rm /etc/ld.so.cache && LD_DEBUG=help /bin/true") in README.Debian > or /usr/share/bug/libc6/presubj. I think problems due to locally > installed libraries, especially under /usr/local, are not too > uncommon, so maybe that would help a little for next time.
Most all LD_LIBRARY_PATH will start with /lib, I believe, even if NOW /lib/i386-linux-gnu is the libc placement. Over the last upgrades, the directory structure has changed, this with no apt-listchanges alerts. With such radical changes, then I think the preinst script should at least hit on this. And a warning of LD_LIBRARY_PATH and editing suggestion would be in order. The system is OK now and I have not changed/fixed the LD_LIBRARY_PATH. But manually cleaned up what at least partially should have been touched, warned or taken care of by the scripts. Most users, without the hand-holding of the kind and patient maintainers, will not figure all this out. Once the system is hosed, it will no longer be possible to rm /etc/ld.so.cache without the rescue disk. /usr/local stuff was NOT a problem here.
