Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 857908
Summary: | "Offline updates" break PackageKit/yum workflow | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Kamil Páral <kparal> |
Component: | gnome-packagekit | Assignee: | Richard Hughes <hughsient> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 18 | CC: | fweimer, hughsient, rhughes |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-10-23 14:51:09 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 752665 |
Description
Kamil Páral
2012-09-17 13:03:05 UTC
(In reply to comment #0) > For the whole time I can't search the package database, change enabled > repositories, check for updates, virtually anything. Yes, it's a huge yum problem. In Fedora 15 we've introduced a parallel transaction feature for exactly this use case. Unfortunately yum takes the global lock when doing *anything*, even downloading. If you use a PackageKit backend like aptcc or zif then you can happily search for things and install them while the updates are downloading. As I understand it, the yum maintainers don't want to support a split locking model, so there's not an awful lot we can do. We could automatically cancel the auto-download of updates (although killing yum is very racy) if there is a GUI action, although that seems like working around the problem. (In reply to comment #1) > although that seems like working around the problem. I've spotted the bug that caused PackageKit not to do this. I forgot we enabled the auto-killing of background stuff by default now, and it was just a bug that stopped it working. I'll do F18 build for testing now. Is it possible to let yum list all the URLs that it is about to download and then download it inside PackageKit instead? Or use yumdownloader (I think that it doesn't lock the database)? That would solve the issue without auto-killing anything. (In reply to comment #3) > Is it possible to let yum list all the URLs that it is about to download and > then download it inside PackageKit instead? Or use yumdownloader (I think > that it doesn't lock the database)? That would solve the issue without > auto-killing anything. As I understand it, no, as all the yumDownloader, repo checks and signature checking needs to be done with yum. To download a package yum might need new repodata, which we'll want to cancel anyway. The yum maintainers don't want me to copy-and-paste chunks of yum into PackageKit, so I'm stuck between a rock and a hard place. I'm hoping the yum re-write (the hawkey thing) is going to be a lot more sane. Can you try this build please? http://koji.fedoraproject.org/koji/taskinfo?taskID=4497934 -- it at least fixes the killing logic. Is there a way to trigger the auto-download feature manually? I lowered the check interval using gsettings, but it doesn't seem to work really well. I would love to execute some command and start the process right away. (In reply to comment #5) > Is there a way to trigger the auto-download feature manually? I lowered the > check interval using gsettings, but it doesn't seem to work really well. I > would love to execute some command and start the process right away. Yup, see https://gitorious.org/packagekit/packagekit/blobs/master/contrib/systemd-updates/README.txt I started update download manually, then run gpk-application. Once I run that, downloading stops, but PK gets broken and performs no action at all (neither pkcon nor gpk-application).
> [kparal@localhost ~]$ pkcon --only-download --background update
> Getting updates [=========================]
> Waiting in queue [=========================]
> Starting [=========================]
> Getting information [=========================]
> Updating packages [=========================]
> Waiting in queue [=========================]
> Starting [=========================]
> Running [=========================]
> Resolving dependencies [=========================]
> Downloading packages [=========================] <<<< HERE I STARTED gpk-application <<<<
> Cancelling [=========================]
> Updating packages [=========================]
> Waiting in queue [=========================]
> Starting [=========================]
> Fatal error: Failed: failed
> [kparal@localhost ~]$ pkcon repo-list
> Getting repositories [=========================]
> Waiting in queue [=========================]
> Starting [=========================]
> Fatal error: Failed: failed
Can you try with polkit-0.107-3.fc18, yum-3.4.3-45.fc18 and PackageKit-0.8.4-1.fc18 please -- that should work well and I've been using it here for a few days now. PackageKit-0.8.4-3.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/PackageKit-0.8.4-3.fc18 Package PackageKit-0.8.4-3.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing PackageKit-0.8.4-3.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-15375/PackageKit-0.8.4-3.fc18 then log in and leave karma (feedback). I tried with PackageKit-0.8.4-3.fc18 and it seems to work flawless. Background task is cancelled when working in GUI and resumed once I stop working in the GUI. Now I just wish it worked the same with yum... actually, could yum use the same routine and send some signal to PackageKit to release the lock for a while? That would be awesome. (In reply to comment #11) > Now I just wish it worked the same with yum... actually, could yum use the > same routine and send some signal to PackageKit to release the lock for a > while? That would be awesome. Ah, that's bug 812938, cool - I'll comment there. The update is stable, closing. |