Bug 716752 - PackageKit does not handle fedora-release-15-3 update correctly
Summary: PackageKit does not handle fedora-release-15-3 update correctly
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: PackageKit
Version: 15
Hardware: All
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Richard Hughes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: https://fedoraproject.org/wiki/Common...
: 722903 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-26 23:09 UTC by Andre Robatino
Modified: 2013-01-13 18:33 UTC (History)
13 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-07 20:03:30 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Andre Robatino 2011-06-26 23:09:26 UTC
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.

Comment 1 Andre Robatino 2011-06-26 23:15:14 UTC
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.

Comment 2 Othman Madjoudj 2011-06-26 23:21:36 UTC
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.

Comment 3 Othman Madjoudj 2011-06-26 23:24:03 UTC
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

Comment 4 Jens Petersen 2011-06-27 01:41:41 UTC
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?

Comment 5 Richard Hughes 2011-06-27 11:02:14 UTC
(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.

Comment 6 Othman Madjoudj 2011-06-27 11:12:57 UTC
(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

Comment 7 Kamil Páral 2011-06-27 11:53:10 UTC
(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.

Comment 8 Richard Hughes 2011-06-27 13:31:26 UTC
(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.

Comment 9 Andre Robatino 2011-06-27 17:30:54 UTC
(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.

Comment 10 Jens Petersen 2011-06-28 02:18:56 UTC
(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.

Comment 11 Richard Hughes 2011-06-28 13:55:46 UTC
(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.

Comment 12 christian.kirbach@googlemail.com 2011-06-29 21:11:56 UTC
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.

Comment 13 Andre Robatino 2011-06-30 00:55:52 UTC
> 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.

Comment 14 Dennis Gilmore 2011-06-30 10:34:45 UTC
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.

Comment 15 Felipe Contreras 2011-07-05 02:00:58 UTC
Same here.

Since this is blocking *all* updates, shouldn't it be severity:urgent?

Comment 16 Andre Robatino 2011-07-05 03:32:30 UTC
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 .

Comment 17 Andre Robatino 2011-07-05 04:21:42 UTC
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.

Comment 18 Andre Robatino 2011-07-19 14:16:34 UTC
*** Bug 722903 has been marked as a duplicate of this bug. ***

Comment 19 Felipe Contreras 2011-08-11 15:48:54 UTC
Why still no priority? Does nobody cares that updates are completely broken?

Comment 20 Luke Crook 2011-09-05 18:54:34 UTC
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"

Comment 21 Jens Petersen 2011-09-05 23:40:21 UTC
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*).

Comment 22 Felipe Contreras 2012-02-02 18:42:52 UTC
(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.

Comment 23 Felipe Contreras 2012-02-02 18:44:21 UTC
Somebody should be honest and just say WONTFIX. Such commitment to quality.

Comment 24 Richard Hughes 2012-02-03 10:17:24 UTC
(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.

Comment 25 Andre Robatino 2012-04-07 20:41:32 UTC
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.

Comment 26 Jens Petersen 2012-04-09 06:16:09 UTC
(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.

Comment 27 Fedora End Of Life 2012-08-07 20:03:34 UTC
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


Note You need to log in before you can comment on or make changes to this bug.