Software Updater in F7 can not resolve dependencies; therefore installs nothing
FedoraThis forum is for the discussion of the Fedora Project.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Software Updater in F7 can not resolve dependencies; therefore installs nothing
Hi,
Recent History:
I'm running Fedora 7 and everything seems to be going fine. I did run into trouble last time I let the Software Updater update fglrx: it screwed my graphics up completely to the point that I just uninstalled everything related to fglrx, ati and beryl (using Add/Remove software) and followed the instructions at another forum (click here) from the beginning. Now I've got my Desktop on a cube and even my native resolution works (1440x900, which was hard to get to work with my ATI X1300).
Current Problem:
Following all that fiddling, I am now running into the problem that Software Updater cannot resolve dependencies and therefore does not install anything. This means that the updates are slowly accumulating in that list of Available Updates...
Clues:
Here's what comes from clicking "Details" in the error message:
Code:
Missing Dependency: libdts.so.0()(64bit) is needed by package xine-lib-extras-nonfree
Missing Dependency: libx264.so.54()(64bit) is needed by package ffmpeg-libs
Missing Dependency: libdts.so.0()(64bit) is needed by package vlc
Missing Dependency: libx264.so.54()(64bit) is needed by package vlc
Missing Dependency: libdts.so.0()(64bit) is needed by package ffmpeg-libs
Packages to be installed/updated:
The problem is, "vlc" and "ffmpeg-libs" are not in the list of available updates so I think libdts.so and libx264.so may be dependencies of dependencies or something...
The packages that were in the list the first time this happened are:
* gstreamer-plugins-ugly
* libdca
* vcdimager
* x264
* xvidcore
Help!
I know I wrote a lot but I hope it's enough info and that you'll appreciate how organised it is . If there were at least a way to figure out which one is screwing it up and to remove it from my "Available Updates" list so that the problem doesn't prevent me from installing other updates, that would be a start.
I remember running into a similar issue some months ago. It turned out that there was a conflict between two repositories (I believe freshRPMs and one of the official ones). When I disabled one of those, the update went just fine.
That did the trick, thanks! I disabled the freshRPMs repository and updates worked.
For other newbs out there, here's what I did:
Code:
$ su-
# cd /etc/yum.repos.d
# vi freshrpms.repo
Then in the text editor, change "Enabled = 1" to "Enabled = 0" (for example, I had to press Insert to be able to change the text, then after editing it press Esc, then ":wq" to give the command to save [w = write] and quit [q = quit]).
That should do it.
(Now to find out if updating messed with my graphics again... I decided not to get the Kernel update just yet to avoid trouble.)
You know that it can be a lot easier to edit files like that? Just do
sudo gedit /etc/yum.repos.d/freshrpms.repo
You may need to set up sudo first, though. In order to do so, run
visudo
and look for the line that says root ALL(ALL) ALL, then create an identical one on the next line but with your username instead of "root".
As for the graphics, this is just what will happen all the time. The thing is that graphics drivers match a specific kernel, so everytime you install a new kernel, you need to remove the old driver and reinstall a new one. On Fedora, that can be quite painless if you use livna to install both the new kernel and the new fglrx driver.
[snip] As for the graphics, this is just what will happen all the time. The thing is that graphics drivers match a specific kernel, so every time you install a new kernel, you need to remove the old driver and reinstall a new one.[/snip]
He might want to look at the dkms package for automating the verifying and re-building of kernel modules during the boot process. (dkms runs as a service.) You use its configuration file to point it to the source code of the module, and, when the kernel version changes, it automatically recompiles the module for the new (or different) version, and installs it.
Quote:
Originally Posted by jay73
On Fedora, that can be quite painless if you use livna to install both the new kernel and the new fglrx driver.[/snip]
Thats only true if livna has released a version for the kernel he's using. Since he stated that he'd compiled his own kernel from sources, it's unlikely that livna would support it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.