View Full Version : Missing Dependencies
GoinEasy9
30th August 2009, 12:08 AM
I must say, reading all the problems about black screens on installation I was a bit worried, but, my install of Fedora 12 Alpha went without a hitch. LOL, well, the install went okay.
While trying to install either Konversation or X-chat I get dependencie errors:
libaudit.so.0()(64bit) is needed by package anaconda-12.17-1.fc12.x86_64 (rawhide)
libaudit.so.0()(64bit) is needed by package 1:gdm-2.27.90-1.fc12.x86_64 (rawhide)
audit-libs-1.7.13-2 is installed just like on Fedora 11, and I do believe that gives me libaudit.so.
Any help would be appreciated. (Or an alternative IRC client)
TIA
Edit: it seems that everything I try to install gets that dependencie error. Guess I'll try some package-cleanup tricks. And LOL, while I was writing this, my wallpaper changed from the courtyard brickwork, to a pic of Constantine. Many surprises. bbl.
jvillain
30th August 2009, 12:24 AM
Try doing and upgrade on audit-libs first.
GoinEasy9
30th August 2009, 12:42 AM
Thanks jvillain
tried "yum upgrade audit-libs" and just plain "yum upgrade" with long list of files to be upgraded, then a list of dependencies:
--> Finished Dependency Resolution
anaconda-12.17-1.fc12.x86_64 from rawhide has depsolving problems
--> Missing Dependency: libaudit.so.0()(64bit) is needed by package anaconda-12.17-1.fc12.x86_64 (rawhide)
empathy-2.27.91.1-3.fc12.x86_64 from rawhide has depsolving problems
--> Missing Dependency: libnm_glib.so.0()(64bit) is needed by package empathy-2.27.91.1-3.fc12.x86_64 (rawhide)
1:gdm-2.27.90-1.fc12.x86_64 from rawhide has depsolving problems
--> Missing Dependency: libaudit.so.0()(64bit) is needed by package 1:gdm-2.27.90-1.fc12.x86_64 (rawhide)
1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 from installed has depsolving problems
--> Missing Dependency: libnm_glib.so.0()(64bit) is needed by package 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 (installed)
empathy-libs-2.27.91.1-3.fc12.x86_64 from rawhide has depsolving problems
--> Missing Dependency: libnm_glib.so.0()(64bit) is needed by package empathy-libs-2.27.91.1-3.fc12.x86_64 (rawhide)
1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 from installed has depsolving problems
--> Missing Dependency: libnm_glib_vpn.so.0()(64bit) is needed by package 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 (installed)
PackageKit-0.5.2-0.1.20090824git.fc12.x86_64 from rawhide has depsolving problems
--> Missing Dependency: libnm_glib.so.0()(64bit) is needed by package PackageKit-0.5.2-0.1.20090824git.fc12.x86_64 (rawhide)
anaconda-12.17-1.fc12.x86_64 from rawhide has depsolving problems
--> Missing Dependency: libnm_glib.so.0()(64bit) is needed by package anaconda-12.17-1.fc12.x86_64 (rawhide)
Error: Missing Dependency: libnm_glib.so.0()(64bit) is needed by package empathy-libs-2.27.91.1-3.fc12.x86_64 (rawhide)
Error: Missing Dependency: libnm_glib.so.0()(64bit) is needed by package anaconda-12.17-1.fc12.x86_64 (rawhide)
Error: Missing Dependency: libaudit.so.0()(64bit) is needed by package anaconda-12.17-1.fc12.x86_64 (rawhide)
Error: Missing Dependency: libnm_glib_vpn.so.0()(64bit) is needed by package 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 (installed)
Error: Missing Dependency: libnm_glib.so.0()(64bit) is needed by package 1:NetworkManager-openvpn-0.7.1-2.git20090714.fc12.x86_64 (installed)
Error: Missing Dependency: libnm_glib.so.0()(64bit) is needed by package PackageKit-0.5.2-0.1.20090824git.fc12.x86_64 (rawhide)
Error: Missing Dependency: libaudit.so.0()(64bit) is needed by package 1:gdm-2.27.90-1.fc12.x86_64 (rawhide)
Error: Missing Dependency: libnm_glib.so.0()(64bit) is needed by package empathy-2.27.91.1-3.fc12.x86_64 (rawhide)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
I tried the package-cleanup options at the bottom, don't want to --skip-broken, it might do more harm than good. If I remove and reinstall audit-libs, it'll probably remove way to many things. I'm still experimenting, any more ideas would be appreciated.
jvillain
30th August 2009, 02:04 AM
Each one of those lines has a package on the left and then one on the right. Go through each of the ones on the left and try and upgrade it individually. Don't be surprised if you end up with more or dep issues as you work through them. Also don't be surprised if you end up waiting on libcrypto when you get to the end. Hopefully it will be upgraded soon.
I take it you upgraded from disk? This is usually what you get when you do that. That is why I usually try to avoid it and yum my way through. But some times it can't be avoided.
ryptyde
30th August 2009, 02:06 AM
Wait is about all you can do, I'm sure it will be resolved in a day or two. :)
GoinEasy9
30th August 2009, 02:27 AM
Thanks for your help jvillain, coming from Debian Sid a couple of months ago, I'm used to dependency problems, and i'm used to waiting until things are resolved. But I'm confused about your question of upgrading from disk. This was a fresh install from the live CD, I didn't upgrade until I had the first problem installing Konversation. Upgrade now shows hundreds of packages to be upgraded. Did I miss a step during install, or did the install run improperly? It didn't install like Fedora 11 did, downloading most of the apps straight from the repo. Sorry if I'm a bit confused, could you explain upgrading from the disk?
ryptyde
30th August 2009, 03:00 AM
About those errors libaudit.so.0()(64bit) is needed by package anaconda-12.17-1.fc12.x86_64 (rawhide)
libaudit.so.0()(64bit) is needed by package 1:gdm-2.27.90-1.fc12.x86_64 (rawhide) I have the same on my 32bit install and there are a lot of packages that depend on that "libaudit.so.0" .
I installed F12 Alpha via usb to a Acer Aspire One and expect this type of behaviour that's what testing is all about expect "instability" at this point and have patience. :)
GoinEasy9
30th August 2009, 03:09 AM
Thanks ryptyde
Like I said, I came from Sid, so I'm used to these problems popping up. As long as I know things like this are expected, I don't have to reinstall, I'll just wait.
jvillain
30th August 2009, 03:10 AM
That is interesting. I had just assumed that you had upgraded from disk because that is usually what causes the problems you are having. The reason is the installer is designed to not really car much about what is on the disk and figuring out dependencies. It just figures out what it needs and for the most part just pukes it out on the hard drive. Lots of stuff gets installed from 3rd parties and if they had to try and figure that out before a release it would never happen. That can leave a lot of dependency issues behind.
In your case what is probably going on is that the Fedora packagers at some point took a snapshot of the available packages and rolled those up into the F12 - Alpha disk. But the repository keeps getting updates. Especially now since there are lots of bug reports being submitted. Some get updated faster and more often then others. If a package maintainer is slow in updating it can start to cause issues with other packages. If package A needs package B but package A gets released before package B does then you start to run into issues. Now usually this gets handled by just telling you that package A can't be updated. But if you are installing that is a different story because it can't just tell you the package doesn't exist. The more packages you have installed the more tangled the web becomes. That is why if you have software you are never going to use it makes a lot of sense to uninstall it. That way the dependencies for it don't become part of the calculation.
If you aren't in a real hurry to get Konversation in or can use some thing else in the mean time you can wait a couple of days and try a 'yum upgrade' to see if some thing gets submitted that frees up the log jam. It will save you a lot of work.
Trapper
30th August 2009, 04:16 AM
I'm not sure that this specifically applies to you GoinEasy9 but there were "lots" of dependency issues with packages released to rawhide yesterday, the 28th. It might be a bit before it's all sorted out and corrected.
GoinEasy9
30th August 2009, 04:58 AM
Thanks all for your help,
I'm starting to think that installing from the Live CD wasn't my best choice. There already is a new audit-libs in the upgrade list, but it won't upgrade. If I need the dependency to install the upgrade, but the upgrade contains the dependency, I'm sort of in a Catch-22 situation. Do you think I would have a better chance with the netinstall iso?
Another question: Now that /boot can handle ext4, is it necessary to have it as a separate partition? Can I leave it in the root partition, or does Fedora mandate it to be separate?
Thanks Again
jvillain
30th August 2009, 08:03 AM
It can be the same partition. There are reasons why you may choose to keep it separate though. When we upgrade to the next great file system like BTFS we maybe in the same boat again with grub being behind where the kernel is. If you decide to mirror your disks with software raid it is definitely better to have your boot separate. I actually mirror my boot and keep important rescue info there as well like a copy of my md.conf etc.
SlowJet
30th August 2009, 10:19 AM
The deps issues are the result of the new openssl version 1.0.0.
Anything that uses sll needed to be changed or recompiled.
It was supposed to be in a separate tag but something slipped through, and other packages were not ready, and some had to wait for a fix from another dep.
It could not be resolved via normal methods using rawhide repos, nor was there a list of packages involved, and which ones were the final version in koji. About 40-50 rpm would have been needed and then a
yum localupdate /home/useryou/Download/*.rpm
(If one knew the packages to download.)
Not worth the effort, so wait it out.
It should be fixed on the 30th rawhide push or the next rawhide push,
No guarantees.
SJ
SlowJet
30th August 2009, 08:45 PM
F12 opensll updates
Vbox on F11 host Intel D865BGF mobo, Intel graphics, vesa with xorg.conf, PentIV 2.5 ht
The default install set from alpha resolved everything except nss-tools.
nss-tools still wanted sqlite3.
I download nss-27 nss-tools-27 and nss-softoken-22 nss-softokn-freebl-22
I then did in root console (f3)
cd /home/userme/Download
yum localupdate *.rpm --nogpgcheck
nss-tools stll wanted sqlite3 so
next
cd /
rpm -qa nss\
shows version 18
rpm -e nss-tools-18
shows dep of coolkey
rpm -e nss-tools18 --nodeps
cd /home/userme/Downlod
rm nss-tools-27
yum localupdate *.rpm --nogpgcheck
all the nss packages (3 I think) updated.
cd /
yum update
got 148 rpm for 153 MB
all resolved
download and updated ok
daily cron started and finished
reboot from commad console
booted ok
SJ
I now see a version nss-softokn-23 in koji.
Soapta
31st August 2009, 12:05 AM
...
Error: Missing Dependency: libaudit.so.0()(64bit) is needed by package anaconda-
...
12.17-1.fc12.x86_64 (rawhide)
You could try using --skip-broken to work around the problem
You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
solved this with:
su -
yum remove anaconda
yum -y update
SlowJet
31st August 2009, 02:30 AM
solved this with:
Maybe, under normal conditions.
The openssl package tag set was all or nothing.
--skip-broken would not work.
SJ
marko
31st August 2009, 03:12 AM
I got by this by just yum removing the few packages that were hanging it up, it turned out they were all stuff I don't use:
NetworkManager-openvpn
NetworkManager-openconnect
nss-tools + coolkey
Soapta
31st August 2009, 03:17 AM
i just wrote what i did ... posting now from a hour fresh f12-alpha-x86_64 install in virtualbox after solving my 2 problems with the live cd:
1. kde not starting (resolution the prelink command from https://bugzilla.redhat.com/show_bug.cgi?id=515539 )
2. not beeing able to update (resolution removing anaconda)
SlowJet
31st August 2009, 04:06 AM
i just wrote what i did ... posting now from a hour fresh f12-alpha-x86_64 install in virtualbox after solving my 2 problems with the live cd:
1. kde not starting (resolution the prelink command from https://bugzilla.redhat.com/show_bug.cgi?id=515539 )
2. not beeing able to update (resolution removing anaconda)
But that bug is a completely different issue.
This thread is about the f12 updates of Aug 29th, 30th.
Do not steal the ops thread, start your own.
FYI: nss-tools-28 stills wants sqlite3 so
SJ
GoinEasy9
31st August 2009, 05:38 AM
Sorry, got sidetracked today. Still no luck with updates to the Live CD install. Tried a netinstall, which took hours to download, and, upon reboot, got a kernel panic (not syncing VFS:unable to mount root fs on unknown-block (0,0)). Guess I'll see if I can find a way to reinstall the bootloader on that one. I'm still new to fedora (since June), so that will be a learning experience. The Live CD lets me access the /boot partition on the HD, so, I'll see how that goes.
I'll try removing anaconda tomorrow from the Live CD install and see if that helps. Or maybe the files Marko removed, or openssl. LOL, the Live CD install looks great, everything works that's installed, except updates. Will play with it some more after work tomorrow.
Thanks again for all the help. As Arnold would say, "I'll be back".
Trapper
31st August 2009, 02:59 PM
Well, today's updates went smoothly. Everything that would not install previously installed okay. Now I have X broken real good. Figures. :)
ryptyde
3rd September 2009, 01:03 AM
Well it looks like the dependency issue has been resolved and all packages here have managed to install, just took a day longer than what I expected.
On a high note my HP C8180 all in one printer and Acer Aspire One have successfully connected using hp-setup with F12. The hplip test page is a new design also. :)
typerlc
4th September 2009, 12:47 AM
Well it looks like the dependency issue has been resolved and all packages here have managed to install, just took a day longer than what I expected.
On a high note my HP C8180 all in one printer and Acer Aspire One have successfully connected using hp-setup with F12. The hplip test page is a new design also. :)
Not resolved for me ... or am I alone in still having problems?
jvillain
4th September 2009, 03:14 AM
What package are you waiting on?
typerlc
4th September 2009, 04:17 AM
Well, I've "fixed" my issues, at least as much as I can.
kde-plasma-networkmanagement got "stuck" some how. I removed it and re-installed, and it was ok.
The only other problem is VirtualBox (PUEL) which I have had to remove because it still depends on the old openssl (libcrypto.so.8).
After doing the above 2 things, I can now properly update.
vBulletin® v3.8.7, Copyright ©2000-2013, vBulletin Solutions, Inc.