Bug#204706: Same binary breakage with compupic and citrix
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
Reply to: