Stop Microsoft
Operating Systems => Linux and UNIX => Topic started by: voidmain on 30 October 2002, 14:53
-
You RPM dependency haters need to install apt for your RPM based system, along with a graphical utility called "synaptic". Installing RPM based apps and system updates has never been so easy!
Download and install these two RPMs:
http://ftp.freshrpms.net/pub/freshrpms/psyche/apt/apt-0.5.4cnc9-fr1.i386.rpm (http://ftp.freshrpms.net/pub/freshrpms/psyche/apt/apt-0.5.4cnc9-fr1.i386.rpm)
http://ftp.freshrpms.net/pub/freshrpms/psyche/synaptic/synaptic-0.24.1-fr1.i386.rpm (http://ftp.freshrpms.net/pub/freshrpms/psyche/synaptic/synaptic-0.24.1-fr1.i386.rpm)
Then run "synaptic" and first click "update". Then just have fun. You can install apps or upgrade your system via this graphical tool or from the command line much the same as it's done in Debian:
# apt-get install appname
which will install the specified app, plus any required dependencies. Pretty slick stuff.
[edit]Actually I don't know if this will work with Mandrake or SuSe. It appears to possibly be targeted only for Connectiva and RedHat distributions but it wouldn't hurt to try.[/edit]
[ October 30, 2002: Message edited by: void main ]
-
The obvious (and best) solution is to simply INSTALL DEBIAN!!! Why would ANYONE want to use the apt/dpkg management system with Redhat when DEBIAN is the most powerful, stable, sexiest, beautiful operating system tha ever has, or ever will, exist. When you install DEBIAN, you automatically grow four inches (vertically AND horizontallly),; women FLOCK to you instictivley, your bank account DOUBLES, your dog no longer has fleas, and your electric company sends YOU checks!
REAL men use DEBIAN!!
-
i did something...bad... when i tried to install it, now i dont have any rpm.
One of apt-rpms dependencies is RPM 4.0.4, i have 4.0.3, i found out you cant install rpm with rpm, because it doesnt work.
I am gonna isntall rpm 4.0.3 from RH7.2 CD soon
[ October 30, 2002: Message edited by: The Master of Reality / B0B ]
-
looks good, i have not done it yet as i am in a hurry, creedon, is it worth my while switching from mandrake to debian, all in? at the moment i don't have time to relearn anything, but i can use mandrake alright, so what do you think? what i'm really worried about is bugs. i can't stand the oqnes that seem to ocassionally sneak into mandrake, and also hardware support, i have a buggyq laptop full of SiS stuff,
so is it worth trying DebIan?
-
quote:
Originally posted by The Master of Reality / B0B:
i did something...bad... when i tried to install it, now i dont have any rpm.
One of apt-rpms dependencies is RPM 4.0.4, i have 4.0.3, i found out you cant install rpm with rpm, because it doesnt work.
I am gonna isntall rpm 4.0.3 from RH7.2 CD soon
You most certainly *can* upgrade RPM with RPM. I've done it countless times. What steps did you take to upgrade it? Have you tried an "rpm --rebuilddb"?
-
i did
rpm -Uvh rpm-4.2.rpm --nodeps
rpm --rebuilddb
then it gave me a whole bunch of errors and then rpm wouldnt work afterwards.
I dont know if it works now.
....
EDIT... Me fixed it... i had to do rpm -Uvh 4.2.rpm --nodeps --force
[ October 30, 2002: Message edited by: The Master of Reality / B0B ]
-
Usually you get all of the RPM system packages listed on RedHat's web site and upgrade them all at once. Here are the updated packages. You would *at minimum* want to upgrade any in the errata list that you currently have installed:
http://rhn.redhat.com/errata/RHEA-2002-024.html (http://rhn.redhat.com/errata/RHEA-2002-024.html)
This upgrade isn't as critical as previous upgrades. For instance, there doesn't appear to be a database upgrade involved. If there were you surely need to upgrade the database and the RPM packages together or you will run into trouble.
-
i really should upgrade to redhat 8.0.
-
quote:
Originally posted by creedon:
The obvious (and best) solution is to simply INSTALL DEBIAN!!! Why would ANYONE want to use the apt/dpkg management system with Redhat when DEBIAN is the most powerful, stable, sexiest, beautiful operating system tha ever has, or ever will, exist. When you install DEBIAN, you automatically grow four inches (vertically AND horizontallly),; women FLOCK to you instictivley, your bank account DOUBLES, your dog no longer has fleas, and your electric company sends YOU checks!
REAL men use DEBIAN!!
Hey, I like Debian too, espeically the package management. However, I believe RedHat is far superior to Debian for a n00b because there are a lot things that are cleaned up and polished including many nice graphical administration utilities. It's clean and everything fits together well the way they have it set up. I personally don't mind RPM but it is more difficult if you don't know how to use it. RedHat 8 does solve some of this with their new graphical package management utility but it's really only good for what comes on their CDs. And as much as I hate to use popularity as an excuse RedHat does have more 3rd party support than any other distro.
Having said that, I like Debian as much as I like RedHat for servers, both of them being far out in front of any other distro in my views. But for Desktop use I think RedHat is hard to beat. apt is superior to RPM in a lot of ways and I hope RedHat adopts this (or at least an apt like front-end) in future releases. I doubt they will do this but one can hope.
-
quote:
Originally posted by void main:
Hey, I like Debian too, espeically the package management. However, I believe RedHat is far superior to Debian for a n00b because there are a lot things that are cleaned up and polished including many nice graphical administration utilities. It's clean and everything fits together well the way they have it set up. I personally don't mind RPM but it is more difficult if you don't know how to use it. RedHat 8 does solve some of this with their new graphical package management utility but it's really only good for what comes on their CDs. And as much as I hate to use popularity as an excuse RedHat does have more 3rd party support than any other distro.
Having said that, I like Debian as much as I like RedHat for servers, both of them being far out in front of any other distro in my views. But for Desktop use I think RedHat is hard to beat. apt is superior to RPM in a lot of ways and I hope RedHat adopts this (or at least an apt like front-end) in future releases. I doubt they will do this but one can hope.
Agreed, with reservations; Woody's installer, like all the previous versions installer, is a throwback to the early '90's when installing Linux was a severe pain in the ass. It's gotten so bad that Debian is getting flak from long time users (I don't really understand that, after one install, apt-get dist-upgrade on a new release should eliminate a fresh install, but, hey it's all theory, right?)
The weeping and moaning HAS had a positive effect; one of the main goals for "Sarge" is a GRaphical installer- right now, an installer that ProgenyLinux developed is in the lead. It's called PGI (piggy) and the sreenshots are very interesting; the Debian maintainers say they won't release "Sarge" as stable until PGI is available for all architctures, so maybe the creamy goodness of Debian will become easier for noobs to get to.
There's also a project called "Debian Desktop" that just started with a goal of competing toe-to-toe with Redhat in the Linux desktop arena; should be interesting.
-
That's great. I think it is good that there are several distributions of Linux to compete with each other. It's added incentive to progress. Debian is the only contender that we know will always be here. It will never go out of business no matter how big/popular RedHat or SuSe or some other distro becomes. And even if all commercial distros disappear we'll always have Debian.
A side benefit of Debian is it keeps the Commercial distros in check. The commercial distros know they can't rape their users or their users will drop them like a hot potato for Debian or another distro. I am not like many who would like to see one Linux. I think the competition is what will eventually make Linux king (it already is in my book but it will only keep getting better).
But Debian *is* as good (and better in many ways) as any commercial distro for hard core types like us. I happen to push RedHat because I think it has the eye candy that n00bs and Windows converts want to see (initially). It has the commercial support that businesses want to see. And it has put a lot of work into standardizing the desktop which initially I didn't like but now see as a win for the new user.
-
quote:
Originally posted by void main:
That's great. I think it is good that there are several distributions of Linux to compete with each other. It's added incentive to progress. Debian is the only contender that we know will always be here. It will never go out of business no matter how big/popular RedHat or SuSe or some other distro becomes. And even if all commercial distros disappear we'll always have Debian.
A side benefit of Debian is it keeps the Commercial distros in check. The commercial distros know they can't rape their users or their users will drop them like a hot potato for Debian or another distro. I am not like many who would like to see one Linux. I think the competition is what will eventually make Linux king (it already is in my book but it will only keep getting better).
But Debian *is* as good (and better in many ways) as any commercial distro for hard core types like us. I happen to push RedHat because I think it has the eye candy that n00bs and Windows converts want to see (initially). It has the commercial support that businesses want to see. And it has put a lot of work into standardizing the desktop which initially I didn't like but now see as a win for the new user.
For as much as I tout apt/dpkg, and as good as it is, the single biggest advantage Debian has is the core of maintainers that keep it so damned stable; it's a ROCK, reliable as the sunrise, and it's all due to a bunch of volunteers who do the work for nothing but the sake of producing a superior operating system. I am just amazed at the dedication of these people, and I'm really greatful that they're willing to do what they do. A lot of Linux users have said that Debian is a "Communist" distro; personally, I think that Debian just shows what a world-wide group of dedicated individuals can accomplish when they're willing to work together.
Calum; Give Libranet a try; it's Debian without the pain!
-
seems like some kind of fucking joke...
four edits later, and i am still on the dependency-go-round with no hope of ever getting off. i still don't know what to do about the bzip libraries, and now, what a surprise:
[ November 02, 2002: Message edited by: Calum-21.2 ]
-
Calum, I am really sorry about your trouble and there are two things that I forgot when I started this thread.
First I forgot that you are on Mandrake. I am fairly sure this will not be the good experience it is on RedHat on Mandrake if it even works at all on Mandrake.
Second thing I forgot is that you are on dialup and it's a pain for you to download crap. Things that take me seconds could take you an hour over dialup. After researching this a little more I don't think it's going to work on Mandrake. Why do I think that? There are no Mandrake apt repositories that I can find.
Again, I am sorry you wasted a whole day on this. But for those who are using RedHat, this is a *must have*. After installing you would never again have the type of problem you are having just getting apt installed unless the package you are trying to install is not in the repository (all the good stuff is in there).
-
hmm, well i will continue to strive for this thing, as it really makes me more determined as i put more effort into something! i spent weeks getting all the dependencies for wine, although i never got it to actually run anything... so i will keep trying, and void main, it certainly isn't your fault i can't get it to work, thanks for telling me about it anyway! but do you have any idea how i can resolve this bzip thing? usually i just come up against dependencies, not conflicts, so what comes next in that case?
and lastly, here's an update:
edit again -
right, time to download some red hat package with libc.so.6 in i suppose...
[ November 02, 2002: Message edited by: Calum-21.2 ]
-
GLIBC is a big upgrade, you might try and get the SRC RPM for that package and do a rebuild but really I think you are wasting your time trying to get apt to work on Mandrake without having Mandrake repositories. And I couldn't imagine getting the pleasurable experience with apt on a dialup connection.
It is exactly what you are asking for in that it keeps a database of dependencies and knows what packages to install and automatically resolves those dependencies by installing the dependent packages. Problem is, that database/repository doesn't exist for Mandrake that I've been able to find (actually it did for Mandrake 7.0 and 7.1 but not for current versions). Seems there are repositories for all the RedHat 7.x and 8.0 series.
-
so you reckon that if i tried to use a red hat repository, i would in effect just make all my mandrake system redundant by eventually installing an entire copy of red hat as well? or am i missing the point?
also, i have 3 CDs of source code, from mandrake 9.0, and i just can't be arsed to go upstairs and open them. maybe i will stop trying to download this clibs thing, as it is taking a while, and i will browse those cds later.
thanks for the comments.
still interested in that bzip situation though, i am curious about how i would have resolved that...
-
quote:
Originally posted by Calum-21.2:
so you reckon that if i tried to use a red hat repository, i would in effect just make all my mandrake system redundant by eventually installing an entire copy of red hat as well? or am i missing the point?
No, I just don't believe it will work, but I could be wrong. If it does it would certainly have to download a lot more than if you had a RedHat base (if you are hooked up to a RedHat repository) and an "apt-get dist-upgrade" would probably want to repace your entire Mandrake system with RedHat. (http://smile.gif)
-
:D they should bring it out for windows then.
-
Surely you have tcl on the mandrake cds?
-
i probably have most if not all of the dependencies as binaries and source, but it seems that if i install mandrake rpms, some of the 'required files' are not detected, even if they are installed, if i try and install red hat rpms on a mandrake system, possibly due to the filesd being in different directory names than they are on red hat.
-
Hi All,
Creedon, I can already hear you laughing at me... but is there any chance that this will work for RH6.2? I am stuck (and have been for weeks now) in dependency hell. All I want to do is install xbill on my poor old POS and can't do it.
Originally I had rpm version 2 something. I was able to upgrade that to version 3 something. But no way would version 4 something install. I've been to rpmfind.net trying to find the files needed, have searched Red Hat's errata, and done google searches for the required files. Never any happiness.
I shouldn't complain too badly... the computer does run well and doesn't crash regularly like my Windoze box does. But a damned setup.exe would sure be nice :) Or, if this "apt get" would work, that would be fine too.
I am concerned about hosing an otherwise good install of Linux and running into problems like MoR/Bob and Calcum ran into. Hell, I'd be happy to find a place to download the files I need to correct failed dependencies.
Creedon, I thought I'd see you at the computer show at the fairgrounds today... Eliot, Jaime, TR and I were all there today. We drank some warm beer, ate some awful hot dogs, and pissed away too much money on computer stuff. I'll be trying to install Linux on TR's new computer tomorrow. Anyway, you should have been there. It was a good time.
Jim
-
quote:
Originally posted by DOSman:
Hi All,
Creedon, I can already hear you laughing at me... but is there any chance that this will work for RH6.2? I am stuck (and have been for weeks now) in dependency hell. All I want to do is install xbill on my poor old POS and can't do it.
Originally I had rpm version 2 something. I was able to upgrade that to version 3 something. But no way would version 4 something install. I've been to rpmfind.net trying to find the files needed, have searched Red Hat's errata, and done google searches for the required files. Never any happiness.
I shouldn't complain too badly... the computer does run well and doesn't crash regularly like my Windoze box does. But a damned setup.exe would sure be nice :) Or, if this "apt get" would work, that would be fine too.
I am concerned about hosing an otherwise good install of Linux and running into problems like MoR/Bob and Calcum ran into. Hell, I'd be happy to find a place to download the files I need to correct failed dependencies.
Creedon, I thought I'd see you at the computer show at the fairgrounds today... Eliot, Jaime, TR and I were all there today. We drank some warm beer, ate some awful hot dogs, and pissed away too much money on computer stuff. I'll be trying to install Linux on TR's new computer tomorrow. Anyway, you should have been there. It was a good time.
Jim
Nah, I never laugh at anyone who's giving it a good try; the ones I laugh at are people that think Linux is a free ride; they figure it'll be just like "Brand X" and when it isn't, they bitch about what a POS Linux is.
Yeah, I'd have liked to gone to the show, but chronic extreme poverty prevented me; too bad, I guess I've gotta buy a new CDRW, mine's got a bad case of the stupids; it'll do everything but burn a CD; very frustrating!
-
quote:
Originally posted by DOSman:
Hi All,
Creedon, I can already hear you laughing at me... but is there any chance that this will work for RH6.2? I am stuck (and have been for weeks now) in dependency hell. All I want to do is install xbill on my poor old POS and can't do it.
Originally I had rpm version 2 something. I was able to upgrade that to version 3 something. But no way would version 4 something install. I've been to rpmfind.net trying to find the files needed, have searched Red Hat's errata, and done google searches for the required files. Never any happiness.
I shouldn't complain too badly... the computer does run well and doesn't crash regularly like my Windoze box does. But a damned setup.exe would sure be nice :) Or, if this "apt get" would work, that would be fine too.
I am concerned about hosing an otherwise good install of Linux and running into problems like MoR/Bob and Calcum ran into. Hell, I'd be happy to find a place to download the files I need to correct failed dependencies.
Creedon, I thought I'd see you at the computer show at the fairgrounds today... Eliot, Jaime, TR and I were all there today. We drank some warm beer, ate some awful hot dogs, and pissed away too much money on computer stuff. I'll be trying to install Linux on TR's new computer tomorrow. Anyway, you should have been there. It was a good time.
Jim
Calcum, that a classic (http://smile.gif)
-
quote:
Originally posted by DOSman:
Creedon, I can already hear you laughing at me... but is there any chance that this will work for RH6.2? I am stuck (and have been for weeks now) in dependency hell. All I want to do is install xbill on my poor old POS and can't do it.
Couple of things. First, "xbill" should have come on your RedHat 6.2 CDs. Second, you *can* upgrade RPM to 4.x on RedHat 6.2. My 6.2 system is running rpm v4.0.2.
http://rpm.redhat.com/hintskinks/rpmv3tv4/ (http://rpm.redhat.com/hintskinks/rpmv3tv4/)
http://updates.redhat.com/6.2/en/os/i386/ (http://updates.redhat.com/6.2/en/os/i386/)
quote:
Or, if this "apt get" would work, that would be fine too.
It does appear there are some limited apt repositories for 6.2:
http://freshrpms.net/apt/ (http://freshrpms.net/apt/)
http://apt-rpm.tuxfamily.org/ (http://apt-rpm.tuxfamily.org/)
But it looks like most of them are limited to RH62 "updates" and "extras", not the base OS. So that to me would indicate a less pleasureable experience than you would have on RH73 or RH80. But still worth the try. Guess I could try and install it on my 6.2 system right now and see how much trouble you'll have. I'll let you know.
[ November 02, 2002: Message edited by: void main ]
-
Void Main...
Thanks for the links. I'll give the rpm upgrade another try tomorrow.
Creedon...
believe me, I know all about the chronic poverty stuff... Think I would still be running RH 6.2 on a P166 w/48 MB of RAM if I had a choice? :)
Thanks again all and have a great weekend!
Jim
-
No problem. I did get apt installed and working on 6.2 by the way. It upgraded 540 packages when I did an "apt-get upgrade"! (http://smile.gif) But now my RH62 system has all the updates (for a 6.2 system that is). But it's certainly not the nice experience it is in RH8 because there isn't nearly as much stuff for 6.2. For instance an "apt-get install mplayer" didn't find anything. Nor did an "apt-get install synaptic" which is the graphical apt interface. I'll see if I get get the graphical version installed anyhoo and let you know how to do it.
[ November 02, 2002: Message edited by: void main ]
-
Whoops, just realized why so many RPMs were installed when I did the "upgrade". I have a RedHat 6.1 system, not 6.2. (http://smile.gif) Oh well it worked well. I thought since I was able to get apt-get and synaptic working on RH61 maybe I could just turn on some of the repositories for the 7.3 distro and install stuff from there.
Well I did install a couple of things but when I went to install mplayer it wanted to remove like 750 packages. I got scared and set everything back to the 6.2 repository. It's still nice for installing/removing base software without any dependency trouble. I would suggest installing it. The experience for RH8 is a little better because there are lots of extra goodies available.
-
Just for claritys sake, I'd like to point out that apt/dpkg is a native Debian application; If you are using any Debian release from 2.0 (hamm) on, opening an internet connection and typing "apt-get dist-upgrade" will upgrade your Debian install to the current stable release. Before installing the downloaded software, dpkg will ensure that all dependancies are met; at that point apt will install and configure the upgraded distribution; then, on a weekly basis, repeating the process I just outlined will keep your Debian installation as current as possible.
If you should decide you want to use a OS that's a little more 'cutting edge", editing /etc/apt/sources.list to point to "testing" will upgrade your system to the current "testing" branch of Debian; 90% stable, but some apps can be troublesome. The same process will upgrade your system to "unstable"; Debians experimental branch; some possibility of trouble, but pretty reliable on the whole.
This is Debians default method of package management/system upgrades; I think it's the best system available.
BTW: I understand that apt-rpm has matured very well, although I've never used it; it's interesting, one of Debians packages is called "alien"; it manages rpm's for use on Debian systems; haven't tried it----yet.
-
THANKS! Void Main and Creedon!
I followed your links, Void Main, downloaded and installed the required files and the "rpm -Uvh..." install went without a hitch. Right now I'm running the "rpm --rebuilddb"
I have to get off-line now (the wife's whining about having the phone unavailable) but I'll continue with trying to get this "apt get" program in.
Thanks again to everybody!
Jim
-
Yeah, "apt" is really the way to go, no matter what the underlying package format is (wether it be *.deb , *.rpm, *.pkg, etc). It would be nice if there were some sort of magical way to be able to handle all of those package types together, but that might be asking a little much. In the mean time there must be repositories of packages in the type needed for the specific distribution and version. apt for RPM is nearly identical in it's workings to the Debian apt, with the exception that the underlying packages are in RPM format rather than DEB format.
apt for RPM also has the dist-upgrade and I used it on my RH61 system when hooked up to the RH62 repository without any problem. But when I hooked up to the RH73 repository I was afraid that something might go wrong so I cancelled the upgrade. This is my gateway/firewall/proxy box so I didn't really want to get it into a state that it might be down for a while. Everything else went perfectly, didn't even have to touch the machine or reboot (but this is normal in Linux).
-
quote:
Originally posted by void main:
Yeah, "apt" is really the way to go, no matter what the underlying package format is (wether it be *.deb , *.rpm, *.pkg, etc). It would be nice if there were some sort of magical way to be able to handle all of those package types together, but that might be asking a little much. In the mean time there must be repositories of packages in the type needed for the specific distribution and version. apt for RPM is nearly identical in it's workings to the Debian apt, with the exception that the underlying packages are in RPM format rather than DEB format.
apt for RPM also has the dist-upgrade and I used it on my RH61 system when hooked up to the RH62 repository without any problem. But when I hooked up to the RH73 repository I was afraid that something might go wrong so I cancelled the upgrade. This is my gateway/firewall/proxy box so I didn't really want to get it into a state that it might be down for a while. Everything else went perfectly, didn't even have to touch the machine or reboot (but this is normal in Linux).
Actually, I've seen an app that will create an .RPM from a .DEB file. I think that I saw it on Freshmeat, but I believe that it was pretty buggy; I'm not that brave, and since Debian has more packages than I'll ever need, I really don't need it. I really do wish that a default package manager would be agreed upon by the various distributions, though.
-
quote:
Originally posted by Tux:
Calcum, that a classic (http://smile.gif)
have you been eating the wrong mushrooms lately??
That was posted by DOSman
-
Hi All,
I had some things to do this evening and just got back to playing with the computer. The upgrade to rpm 4.0.2 went perfectly. Not something that I'm used to lately :)
I'm going to download the "apt get" binary now, but for giggles, I tried installing xbill again, with the upgraded rpm, and got the following error message:
libXaw3d.so.7 is needed by xbill-2.1-1
No huge deal. I'm hoping to have better hardware within another week or two and will be upgrading to RH 8 as soon as I can.
I've learned a lot playing with 6.2 but am hoping that things (especially installs) will be a lot smoother with the newest version of RH.
Thanks again to all!
Jim
-
quote:
Originally posted by DOSman:
I'm going to download the "apt get" binary now, but for giggles, I tried installing xbill again, with the upgraded rpm, and got the following error message:
libXaw3d.so.7 is needed by xbill-2.1-1
No huge deal. I'm hoping to have better hardware within another week or two and will be upgrading to RH 8 as soon as I can.
I've learned a lot playing with 6.2 but am hoping that things (especially installs) will be a lot smoother with the newest version of RH.
apt will automatically resolve that dependency, although what it is telling you is that xbill depends on that library which isn't installed. You should find an RPM on one of your RedHat CDs under /mnt/cdrom/RedHat/RPMS called Xaw3d-1.3-21.i386.rpm or you can download it here (http://ftp://ftp.rpmfind.net/linux/redhat/6.2/en/os/i386/RedHat/RPMS/Xaw3d-1.3-21.i386.rpm).
Actually, that is not the version of xbill that came with RedHat 6.2. You also should have xbill on your CDs that will install and work, or you can download it here (http://ftp://ftp.rpmfind.net/linux/redhat/6.2/en/os/i386/RedHat/RPMS/xbill-2.0-7.i386.rpm).
Of course you can also just click on it in "synapt" to install it, if you get the "synapt" GUI installed that is.
I think you will like RedHat 8.0.
[ November 03, 2002: Message edited by: void main ]
-
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
-
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.
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).
-
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.
-
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 ]