At Sun, 10 Aug 2003 16:47:31 +0200, Christoph Hellwig wrote: > On Sun, Aug 10, 2003 at 02:44:59PM +0200, Rainer Ellinger wrote: > > Same with compupic [1] (a static app and probably good choice to try > > with) and apparently citrix iac clients [2]. Going back to 2.3.1-17 > > solved it for compupic. > > glibc does not claim binary compatiblity for statically linked binaries, > and in fact the compatiblity tends to break from time to time when > using nss. I think you'll have to educate the vendors of your non-free > software..
Ah, they are all static linked binaries? If so, it's right. I second Christoph's thought. I would like to close this bug. BTW, I wonder why you firstly contact to vendors and claim this issue. If you find this software is not supported, then why don't you appeal to the vendor "please support debian/woody" (be careful, it's not "sid") ? To fix this bug is "extract 2.3.1-17 and use LD_LIBRARY_PATH environment variables, or use chroot for these kinds of software". Actually I work this for my colleague machine which uses Wnn6 commercial Kanji-conversion system (* see notes). It's driven by old libc6. * Notes: It's Japanese character inputting software. Unfortunatelly, inputting Japanese is one of the most complex system in various languages, so sometimes we need to use the commercial input system for high quality Japanese typing. In addition, there are a lot of efforts to support Japanese input system in free software area, however there are much gap of the Japanese quality. Damn. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]