Description of problem: Version-Release number of selected component (if applicable): evolution.i686 0:2.30.2-1.fc13 How reproducible: Always Steps to Reproduce: 1. yum update or via gpk-update-viewer Actual results: Verbose output listed below under "Additional info". Expected results: Successful update. Additional info: Via yum update: Loaded plugins: presto, refresh-packagekit Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package evolution.i686 0:2.30.2-1.fc13 set to be updated --> Processing Dependency: libedataserver-1.2.so.11 for package: nautilus-sendto-2.28.4-1.fc13.i686 --> Processing Dependency: libedataserver-1.2.so.11 for package: gnome-panel-2.30.0-1.fc13.i686 --> Processing Dependency: libedataserver-1.2.so.11 for package: empathy-2.30.1.1-1.fc13.i686 ---> Package evolution-data-server.i686 0:2.30.2-2.fc13 set to be updated --> Finished Dependency Resolution Error: Package: gnome-panel-2.30.0-1.fc13.i686 (@released/$releasever) Requires: libedataserver-1.2.so.11 Removing: evolution-data-server-2.30.1-2.fc13.i686 (@released/$releasever) Error: Package: empathy-2.30.1.1-1.fc13.i686 (@updates) Requires: libedataserver-1.2.so.11 Removing: evolution-data-server-2.30.1-2.fc13.i686 (@released/$releasever) Error: Package: nautilus-sendto-2.28.4-1.fc13.i686 (@released/$releasever) Requires: libedataserver-1.2.so.11 Removing: evolution-data-server-2.30.1-2.fc13.i686 (@released/$releasever) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest Via gpk-update-viewer: Available updates: evolution-2.30.2-1.fc13 (i686) evolution-data-server-2.30.2-2.fc13 (i686) Outcome: Could not update packages: Failed to process request; with the following results. could not do simulate: nautilus-sendto-2.28.4-1.fc13.i686 requires libedataserver-1.2.so.11 gnome-panel-2.30.0-1.fc13.i686 requires libedataserver-1.2.so.11 empathy-2.30.1.1-1.fc13.i686 requires libedataserver-1.2.so.11 : Success - empty transaction
Same here. Apparently, there are many packages that depend on libedataserver-1.2.so.11, which the latest update replaces with libedataserver-1.2.so.13. Trying to update via rpm, I get: # rpm -Fvh evolution-* error: Failed dependencies: libedataserver-1.2.so.11()(64bit) is needed by (installed) gnome-phone-manager-0.65-5.fc12.x86_64 libedataserver-1.2.so.11()(64bit) is needed by (installed) gnome-panel-2.30.0-1.fc13.x86_64 libedataserver-1.2.so.11()(64bit) is needed by (installed) nautilus-sendto-2.28.4-1.fc13.x86_64 libedataserver-1.2.so.11()(64bit) is needed by (installed) evolution-sharp-0.21.1-5.fc13.x86_64 libedataserver-1.2.so.11()(64bit) is needed by (installed) planner-eds-0.14.4-18.fc13.x86_64 libedataserver-1.2.so.11()(64bit) is needed by (installed) glabels-2.2.8-1.fc13.x86_64 libedataserver-1.2.so.11()(64bit) is needed by (installed) ekiga-3.2.7-1.fc13.x86_64 libedataserver-1.2.so.11()(64bit) is needed by (installed) pidgin-evolution-2.7.1-2.fc13.x86_64 libedataserver-1.2.so.11()(64bit) is needed by (installed) empathy-2.30.1.1-1.fc13.x86_64
On the X86_64 it will try install all the package related to gnome-panel-libs.i686 but fails to install gnome-panel.x86_64 2.30.0-2.fc13. To get gnome-panel install without the i686 part do: "yum update -t --skip-broken gnome-panel" See bug #608224
*** Bug 608219 has been marked as a duplicate of this bug. ***
*** Bug 608227 has been marked as a duplicate of this bug. ***
*** Bug 608253 has been marked as a duplicate of this bug. ***
*** Bug 608260 has been marked as a duplicate of this bug. ***
*** Bug 608406 has been marked as a duplicate of this bug. ***
*** Bug 608443 has been marked as a duplicate of this bug. ***
What to do if one uninstalled gnome-panel? I'm trying the following command to reinstall it: yum install --skip-broken -t gnome-panel And am getting the following error as a result: Resolving Dependencies --> Running transaction check ---> Package gnome-panel.x86_64 0:2.30.0-1.fc13 set to be updated --> Processing Dependency: libedataserver-1.2.so.11()(64bit) for package: gnome-panel-2.30.0-1.fc13.x86_64 --> Finished Dependency Resolution Packages skipped because of dependency problems: gnome-panel-2.30.0-1.fc13.x86_64 from fedora How does one workaround this? Force install the rpm package? Or is there some easier way? Don't want to go hunting down RPMs from the mirrors..
(In reply to comment #9) > What to do if one uninstalled gnome-panel? Install previous gnome-panel I'm not sure if this is recommended, but can be done. yum downgrade evolution-data-server yum install gnome-panel-2.30.0-1.fc13.i686
Per, thanks very much, your suggestion worked.
Same is happening to me as well. When I run "yum -y update", I get this error: ============================================================================= Loaded plugins: presto, refresh-packagekit Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package evolution.x86_64 0:2.30.2-1.fc13 set to be updated --> Processing Dependency: libedataserver-1.2.so.11()(64bit) for package: empathy-2.30.1.1-1.fc13.x86_64 --> Processing Dependency: libedataserver-1.2.so.11()(64bit) for package: gnome-panel-2.30.0-1.fc13.x86_64 --> Processing Dependency: libedataserver-1.2.so.11()(64bit) for package: nautilus-sendto-2.28.4-1.fc13.x86_64 --> Processing Dependency: libedataserver-1.2.so.11()(64bit) for package: giggle-0.4.96-1.fc13.x86_64 ---> Package evolution-data-server.x86_64 0:2.30.2-2.fc13 set to be updated ---> Package evolution-data-server-devel.x86_64 0:2.30.2-2.fc13 set to be updated ---> Package evolution-help.noarch 0:2.30.2-1.fc13 set to be updated --> Finished Dependency Resolution Error: Package: gnome-panel-2.30.0-1.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64) Requires: libedataserver-1.2.so.11()(64bit) Removing: evolution-data-server-2.30.1-2.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64) Error: Package: giggle-0.4.96-1.fc13.x86_64 (@fedora) Requires: libedataserver-1.2.so.11()(64bit) Removing: evolution-data-server-2.30.1-2.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64) Error: Package: empathy-2.30.1.1-1.fc13.x86_64 (@updates) Requires: libedataserver-1.2.so.11()(64bit) Removing: evolution-data-server-2.30.1-2.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64) Error: Package: nautilus-sendto-2.28.4-1.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64) Requires: libedataserver-1.2.so.11()(64bit) Removing: evolution-data-server-2.30.1-2.fc13.x86_64 (@anaconda-InstallationRepo-201005130101.x86_64) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest ============================================================================ Even downgrading evolution-data-server package does not work for me. Till now, i'm working with this problem using the "--skip-broken" parameter. Is there any other solution?
dow(In reply to comment #10) > (In reply to comment #9) > > What to do if one uninstalled gnome-panel? > > Install previous gnome-panel > > I'm not sure if this is recommended, but can be done. > yum downgrade evolution-data-server > yum install gnome-panel-2.30.0-1.fc13.i686 This doesn't solved the problem, but may help for people that removed gnome-panel. For me the applets multiload(system monitor ...) and cpufreq... does not load and I get a question if I would like to delete them.
Note that Scott Weigand suggested a work around in bug #490516 (https://bugzilla.redhat.com/show_bug.cgi?id=490516#c1).
Following is the detailed work around I used: telinit 3 yum -y remove evolution-data-server yum -y --skip-broken groupupdate "GNOME Desktop Environment" telinit 5 It will left gnome-panel not installed (which is barely cool, but it is workable).
*** Bug 608437 has been marked as a duplicate of this bug. ***
*** Bug 608557 has been marked as a duplicate of this bug. ***
I do like Denis said, but now Gnome doesn't work anymore, and I have to use KDE. I would like to find a solution to this problem.... Anyone has better solution to have working and upgradable Gnome on Fedora 13 x86_64?
While this needs fixed asap, yum update --skip-broken allows me to update everything except : Packages skipped because of dependency problems: empathy-2.30.1.1-1.fc13.i686 from updates evolution-2.30.2-1.fc13.i686 from updates evolution-data-server-2.30.2-2.fc13.i686 from updates
Why is this low priority with medium severity? This issue effectively breaks Gnome. Anyone awake enough to ensure that this gets reverted until a proper fix is in place? Why wasn't it immediately reverted?
Wendall is right. Those of us who are medium to highly technical can fix this. But the new linux user, or the "I use linux because I got sick of Windows bugs" user will be lost. This should be high priority and high severity. It affects all users, and provides a negative experience to reviewers, new users, etc.
I'm agree with Wayne
I agree too. I've seen this exact same bug on 3 different Fedora 13 installs.
*** Bug 608317 has been marked as a duplicate of this bug. ***
*** Bug 608386 has been marked as a duplicate of this bug. ***
As yum info says evolution-data-server -----------extract from #yum info evolution-data-server-------------- It was originally developed for Evolution (hence the name), but is now used by other packages. --------------------------------------------------------------------- This mean that all these "other packages" are now in the game and That should make this a high priority, I do not use evolution ! but do use gnome as do two others I have help out of this problem ... that is by using yum downgrade, which is really just a work around. In my humble opinion I would boost the priority of this one
Given the huge impact, I agree: priority should be raised.
It's not only evolution, fedora 13 repo is broken because there are broken dependencies. For example, I can not use livecd-creator to create my custom livecd
It seems to me that it is either evolution-data-server's fault which updates libedataserver-1.2.so.11 to libedataserver-1.2.so.1x without linking to the updated library?
(In reply to comment #28) > It's not only evolution, fedora 13 repo is broken because there are broken > dependencies. For example, I can not use livecd-creator to create my custom > livecd just add 'evolution-data-server-2.30.1' to your kickstart (*.ks) file as a temporary workaround. I just built a LiveCD with this workaround.
(In reply to comment #29) > It seems to me that it is either evolution-data-server's fault which updates > libedataserver-1.2.so.11 to libedataserver-1.2.so.1x without linking to the > updated library? evolution-data-server-2.30.1 provides libedataserver-1.2.so.11 but the new evolution-data-server-2.30.2 provides libedataserver-1.2.so.13. gnome-panel and nautilus-sendto are still linked to libedataserver-1.2.so.11 so updating evolution-data-server will break those dependencies. Solution will be to recompile/relink all SW packages which depend on evolution-data-server
I understand the process to fix the problem. What I can't understand is the low priority and that it hasn't been reverted. Revert the package and fix, then try again. This change leaves the repository in a broken state. I fully understand the workarounds, but for non-developers/non-power users, it's completely irresponsible to leave this in the "stable" repository without reverting.
Dependent packages were rebuilt and it's only waiting to propagate the update to mirrors, as far as I can tell. The bug priority, in this particular case, doesn't correspond to devel's priority to fix the issue, even it might not seem so on the first look.
Indeed, dependent packages are now in updates-testing repository. For all those who cannot wait until the packages are pushed to the stable updates repo, here is a way to update with yum #> yum update gnome-panel nautilus-sendto --enablerepo=updates-testing I would recommend to those who are not 'power users' to wait until those packages become available through the stable updates repo.
(In reply to comment #33) > Dependent packages were rebuilt and it's only waiting to propagate the update > to mirrors, as far as I can tell. That's tracked in bug #608959 (https://bugzilla.redhat.com/show_bug.cgi?id=608959#c2)
I am now getting this same error doing a 'yum update' on both my dedicated box and my VM.
*** Bug 608224 has been marked as a duplicate of this bug. ***
I have fixed the package conflict by issuing the command 'yum --enablerepo=updates-testing update evolution-data-server', this pulled in a few more dependency packages from updates-testing but this seems to have fixed the initial bug.
I Also did a `yum --enablerepo=updates-testing update evolution-data-server` this resulted in a successful update of the following. ---------------------------- Updated: evolution-data-server.i686 0:2.30.2-2.fc13 Dependency Updated: ekiga.i686 0:3.2.7-3.fc13 gnome-panel.i686 0:2.30.0-3.fc13 gnome-panel-devel.i686 0:2.30.0-3.fc13 gnome-panel-libs.i686 0:2.30.0-3.fc13 nautilus-sendto.i686 0:2.28.4-3.fc13 Complete! ---------------------------- This also seems to have fixed the initial bug here.
(In reply to comment #38) > I have fixed the package conflict by issuing the command 'yum > --enablerepo=updates-testing update evolution-data-server', this pulled in a > few more dependency packages from updates-testing but this seems to have fixed > the initial bug. Strange I still get the problem with dependencies not being met when I try the exact same command. Will attempt again tomorrow.
# yum --enablerepo=updates-testing update evolution-data-server gnome-panel nautilus-sendto pidgin-evolution Loaded plugins: refresh-packagekit Setting up Update Process Resolving Dependencies --> Running transaction check --> Processing Dependency: libedataserver-1.2.so.11 for package: evolution-2.30.1-8.fc13.i686 --> Processing Dependency: libedataserver-1.2.so.11 for package: ekiga-3.2.7-1.fc13.i686 --> Processing Dependency: libedataserver-1.2.so.11 for package: pidgin-evolution-2.7.1-2.fc13.i686 --> Processing Dependency: libedataserver-1.2.so.11 for package: evolution-data-server-devel-2.30.1-2.fc13.i686 --> Processing Dependency: libedataserver-1.2.so.11 for package: empathy-2.30.1.1-1.fc13.i686 --> Processing Dependency: evolution-data-server = 2.30.1-2.fc13 for package: evolution-data-server-devel-2.30.1-2.fc13.i686 ---> Package evolution-data-server.i686 0:2.30.2-2.fc13 set to be updated ---> Package gnome-panel.i686 0:2.30.0-3.fc13 set to be updated --> Processing Dependency: gnome-panel-libs = 2.30.0-3.fc13 for package: gnome-panel-2.30.0-3.fc13.i686 ---> Package nautilus-sendto.i686 0:2.28.4-3.fc13 set to be updated --> Running transaction check ---> Package ekiga.i686 0:3.2.7-3.fc13 set to be updated ---> Package empathy.i686 0:2.30.2-3.fc13 set to be updated --> Processing Dependency: evolution = 2.30.1-8.fc13 for package: evolution-help-2.30.1-8.fc13.noarch ---> Package evolution.i686 0:2.30.2-1.fc13 set to be updated --> Processing Dependency: libedataserver-1.2.so.11 for package: pidgin-evolution-2.7.1-2.fc13.i686 ---> Package evolution-data-server-devel.i686 0:2.30.2-2.fc13 set to be updated --> Processing Dependency: gnome-panel-libs = 2.30.0-1.fc13 for package: gnome-panel-devel-2.30.0-1.fc13.i686 ---> Package gnome-panel-libs.i686 0:2.30.0-3.fc13 set to be updated --> Running transaction check --> Processing Dependency: libedataserver-1.2.so.11 for package: pidgin-evolution-2.7.1-2.fc13.i686 ---> Package evolution-help.noarch 0:2.30.2-1.fc13 set to be updated ---> Package gnome-panel-devel.i686 0:2.30.0-3.fc13 set to be updated --> Finished Dependency Resolution Error: Package: pidgin-evolution-2.7.1-2.fc13.i686 (@updates) Requires: libedataserver-1.2.so.11 Removing: evolution-data-server-2.30.1-2.fc13.i686 (@fedora) Available: evolution-data-server-2.30.1-3.fc13.i686 (updates-testing) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
Everyone, *please* stop flooding this ticket with useless comments. The problem is known. 1) There are still several package rebuilds needed. A fresh broken deps report can be found here: http://lists.fedoraproject.org/pipermail/test/2010-June/091755.html 2) Released updates take extra time until they are picked up by the mirrors. The only people, who can stop such poorly prepared updates from entering the repositories [in the future], are those in charge of the package push process.
(In reply to comment #41) > Error: Package: pidgin-evolution-2.7.1-2.fc13.i686 (@updates) > Requires: libedataserver-1.2.so.11 > Removing: evolution-data-server-2.30.1-2.fc13.i686 (@fedora) > Available: evolution-data-server-2.30.1-3.fc13.i686 > (updates-testing) I don't have Pidgin installed as I am using Empathy. This could be why the command worked for me and not others. It appears on first glance that the new Evolution packaging in Updates Testing breaks the Pidgin package also in Updates Testing.
*** Bug 609121 has been marked as a duplicate of this bug. ***
After running yum update --enablerepo=updates-testing there are 2 more missing packages, which depend on libedataserver-1.2.so.11 : pidgin-evolution-2.7.1-2.fc13, tasks-0.16-2.fc12
*** Bug 609178 has been marked as a duplicate of this bug. ***
Fix is in the regular "updates" repos on most mirrors - all of my F13 boxes just updated.
Fix is in the regular "updates" repo on most mirrors - all of my F13 boxes just updated.
I see an updated pidgin-evolution package now, but as Nerijus Baliunas said, the tasks-0.16-2.fc12 package still needs to be rebuilt against the new version of libedataserver-1.2.so. I checked the testing repo and don't see it there either.
[root@sunstone robo]# yum install tracker-search-tool Loaded plugins: protectbase, refresh-packagekit 0 packages excluded due to repository protections Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package tracker-search-tool.i686 0:0.8.4-1.fc13 set to be updated --> Processing Dependency: libedataserver-1.2.so.11 for package: tracker-search-tool-0.8.4-1.fc13.i686 --> Finished Dependency Resolution Error: Package: tracker-search-tool-0.8.4-1.fc13.i686 (fedora) Requires: libedataserver-1.2.so.11 Available: evolution-data-server-2.30.1-2.fc13.i686 (fedora) You could try using --skip-broken to work around the problem
why this bugs still low priority?
Thanks for the fix, marking this as closed.