Bug 1039923 - Apper checks for updates even if automatic check has been disabled
Summary: Apper checks for updates even if automatic check has been disabled
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: apper
Version: 19
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
Assignee: Rex Dieter
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-12-10 10:30 UTC by Germano Massullo
Modified: 2013-12-13 15:02 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-12-13 15:02:33 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Germano Massullo 2013-12-10 10:30:33 UTC
Description of problem:
Apper checks for updates even if automatic check has been disabled.
I experienced this on many machines.

Version-Release number of selected component (if applicable):
KDE 4.11.3
apper-0.8.1-2.fc19.x86_64

Comment 1 Lukáš Tinkl 2013-12-10 11:42:06 UTC
https://bugzilla.redhat.com/show_bug.cgi?id=948099 resurfaced?

Comment 2 nucleo 2013-12-12 14:21:09 UTC
(In reply to Lukáš Tinkl from comment #1)
> https://bugzilla.redhat.com/show_bug.cgi?id=948099 resurfaced?

That bug about live images, where it actually fixed.

But on installed systems disabling updates check needs also removing updater applet in tray, so option in apper settings actually can't stop automatic check if applet not removed.

Comment 3 Rex Dieter 2013-12-12 14:21:38 UTC
What evidence do you have?

Is it that apper notified you of available updates?  If so, that could be because you ran yum, and PackageKit-yum-plugin was the "culprit" here.

Comment 4 Rex Dieter 2013-12-12 14:22:55 UTC
and, fwiw, I found there was no way (or very difficult) to avoid PackageKit from querying it's own cache (and rebuilding it automatically, if it was not already present... that's what hit us before on live images)

Comment 5 Germano Massullo 2013-12-13 11:56:09 UTC
(In reply to Rex Dieter from comment #3)
> What evidence do you have?
> 
> Is it that apper notified you of available updates?  If so, that could be
> because you ran yum, and PackageKit-yum-plugin was the "culprit" here.

I run yum updates once in a week, instead Apper notifies everyday about new updates.

yum active plugins: auto-update-debuginfo, fastestmirror, langpacks, refresh-packagekit

Comment 6 Rex Dieter 2013-12-13 13:53:03 UTC
So, I think there's just a misunderstanding what "check for updates" means.

As far as I understand the code, its the part about updating the PackageKit backend (yum) metadata.

I *think* what it is doing in your case is simply checking the existing PackageKit cache (and yum metadata)... and it notices that updates are available... so provides a notification saying so.

Now, if what you really want is to simply never see this kind of notification, you can just disable the apper applet in your systray.

Comment 7 Germano Massullo 2013-12-13 13:57:07 UTC
I would like also to not be annoyed by Packagekit when I am trying to run yum in bash (yum says that the lock is busy due Packagekit checking for updates).
I tought that disabling Apper "check for updates",  would have disabled Packagekit checking for updates too.

Comment 8 Rex Dieter 2013-12-13 14:00:45 UTC
you thought right, except... in cases where you've run yum *recently*, PackageKit-yum-plugin does one extra thing... from that pkg description:

PackageKit-yum-plugin tells PackageKit to check for updates when yum exits. This way, if you run 'yum update' and install all available updates, it will almost instantly update itself to reflect this.

So, there's a short period of time after every yum transaction that PK is updating itself.

Comment 9 Rex Dieter 2013-12-13 15:02:33 UTC
So I'm going with NOTABUG, with explanation that:
Check for updates: Never

does not imply that apper won't (simply) notify of available updates


If you have evidence tha apper is actually checking and updating yum metadata on it's own despite "Check for updates: Never", please do feel free to reopen.


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