Operating Systems > Linux and UNIX
apt for RPM - Calum, you want this!
dishawjp:
Thanks again void main,
I downloaded the Xaw3d-1.3-21.i386.rpm file you provided the link to, but received a message that the lib file was already installed! So I tried to reinstall the version of xbill that I had downloaded and was again informed that the lib file was needed.
Does this mean that the "rpm --updatedb" command I had run somehow failed? I'm going to try it again tonight just to see. I even did a "find / -name 'lib<whatever it was>' -print" and it was located in the /lib directory. Another little Linux mystery to unravel.
But then I followed your link to the appropriate version of xbill for RH 6.2, and it installed perfectly.
Oh, the reason I don't have all the .rpm packages RH 6.2 normally comes with is that the CD I installed from was a single CD that came in the back of a Linux book I bought. I never did get the complete RH 6.2 set. Not that it really makes a whole lot of difference. This whole "experiment" was just to see if I could learn Linux and if I'd enjoy using it.
Now I'm looking at *finally* laying out some cash and getting a new system which will be able to run RH 8. If things go well, I may have the new hardware by the beginning of next month.
Thanks again for all your help.
Jim
voidmain:
quote:Originally posted by DOSman:
Thanks again void main,
I downloaded the Xaw3d-1.3-21.i386.rpm file you provided the link to, but received a message that the lib file was already installed! So I tried to reinstall the version of xbill that I had downloaded and was again informed that the lib file was needed.
Does this mean that the "rpm --updatedb" command I had run somehow failed? I'm going to try it again tonight just to see. I even did a "find / -name 'lib<whatever it was>' -print" and it was located in the /lib directory. Another little Linux mystery to unravel.
--- End quote ---
You were trying to install a newer version of Xbill that was built on a newer version of RedHat that has a newer version of the Xaw3d shared library. It's the equivelant to trying to install an app in Microsoft that requires VBRUN40.DLL when you only have VBRUN30.DLL.
A shared library is basically the same thing as a DLL in Microsoft. They both hold binary functions and subroutines that all applications can share rather than having to include that code in every application (reduces bloat, increases speed).
The disadvantage is if you create a new version of the library and change/add/remove functions from the library all of the programs could have problems using that library. So you put a version on the library and only allow programs to use that one version of the library.
Actually usually programs will require that version of the library or newer versions because normally functionality is not taken away, only added to. In your case your system has an older library so xbill would not install (you could have done added "--nodeps" as a parameter and it would have installed anyway but you might have problems trying to run the program for reasons I already mentioned).
KernelPanic:
Hmm, I need help synaptic say I have two different versions of xinetd installed and it doesn't like that.
Why I have two versions of xinetd install is anybody's guess, what to do what to do?
Hmm, I'm hungry, I think it's lunch time for me.
voidmain:
First you might want to try "apt-get update --fix-broken". But if that doesn't work you should be able to remove xinetd (rpm -e xinetd) and then reinstall it which should fix your database. If you made any changes to any of your xinetd configuration files (/etc/xinetd.conf, /etc/xinetd.d/*) you might want to back them up first. Have no idea how you could have got two versions of xinetd installed (unless you forced it without the upgrade option). Then do an "# apt-get install xinetd".
[ December 12, 2002: Message edited by: void main ]
Navigation
[0] Message Index
[*] Previous page
Go to full version