Re: libc5 (not libc6) by default? (was: CDE)
On Tue, 10 Feb 1998, Alex Yukhimets wrote: > > I just tried installing the RedHat CDE package into a Debian unstable > > system. It was compiled with an oldish version of libc5 and not libc6 > > which the unstable release is based on. I was successful in > > converting the rpm files to deb files using alien. Unfortunately, > > when I tried to start CDE using dtlogin, I received a core dump. I > > received no response from RedHat technical support. > > > I'm sure there is not the problem that the package is not *.deb. > The problem here is that it was not linked with specific major version > of libc. If you try to do "ldd /path/to/some/CDE/executable/or/library" > I bet that you'll get dependence on libc6. Same thing happens to my > Motif: libXm.so.2.0 seems to depend on libc6 while both of them used > libc5 headers. > > The solution is to configure shared lib loader to use libc5 by default. > If somebody can tell me how to do it, I would be very gratefull. No that wasn't the problem. ldd does show a dependency on libc5. -- Jean Pierre -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc5 (not libc6) by default? (was: CDE)
Alex Yukhimets <[EMAIL PROTECTED]> writes: > I'm sure there is not the problem that the package is not *.deb. > The problem here is that it was not linked with specific major version > of libc. If you try to do "ldd /path/to/some/CDE/executable/or/library" > I bet that you'll get dependence on libc6. Same thing happens to my > Motif: libXm.so.2.0 seems to depend on libc6 while both of them used > libc5 headers. > > The solution is to configure shared lib loader to use libc5 by default. > If somebody can tell me how to do it, I would be very gratefull. Two things you can try: 1. Put /usr/X11R6/lib right at the end of /etc/ld.so.conf. (Is this done in the upgrade process? I'm sure it's made things work for me that didn't previously.) 2. Check for the path hardcoded into the binary; try: strings /path/to/dtlogin | grep '/usr/X11R6/lib' Nothing should be printed. This caused a problem with the Debian packages of fvwm2 and other programs a few months ago. I don't know how you'll get it to load libc5 by default; I haven't had this problem. -- Carey Evans http://home.clear.net.nz/pages/c.evans/ GNU GPL: "The Source will be with you... always." -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
libc5 (not libc6) by default? (was: CDE)
> I just tried installing the RedHat CDE package into a Debian unstable
> system. It was compiled with an oldish version of libc5 and not libc6
> which the unstable release is based on. I was successful in
> converting the rpm files to deb files using alien. Unfortunately,
> when I tried to start CDE using dtlogin, I received a core dump. I
> received no response from RedHat technical support.
>
> Its a real pity that Debian doesn't have support for the primary
> window enviornment used by all commercial UNIX vendors. Maybe we
> should try to work directly with TriTeal, the suppliers of CDE for
> RedHat, a seperate package for Debian.
I'm sure there is not the problem that the package is not *.deb.
The problem here is that it was not linked with specific major version
of libc. If you try to do "ldd /path/to/some/CDE/executable/or/library"
I bet that you'll get dependence on libc6. Same thing happens to my
Motif: libXm.so.2.0 seems to depend on libc6 while both of them used
libc5 headers.
The solution is to configure shared lib loader to use libc5 by default.
If somebody can tell me how to do it, I would be very gratefull.
Thanks.
Alex Y.
--
_
_( )_
( (o___ +---+
| _ 7 |Alexander Yukhimets|
\(")| http://pages.nyu.edu/~aqy6633/ |
/ \ \ +---+
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
