Description of problem: The update from fedora-release-15-1+fedora-release-rawhide-15-1 to fedora-release-15-3 is handled correctly by command-line yum: [root@compaq-pc ~]# yum update Loaded plugins: langpacks, presto, refresh-packagekit, security Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package fedora-release.noarch 0:15-1 will be updated ---> Package fedora-release.noarch 0:15-3 will be obsoleting ---> Package fedora-release-rawhide.noarch 0:15-1 will be obsoleted --> Finished Dependency Resolution Dependencies Resolved ================================================================================ Package Arch Version Repository Size ================================================================================ Installing: fedora-release noarch 15-3 updates 25 k replacing fedora-release-rawhide.noarch 15-1 Transaction Summary ================================================================================ Install 1 Package(s) Total download size: 25 k Is this ok [y/N]: y Downloading Packages: Setting up and reading Presto delta metadata Processing delta metadata Download delta size: 15 k fedora-release-15-1_15-3.noarch.drpm | 15 kB 00:00 Finishing rebuild of rpms, from deltarpms <delta rebuild> | 25 kB 00:01 Presto reduced the update size by 41% (from 25 k to 15 k). Running rpm_check_debug Running Transaction Test Transaction Test Succeeded Running Transaction Warning: RPMDB altered outside of yum. Installing : fedora-release-15-3.noarch 1/3 Erasing : fedora-release-rawhide-15-1.noarch 2/3 Cleanup : fedora-release-15-1.noarch 3/3 Installed: fedora-release.noarch 0:15-3 Replaced: fedora-release-rawhide.noarch 0:15-1 Complete! [root@compaq-pc ~]# However, PackageKit requires tweaking before it will work - see https://bugzilla.redhat.com/show_bug.cgi?id=708553#c7 and https://admin.fedoraproject.org/updates/fedora-release-15-3 Version-Release number of selected component (if applicable): PackageKit-0.6.15-1.fc15 How reproducible: always Steps to Reproduce: 1. Downgrade to the original fedora-release-15-1 (together with fedora-release-15-1 which it requires). 2. Update via gpk-update-viewer. Actual results: Behavior as seen in the above bug comment. Must manually uncheck the fedora-release-rawhide update before it will work. Expected results: Should just do the right thing as command-line yum does.
Should have said 1. Downgrade to the original fedora-release-15-1 (together with fedora-release-rawhide-15-1 which it requires). Should mention that I personally always use command-line yum and am not familiar at all with PackageKit. Please adjust Component or other info as required. This bug is easy to reproduce so shouldn't require any additional info from me.
Output of pkcon as normal user (FAILS) $ pkcon --verbose update fedora-release 23:18:03 PackageKit Verbose debugging enabled (on console 1) 23:18:04 PackageKit notify::connected 23:18:04 PackageKit notify::backend-description 23:18:04 PackageKit notify::version-major 23:18:04 PackageKit notify::groups 23:18:04 PackageKit notify::backend-author 23:18:04 PackageKit notify::backend-name 23:18:04 PackageKit notify::version-micro 23:18:04 PackageKit notify::roles 23:18:04 PackageKit notify::mime-types 23:18:04 PackageKit notify::filters 23:18:04 PackageKit notify::version-minor 23:18:04 PackageKit notify::network-state 23:18:04 PackageKit notify::distro-id 23:18:04 PackageKit filter=(null), filters=0 23:18:04 PackageKit resolving 1 packages 23:18:04 PackageKit role now resolve 23:18:04 PackageKit emit transaction-list-changed (when idle) 23:18:04 PackageKit already processing request 0x2, so ignoring 23:18:09 PackageKit already processing request 0x6, so ignoring 23:18:10 PackageKit properties changed, so getting new list 23:18:10 PackageKit already processing request 0x8, so ignoring 23:18:10 PackageKit notify::locked 23:18:10 PackageKit properties changed, so getting new list 23:18:10 PackageKit adding state 0x8649018 23:18:10 PackageKit doing update 23:18:10 PackageKit role now simulate-update-packages Simulating update [ ] (0%) 23:18:10 PackageKit emit transaction-list-changed (when idle) 23:18:10 PackageKit notify::locked 23:18:10 PackageKit emit transaction-list-changed (when idle) [=========================] Waiting in queue [ ] (0%) 23:18:10 PackageKit already processing request 0x2, so ignoring [=========================] Starting [ == ] 23:18:10 PackageKit properties changed, so getting new list 23:18:10 PackageKit already processing request 0x3, so ignoring 23:18:10 PackageKit already processing request 0x3, so ignoring 23:18:10 PackageKit already processing request 0x3, so ignoring [=========================] Running [ ] (0%) 23:18:10 PackageKit notify::locked 23:18:11 PackageKit already processing request 0x4, so ignoring [=========================] Resolving dependencies [= ] (5%) 23:18:13 PackageKit already processing request 0x5, so ignoring 23:18:13 PackageKit already processing request 0x5, so ignoring 23:18:13 PackageKit already processing request 0x5, so ignoring 23:18:13 PackageKit already processing request 0x5, so ignoring 23:18:13 PackageKit already processing request 0x5, so ignoring [=========================] 23:18:13 PackageKit properties changed, so getting new list 23:18:13 PackageKit removing fedora-release;15-3;noarch;updates 23:18:13 PackageKit removing fedora-release;15-1;noarch;installed:koji-override-1 23:18:13 PackageKit cannot translate 'obsoleting', please report! obsoleting fedora-release-rawhide-15-1.noarch Rawhide repo definitions Proceed with changes? [N/y] 23:18:29 PackageKit emit transaction-list-changed (when idle) 23:18:29 PackageKit notify::locked 23:18:29 PackageKit continuing with request 1 23:18:29 PackageKit role now update-packages [=========================] Updating packages [ ] (0%) 23:18:29 PackageKit already processing request 0x1, so ignoring [=========================] Waiting for authentication [ == ] 23:18:29 PackageKit remove state 0x8649018 [=========================] The transaction failed: not-authorized, Failed to obtain authentication.
Output of pkcon as root user (fedora-release updated correctly) $ su -c 'pkcon --verbose update fedora-release' Password: 23:19:17 PackageKit Verbose debugging enabled (on console 1) 23:19:17 PackageKit notify::backend-description 23:19:17 PackageKit notify::version-major 23:19:17 PackageKit notify::groups 23:19:17 PackageKit notify::backend-author 23:19:17 PackageKit notify::backend-name 23:19:17 PackageKit notify::version-micro 23:19:17 PackageKit notify::roles 23:19:17 PackageKit notify::mime-types 23:19:17 PackageKit notify::filters 23:19:17 PackageKit notify::version-minor 23:19:17 PackageKit notify::network-state 23:19:17 PackageKit notify::distro-id 23:19:17 PackageKit filter=(null), filters=0 23:19:17 PackageKit resolving 1 packages 23:19:17 PackageKit role now resolve 23:19:17 PackageKit emit transaction-list-changed (when idle) 23:19:17 PackageKit already processing request 0x1, so ignoring 23:19:17 PackageKit already processing request 0x1, so ignoring 23:19:17 PackageKit already processing request 0x2, so ignoring 23:19:18 PackageKit properties changed, so getting new list 23:19:18 PackageKit already processing request 0x3, so ignoring 23:19:18 PackageKit notify::locked 23:19:18 PackageKit properties changed, so getting new list 23:19:18 PackageKit adding state 0x861f018 23:19:18 PackageKit doing update 23:19:18 PackageKit role now simulate-update-packages Simulating update [ ] (0%) 23:19:18 PackageKit emit transaction-list-changed (when idle) 23:19:18 PackageKit notify::locked 23:19:18 PackageKit emit transaction-list-changed (when idle) [=========================] Waiting in queue [ ] (0%) 23:19:18 PackageKit already processing request 0x2, so ignoring [=========================] Starting [ == ] 23:19:18 PackageKit properties changed, so getting new list 23:19:18 PackageKit already processing request 0x3, so ignoring 23:19:18 PackageKit already processing request 0x3, so ignoring 23:19:18 PackageKit already processing request 0x3, so ignoring [=========================] Running [ ] (0%) 23:19:18 PackageKit notify::locked 23:19:18 PackageKit already processing request 0x4, so ignoring [=========================] Resolving dependencies [= ] (5%) 23:19:19 PackageKit already processing request 0x5, so ignoring 23:19:19 PackageKit already processing request 0x5, so ignoring 23:19:19 PackageKit already processing request 0x5, so ignoring 23:19:19 PackageKit already processing request 0x5, so ignoring 23:19:19 PackageKit already processing request 0x5, so ignoring [=========================] 23:19:19 PackageKit properties changed, so getting new list 23:19:19 PackageKit removing fedora-release;15-3;noarch;updates 23:19:19 PackageKit removing fedora-release;15-1;noarch;installed:koji-override-1 23:19:19 PackageKit cannot translate 'obsoleting', please report! obsoleting fedora-release-rawhide-15-1.noarch Rawhide repo definitions Proceed with changes? [N/y] 23:19:21 PackageKit emit transaction-list-changed (when idle) 23:19:21 PackageKit notify::locked 23:19:21 PackageKit continuing with request 1 23:19:21 PackageKit role now update-packages [=========================] Updating packages [ ] (0%) 23:19:21 PackageKit already processing request 0x1, so ignoring 23:19:21 PackageKit already processing request 0x1, so ignoring 23:19:21 PackageKit already processing request 0x1, so ignoring 23:19:21 PackageKit emit transaction-list-changed (when idle) [=========================] Waiting in queue [ ] (0%) 23:19:21 PackageKit already processing request 0x2, so ignoring [=========================] Starting [ == ] 23:19:21 PackageKit properties changed, so getting new list 23:19:21 PackageKit already processing request 0x3, so ignoring 23:19:21 PackageKit already processing request 0x3, so ignoring 23:19:21 PackageKit already processing request 0x3, so ignoring 23:19:21 PackageKit already processing request 0x3, so ignoring 23:19:21 PackageKit already processing request 0x3, so ignoring 23:19:21 PackageKit already processing request 0x3, so ignoring 23:19:21 PackageKit already processing request 0x3, so ignoring 23:19:21 PackageKit already processing request 0x3, so ignoring [=========================] Downloading packages [== ] (10%) 23:19:22 PackageKit already processing request 0x6, so ignoring [=== ] (12%) 23:19:22 PackageKit already processing request 0x7, so ignoring [=== ] (14%) 23:19:23 PackageKit already processing request 0x8, so ignoring [==== ] (16%) 23:19:23 PackageKit already processing request 0x9, so ignoring [==== ] (18%) 23:19:23 PackageKit already processing request 0xa, so ignoring [===== ] (20%) 23:19:24 PackageKit already processing request 0xb, so ignoring [===== ] (22%) 23:19:24 PackageKit already processing request 0xc, so ignoring [===== ] (23%) 23:19:24 PackageKit already processing request 0xd, so ignoring [====== ] (25%) 23:19:25 PackageKit already processing request 0xe, so ignoring [====== ] (27%) 23:19:25 PackageKit already processing request 0xf, so ignoring [======= ] (29%) 23:19:25 PackageKit already processing request 0x10, so ignoring [======= ] (31%) 23:19:25 PackageKit already processing request 0x11, so ignoring [======== ] (33%) 23:19:26 PackageKit already processing request 0x12, so ignoring [======== ] (34%) 23:19:26 PackageKit already processing request 0x13, so ignoring [========= ] (37%) 23:19:26 PackageKit already processing request 0x14, so ignoring [========= ] (39%) 23:19:27 PackageKit already processing request 0x15, so ignoring [========== ] (40%) 23:19:54 PackageKit already processing request 0x17, so ignoring [=============== ] (62%) 23:19:54 PackageKit already processing request 0x18, so ignoring [=========================] 23:19:55 PackageKit properties changed, so getting new list 23:19:55 PackageKit already processing request 0x1a, so ignoring 23:19:55 PackageKit already processing request 0x1a, so ignoring [=========================] Testing changes [ ] (0%) 23:19:55 PackageKit notify::locked 23:19:59 PackageKit already processing request 0x1b, so ignoring 23:19:59 PackageKit already processing request 0x1b, so ignoring 23:19:59 PackageKit already processing request 0x1b, so ignoring 23:19:59 PackageKit already processing request 0x1b, so ignoring 23:19:59 PackageKit already processing request 0x1b, so ignoring 23:19:59 PackageKit already processing request 0x1b, so ignoring 23:19:59 PackageKit already processing request 0x1b, so ignoring 23:19:59 PackageKit already processing request 0x1b, so ignoring [=========================] Installing packages [ ] (0%) 23:19:59 PackageKit already processing request 0x1c, so ignoring 23:19:59 PackageKit already processing request 0x1c, so ignoring 23:19:59 PackageKit already processing request 0x1c, so ignoring 23:19:59 PackageKit already processing request 0x1c, so ignoring 23:19:59 PackageKit already processing request 0x1c, so ignoring 23:19:59 PackageKit already processing request 0x1c, so ignoring 23:19:59 PackageKit already processing request 0x1c, so ignoring 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed 23:20:00 PackageKit emit repo-list-changed (when idle) 23:20:00 PackageKit emit transaction-list-changed [=========================] Removing packages [=========================] Cleaning up packages [ ] (0%) 23:20:01 PackageKit emit repo-list-changed (when idle) 23:20:01 PackageKit emit transaction-list-changed 23:20:02 PackageKit properties changed, so getting new list 23:20:02 PackageKit remove state 0x861f018 [=========================] $ rpm -q fedora-release fedora-release-15-3.noarch
Don't like to say this, but this seems a good example of why we should not have multiple code-paths for doing packages updates. Though admittedly this is probably a bit of a edge/corner case. I suppose most bodhi testers would use yum or even just rpm for testing new packages, so problems like this may not get caught until the package hits the stable repos. Perhaps the autoqa tool could help to test both yum and pk updating?
(In reply to comment #4) > Perhaps the autoqa tool could help to test both yum and pk updating? I'm pretty sure it already should do. Can you give me exact instructions on how to reproduce please, I'm quite confused what the actual problem is. Thanks Richard.
(In reply to comment #5) <snip> > Can you give me exact instructions on how to reproduce please, I'm quite > confused what the actual problem is. Thanks I've reproduced this with: 1. Install Fedora (Tested in Gnome and LXDE) 2. Enable updates-testing repo 3. Run 'gpk-update-viewer' as normal user 4. Apply updates (or only fedora-release-15-3 update). 5. Transaction error, and the update process fails
(In reply to comment #5) > (In reply to comment #4) > > Perhaps the autoqa tool could help to test both yum and pk updating? > > I'm pretty sure it already should do. > AutoQA currently doesn't test this. The depcheck test uses yum internals to checks for broken dependencies (by simulating package upgrade). We don't have any test using packagekit yet.
(In reply to comment #6) > 5. Transaction error, and the update process fails Right, the issue isn't how PackageKit does the upgrade but the list of updates that have been got from yum. If you do the expand [+] on fedora-release in the update viewer, you can see that fedora-release-rawhide-1-3 is being included in the update list along with fedora-release-rawhide-1-3. What's happening is that fedora-release-1-3 is obsoleting fedora-release-rawhide-1-3, but fedora-release-rawhide is still being shipped in a subpackage of fedora-release! To fix this, either: * PackageKit needs to copy the quirk in yum to ignore from the updates lists things that have been obsoleted, even though an update exists for that obsolete that satisfies the dep. * fedora-release needs to be fixed to not generate a fedora-release-rawhide subpackage if it's going to be obsoleted every transaction. It's kinda insane to have that in any spec file IMO. Richard.
(In reply to comment #8) > To fix this, either: > > * PackageKit needs to copy the quirk in yum to ignore from the updates lists > things that have been obsoleted, even though an update exists for that obsolete > that satisfies the dep. I think yum and PackageKit should behave exactly the same by default (assuming that's feasible), so ideally one of them should be modified. > * fedora-release needs to be fixed to not generate a fedora-release-rawhide > subpackage if it's going to be obsoleted every transaction. It's kinda insane > to have that in any spec file IMO. This was a one-time issue in fedora-release-15-1 where it depended on fedora-release-rawhide when it shouldn't have (since the reason for a separate fedora-release-rawhide package was to make it harder to enable the rawhide repo by requiring the manual installation of a separate package). BTW, it shouldn't be necessary to enable updates-testing to reproduce this, just downgrade to fedora-release-15-1 (if it's not already installed) and try to update using gpk-update-viewer (when using this application, I saw the same error running it as either a normal user or root). I'm not familiar with pkcon so don't know why that cares whether root is running it.
(In reply to comment #8) > What's happening is that > fedora-release-1[5]-3 is obsoleting fedora-release-rawhide-1[5]-3, but > fedora-release-rawhide is still being shipped in a subpackage of > fedora-release! Well currently fedora-release obsoletes fedora-release-rawhide < %{version}-%{release}. > * fedora-release needs to be fixed to not generate a fedora-release-rawhide > subpackage if it's going to be obsoleted every transaction. It's kinda insane > to have that in any spec file IMO. True it might make sense to make the obsoletes < 15-3 in this case. But that still would not have fixed the PK issue in this case I suppose. Anyway I agree with Andre that is not desirable to have different behaviour here.
(In reply to comment #9) > I think yum and PackageKit should behave exactly the same by default (assuming > that's feasible), so ideally one of them should be modified. Right, if one of you guys can rustle up a patch for PK before the weekend then it can be included in the new upstream release. I'm pretty busy with other stuff at the moment. Thanks, Richard.
Hi, I can confirm this issue on a fresh Fedora 15 install. Is my understanding of the probolem correct that Fedora will need to roll out new installation media with the modified PK or an updated fedora-release-1[5]-3 ? The issue I see is the chicken-and-egg problem: With a current fresh installation updates are impossible with PK, but one needs to upgrade to the modified package(s) to resolve it. Note that I read in the forums that a "yum update" from command line will resolve the issue.But not all users may be skilled enough to resolve the situation on their own.
> With a current fresh installation updates are impossible with PK, You can do the update with PK using the procedure in https://bugzilla.redhat.com/show_bug.cgi?id=708553#c7 - you have to click on the + sign next to "fedora-release-15-3 (noarch)" to see both of the associated package updates (fedora-release-15-3 and fedora-release-rawhide-15-3) and then unselect fedora-release-rawhide-15-3, click "Install Updates", it asks to confirm removing "Rawhide repo definitions", click "Continue" and it will then work. Confusing, but not impossible. Hopefully a PK update will make it do this without tweaking.
there is no reason why you couldnt reinstall fedora-release-rawhide in the same yum transaction and we do want people to install it later as part if a process to move to rawhide.
Same here. Since this is blocking *all* updates, shouldn't it be severity:urgent?
The thing is, even when this is fixed, it will still be necessary to do the update using the old PackageKit (or command-line yum), so better documentation is needed. I added this to https://fedoraproject.org/wiki/Common_F15_bugs .
I suppose a new fedora-release that does NOT obsolete fedora-release-rawhide could be pushed, just so the broken PackageKit can update without complaining. I kind of hate seeing that happen since technically fedora-release-15-3 is doing the right thing, but it might be necessary if improved documentation isn't enough. On the other hand, continuing to have fedora-release-rawhide installed by default means more people enabling Rawhide by accident and having to reinstall as a result.
*** Bug 722903 has been marked as a duplicate of this bug. ***
Why still no priority? Does nobody cares that updates are completely broken?
The latest 64-bit x86 ISO still exhibits this bug. 1) Download the 64-bit ISO 2) Install using default settings, repartitioning the drive 3) Reboot 4) 'Applications->Software Update' 5) 'Install Updates' 6) "could not add package update for fedora-release-rawhide-15-3(noarch)updates: fedora-release-rawhide-15-3.noarch"
Right, unfortunately F15 was never respun for this. IMHO it should have been, but I don't know if that would still be considered this late. The workaround is to "yum update" (at least PackageKit*).
(In reply to comment #21) > The workaround is to "yum update" (at least PackageKit*). Very user friendly. I guess the PackageKit promise was too good to be true. At the end of the day you still need yum.
Somebody should be honest and just say WONTFIX. Such commitment to quality.
(In reply to comment #22) > (In reply to comment #21) > > The workaround is to "yum update" (at least PackageKit*). > > Very user friendly. I guess the PackageKit promise was too good to be true. At > the end of the day you still need yum. Felipe, access to bugzilla is a privilege, not a right. Please stop making snide and untrue comments in lots of the bugs you have open. All the developers are working actively on Fedora 17, and Fedora 16 when they have time, so don't be surprised Fedora 15 isn't getting all our attention. If you want to contribute a patch or a fix then I'll gladly merge it, but I'd rather concentrate on F17 at this stage.
Presumably, the underlying problem still exists in Rawhide PackageKit, though I'm not sure how to test for it. If I could, I'd update the Version to Rawhide.
(In reply to comment #25) > Presumably, the underlying problem still exists in Rawhide PackageKit, though > I'm not sure how to test for it. If I could, I'd update the Version to Rawhide. Perhaps you could try to build a bumped broken fedora-release package, put it in a local private yum repo, add the repo to your f17 instance and see what PK does? It might also be good to add sanity checks for fedora-release in autoqa to avoid this kind of problem happening again.
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping