whither libtermcap? (fallout of libc dance)

2001-02-23 Thread Matthew Jacob


It seems that libtermcap went away. Fine and dandy, okay...

The problem is that libtermcap.so, still hanging around, is used by things
that don't usually get rebuilt in a buildworld/installworld run (like X11
tools like xterm)- and attempts to use such things yield:

farrago.feral.com  xterm
/usr/libexec/ld-elf.so.1: /usr/lib/libtermcap.so.2: Undefined symbol
"__stderr"


(this also nukes ports like bash, etc., until they get rebuilt)

d'ya suppose we can have libtermcap back, or some kind of compat
thingie? Would this be a 4.X compat thingie? How is this supposed to work?



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: whither libtermcap? (fallout of libc dance)

2001-02-23 Thread Kris Kennaway

On Fri, Feb 23, 2001 at 11:23:23AM -0800, Matthew Jacob wrote:

 The problem is that libtermcap.so, still hanging around, is used by things
 that don't usually get rebuilt in a buildworld/installworld run (like X11
 tools like xterm)- and attempts to use such things yield:

lrwxr-xr-x  1 root  wheel 12 Feb 23 00:55 /usr/lib/libtermcap.a - libncurses.a
lrwxr-xr-x  1 root  wheel 13 Feb 23 00:55 /usr/lib/libtermcap.so - libncurses.so
-r--r--r--  1 root  wheel  15160 Apr 24  2000 /usr/lib/libtermcap.so.2
l

Remove your stale libraries - this one went away before 4.0-REL.

Kris

 PGP signature


Re: whither libtermcap? (fallout of libc dance)

2001-02-23 Thread Matthew Jacob

On Fri, 23 Feb 2001, Kris Kennaway wrote:

 On Fri, Feb 23, 2001 at 11:23:23AM -0800, Matthew Jacob wrote:
 
  The problem is that libtermcap.so, still hanging around, is used by things
  that don't usually get rebuilt in a buildworld/installworld run (like X11
  tools like xterm)- and attempts to use such things yield:
 
 lrwxr-xr-x  1 root  wheel 12 Feb 23 00:55 /usr/lib/libtermcap.a - libncurses.a
 lrwxr-xr-x  1 root  wheel 13 Feb 23 00:55 /usr/lib/libtermcap.so - libncurses.so
 -r--r--r--  1 root  wheel  15160 Apr 24  2000 /usr/lib/libtermcap.so.2
 l
 
 Remove your stale libraries - this one went away before 4.0-REL.
 

*smack*... oh, yeah! sorry! I *do* have some 3.X stuff still there.




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



btw - Re: whither libtermcap? (fallout of libc dance)

2001-02-23 Thread Matthew Jacob

On Fri, 23 Feb 2001, Kris Kennaway wrote:

 On Fri, Feb 23, 2001 at 11:23:23AM -0800, Matthew Jacob wrote:
 
  The problem is that libtermcap.so, still hanging around, is used by things
  that don't usually get rebuilt in a buildworld/installworld run (like X11
  tools like xterm)- and attempts to use such things yield:
 
 lrwxr-xr-x  1 root  wheel 12 Feb 23 00:55 /usr/lib/libtermcap.a - libncurses.a
 lrwxr-xr-x  1 root  wheel 13 Feb 23 00:55 /usr/lib/libtermcap.so - libncurses.so
 -r--r--r--  1 root  wheel  15160 Apr 24  2000 /usr/lib/libtermcap.so.2
 l
 
 Remove your stale libraries - this one went away before 4.0-REL.

...Which then also begs the question- if I put this all into /usr/lib/compat-
and libtermcap.so still whines about missing __stderr- is this a "we don't
care- it's too old"?




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message



Re: btw - Re: whither libtermcap? (fallout of libc dance)

2001-02-23 Thread Kris Kennaway

On Fri, Feb 23, 2001 at 11:29:12AM -0800, Matthew Jacob wrote:
 On Fri, 23 Feb 2001, Kris Kennaway wrote:
 
  On Fri, Feb 23, 2001 at 11:23:23AM -0800, Matthew Jacob wrote:
  
   The problem is that libtermcap.so, still hanging around, is used by things
   that don't usually get rebuilt in a buildworld/installworld run (like X11
   tools like xterm)- and attempts to use such things yield:
  
  lrwxr-xr-x  1 root  wheel 12 Feb 23 00:55 /usr/lib/libtermcap.a - libncurses.a
  lrwxr-xr-x  1 root  wheel 13 Feb 23 00:55 /usr/lib/libtermcap.so - 
libncurses.so
  -r--r--r--  1 root  wheel  15160 Apr 24  2000 /usr/lib/libtermcap.so.2
  l
  
  Remove your stale libraries - this one went away before 4.0-REL.
 
 ...Which then also begs the question- if I put this all into /usr/lib/compat-
 and libtermcap.so still whines about missing __stderr- is this a "we don't
 care- it's too old"?

You shouldn't be building new binaries which link against libtermcap
(i.e. this should never happen) - it's only there for existing
binaries which would be linked against libc.so.3 also (both of which
are under compat/) and should continue to work.

Kris

 PGP signature


Re: btw - Re: whither libtermcap? (fallout of libc dance)

2001-02-23 Thread Matthew Jacob



 On Fri, Feb 23, 2001 at 11:29:12AM -0800, Matthew Jacob wrote:
  On Fri, 23 Feb 2001, Kris Kennaway wrote:
  
   On Fri, Feb 23, 2001 at 11:23:23AM -0800, Matthew Jacob wrote:
   
The problem is that libtermcap.so, still hanging around, is used by things
that don't usually get rebuilt in a buildworld/installworld run (like X11
tools like xterm)- and attempts to use such things yield:
   
   lrwxr-xr-x  1 root  wheel 12 Feb 23 00:55 /usr/lib/libtermcap.a - 
libncurses.a
   lrwxr-xr-x  1 root  wheel 13 Feb 23 00:55 /usr/lib/libtermcap.so - 
libncurses.so
   -r--r--r--  1 root  wheel  15160 Apr 24  2000 /usr/lib/libtermcap.so.2
   l
   
   Remove your stale libraries - this one went away before 4.0-REL.
  
  ...Which then also begs the question- if I put this all into /usr/lib/compat-
  and libtermcap.so still whines about missing __stderr- is this a "we don't
  care- it's too old"?
 
 You shouldn't be building new binaries which link against libtermcap
 (i.e. this should never happen) - it's only there for existing
 binaries which would be linked against libc.so.3 also (both of which
 are under compat/) and should continue to work.

Yeah, okay- thanks!

apparently the symlink to libncuruses works- so old X11 binaries work with
libc.so.3 in /usr/lib/compat

Whew! THanks! I didn't wanna have to rebuild all that goop...



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message