NetNews Usenet Archive 1992 #31/NN_1992_31.iso/spool/comp/os/linux/22607

Text File | 1993-01-04 | 1.6 KB | 37 lines

Newsgroups: comp.os.linux
Path: sparky!uunet!spool.mu.edu!uwm.edu!linac!att!cbnewsi!cbnewsh!att-out!cbfsb!cbnewsg.cb.att.com!wto
From: [e-mail] (William T. O Connell)
Subject: Re: How many SLS binaries don't work with new libc.so.4.2?
Message-ID: <[e-mail]>
Summary: known binaries
Sender: [e-mail]
Organization: AT&T
References: <[e-mail]>
Date: Mon, 4 Jan 1993 05:21:16 GMT
Lines: 24

In article <[e-mail]>, [e-mail] (Seng-Poh Lee, Speedy) writes:
> As part of trying to get uucp running again, I installed libc.so.4.2.
> Howvever, I'm finding out that a few binaries, such as login (!) don't
> function under the new shared library (complains about a few undefined
> library calls).  Login was a big one, since once you link in the new
> shared library, you can't log in anymore! I went back to 4.1 until I can
> fix and recompile login, but I'm just wondering how many more binaries
> need to be recompiled.  I started out with SLS 0.98p5 distribution but
> am running the .99p2 kernel now.

The only binaries that I ran across are login and passwd. Though
there are many that I haven't tested.

Until you get the new source to recompiling them, there is a quick
work around that work's like a charm. Thus, allowing you to keep
the 4.2 library.

1) create symlink on libc.so.4.1 to libc.so.0
2) edit login (and any others that you are having problems with)
   with emacs. Search for libc.so.4 using ctrl-s. Change the 4 to a 0.
3) Problems fixed. The binary will now use the original shared library
   that it was compiled with.

- Bill O'Connell          [e-mail]