Shared libraries save space, give predictability to applications and all that, but when important libraries break or go missing, a lot of stuff instantly stops working.
From: "Brian K. White" <brian@aljex.com> Subject: Re: BZIP2 symbol not found Date: 23 Nov 2005 22:35:26 -0500 Message-ID: <00df01c5f0a8$0ca689e0$6600000a@venti> References: <1132763348_24353@spool6-east.superfeed.net> <20051123170823.GB28101@jpradley.jpr.com> <1132767497_24453@spool6-east.superfeed.net> <20051123212320.GE28101@jpradley.jpr.com> <1132797390_25075@spool6-east.superfeed.net> ----- Original Message ----- From: "willjay" <willjay@excite.com> Newsgroups: comp.unix.sco.misc To: <distro@jpr.com> Sent: Wednesday, November 23, 2005 8:53 PM Subject: Re: BZIP2 symbol not found
>
> "Jean-Pierre Radley" <jpr@jpr.com> wrote in message
> news:20051123212320.GE28101@jpradley.jpr.com...
>> willjay typed (on Wed, Nov 23, 2005 at 12:35:12PM -0500):
>> |
>> | "Jean-Pierre Radley" <jpr@jpr.com> wrote in message
>> | news:20051123170823.GB28101@jpradley.jpr.com...
>> | > willjay typed (on Wed, Nov 23, 2005 at 11:26:03AM -0500):
>> | > | I un-installed something on 5.06 and now I'm getting this message.
>> | Anyone
>> | > | have a clue as to what I should put back. Several apps do not work
> now.
>> | > | This is just an example. Thanks wj.
>> | > |
>> | > | $ bzip2
>> | > | dynamic linker: bzip2: symbol not found:
>> | > | ___requires_updated_system_library_set
>> | > | __
>> | > | Killed
>> | >
>> | >
>> | > Maybe oss646c?
>> |
>> | nope, that's installed
>>
>> What is the output of
>>
>> l -Wv /usr/lib/libc*
>>
>> ?
>>
>> --
>> JP
>>
>
> Thanks jp, here you go.
First off, what version of bzuip2 are you using? there are several binaries
floating around by now.
One of them comes in gwxlibs or gnutools from SCO now so I like to try to
always use that.
find out like this:
# which bzip2
/usr/bin/bzip2
Then find out details of it's pedigree and what libs it needs:
# ls -l /usr/bin/bzip2
lrwxrwxrwx 1 root sys 40 Nov 20 19:04 /usr/bin/bzip2 ->
/opt/K/SCO/gwxlibs/2.1.0Ba/usr/bin/bzip2
So on my box, the bzip2 that will run when I just type "bzip2" comes from
gwxlibs-2.1.0Ba (part of osr507mp4 but seperately installable on 5.0.6)
(Being able to do this has to be one of the very few desireable aspects of
the whole symlink-the-world scheme sco uses)
Now see what libraries it wants to load at run-time:
# ldd /usr/bin/bzip2
/usr/bin/bzip2 needs:
/usr/lib/libbz2.so.1
/usr/lib/libc.so.1
Now look at those libraries on a working box: # ls -l /usr/lib/libbz2.so.1 lrwxrwxrwx 1 root sys 46 Nov 20 19:04 /usr/lib/libbz2.so.1 -> /opt/K/SCO/gwxlibs/2.1.0Ba/usr/lib/libbz2.so.1 (well that only makes sense that lib bz2 came from the same package that supplied the bzip2 executable) # ls -l /usr/lib/libc.so.1 lrwxrwxrwx 1 root root 41 Mar 1 2005 /usr/lib/libc.so.1 -> /opt/K/SCO/Unix/5.0.6Ga/usr/lib/libc.so.1 Not so helpful. I don't know offhand how you'd detect that your libc was wrong without another working box to look at in this case. I do know that it's safe and reasonable to simply see that your non-working binary comes from "gwxlibs-x.x.x" and go re-read the cover letter for that, and install anything it says are prerequisites even if you think they're already in. Just reinstall oss646c. Or maybe uninstall-reinstall, but the uninstall will surely balk about breaking a slew of dependancies. As long as you know you are only re-installing immediately after, and as long as you already have the oss646c vols in hand and unzipped/untarred etc in case your wget/curl/gzip/bzip2/ssh etc don't work between the uninstall & reinstall, it's probably fine. I've done it before. You say you have oss646c on 5.0.6 But you have: -rw-r--r-- 3 bin bin 810208 Nov 23 14:14 /usr/lib/libc.a -> /opt/K/SCO/unixds/5.1.2A/usr/lib/libc.a -rw-r--r-- 6 bin bin 593700 Nov 23 14:14 /usr/lib/libc.so -> /opt/K/SCO/unixds/5.1.2A/usr/lib/libc.so -r-xr-xr-x 1 bin bin 372160 Nov 23 14:13 /usr/lib/libc.so.1 -> /opt/K/SCO/Unix/5.0.6Ga/usr/lib/libc.so.1 While my 5.0.6 with oss646c has: (using the same "l -Wv" comand it's important to note) -rw-r--r-- 3 bin bin 927924 Nov 21 2004 /usr/lib/libc.a -> /opt/K/SCO/unixds/5.1.2A/usr/lib/libc.a -rw-r--r-- 6 bin bin 594532 Nov 21 2004 /usr/lib/libc.so -> /opt/K/SCO/unixds/5.1.2A/usr/lib/libc.so -r-xr-xr-x 1 bin bin 562076 Nov 21 2004 /usr/lib/libc.so.1 -> /opt/K/SCO/Unix/5.0.6Ga/usr/lib/libc.so.1 I'd just install oss646c and then any of the at least 3 newer gwxlibs since the 1.3.2Ag you have installed currently. You can install the gwxlibs as a sub-component of osr507mp4 even on 506 (I did it) but it's kind of messy and I don't recommend it. I did it because the osr507mp4 tar file was available before the suppcd iso image. But now, a 5.0.6-friendly copy of gwxlibs-2.1.0 is on the osr507suppcd4. You don't need to burn it to a cd either. You can download and mount as a ramdisk and install packages from it without burning a cd like this: There are actually two different sets of packages on the suppcd and it takes different mothods to get at them. To install from the main body of the cd, like when you pop a cd in and run custom and select install, "from cd drive" you can do this: cd / wget ftp://ftp.sco.com/pub/openserver5/507/iso/osr507suppcd4/osr507suppcd4.iso marry -a osr507suppcd4.iso mv /dev/cd0 /dev/cd0.orig mv /dev/rcd0 /dev/rcd0.orig ln -s /dev/marry/osr507suppcd4.iso /dev/cd0 ln -s /dev/marry/osr507suppcd4.iso /dev/rcd0 custom marry -d /dev/marry/osr507suppcd4.iso mv -f /dev/cd0.orig /dev/cd0 mv -f /dev/rcd0.orig /dev/rcd0 That works for any custom install cd, like the main os install cd etc... Then there are some additional simple directories with VOL files in them that are just like the various downloadable vol packages and they are simpler to get at and use. Until SCO makes the new gwxlibs available conveniently as a seperate download, this is what you want to do: cd / wget ftp://ftp.sco.com/pub/openserver5/507/iso/osr507suppcd4/osr507suppcd4.iso marry -a osr507suppcd4.iso mount /dev/marry/osr507suppcd4.iso /mnt custom umount /mnt marry -d /dev/marry/osr507suppcd4.iso In this case, while in custom, you select install, from localhost, media images and type in one of these paths: /mnt/506dev/apache /mnt/506dev/gwxlibs /mnt/506dev/openssh /mnt/506dev/oss646c /mnt/506dev/perl lookitthat :) oss646c all nice and ready right there. I'd do oss646c, then gwxlibs, then everything else in no particular order except perl might need to come before apache. Also, since your libc/gwxlibs is kind of messed up apparently, your wget may not be working either, or curl, so you may have to replace the nice one-line wget command with using plain ftp to manually get the iso file into your root directory. Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. filePro BBx Linux SCO FreeBSD #callahans Satriani Filk!
/Bofcusm/2635.html copyright 1997-2004 (various authors) All Rights Reserved
Have you tried Searching this site?
Unix/Linux/Mac OS X support by phone, email or on-site: Support Rates
This is a Unix/Linux resource website. It contains technical articles about Unix, Linux and general computing related subjects, opinion, news, help files, how-to's, tutorials and more. We appreciate comments and article submissions.
Many of the products and books I review are things I purchased for my own use. Some were given to me specifically for the purpose of reviewing them. I resell or can earn commissions from the sale of some of these items. Links within these pages may be affiliate links that pay me for referring you to them. That's mostly insignificant amounts of money; whenever it is not I have made my relationship plain. I also may own stock in companies mentioned here. If you have any question, please do feel free to contact me.
Specific links that take you to pages that allow you to purchase the item I reviewed are very likely to pay me a commission. Many of the books I review were given to me by the publishers specifically for the purpose of writing a review. These gifts and referral fees do not affect my opinions; I often give bad reviews anyway.
We use Google third-party advertising companies to serve ads when you visit our website. These companies may use information (not including your name, address, email address, or telephone number) about your visits to this and other websites in order to provide advertisements about goods and services of interest to you. If you would like more information about this practice and to know your choices about not having this information used by these companies, click here.
Click here to add your comments
Don't miss responses! Subscribe to Comments by RSS or by Email
Click here to add your comments
If you want a picture to show with your comment, go get a Gravatar