Bug 678402 - F15 livemedia are checking for updates
Summary: F15 livemedia are checking for updates
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: LiveCD
Version: 15
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Matthias Clasen
QA Contact:
URL:
Whiteboard: AcceptedBlocker
: 678403 (view as bug list)
Depends On:
Blocks: F15Beta, F15BetaBlocker F15Blocker-xfce
TreeView+ depends on / blocked
 
Reported: 2011-02-17 20:06 UTC by Christoph Wickert
Modified: 2013-01-10 06:28 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2011-03-16 19:04:58 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Christoph Wickert 2011-02-17 20:06:33 UTC
Description of problem:
Summary says it all. Live media should not check for updates. I think we have a policy for that, although I cannot find it atm.

Version-Release number of selected component (if applicable):
all current F15. e.g. xfce-i386-20110217.00.iso

How reproducible:
always

Steps to Reproduce:
1. boot livemedia

Comment 1 Adam Williamson 2011-02-17 20:12:05 UTC
*** Bug 678403 has been marked as a duplicate of this bug. ***

Comment 2 Adam Williamson 2011-02-17 20:12:58 UTC
This blocks the beta due to release criterion:

"The desktop default update manager must not periodically check for updates when the system is booted live, but must periodically check for updates when running on an installed system"

I suspect this is because gnome-packagekit's settings have moved to gsettings.

Comment 3 Christoph Wickert 2011-02-17 22:09:43 UTC
Richard, can you tell us which key are required so I can update the kickstarts? Running dconf or dconf-editor results in crashes, so I cannot look up the necessary keys.

Comment 4 Adam Williamson 2011-02-17 22:40:48 UTC
it looks like all the key names are the same, in dconf /apps/gnome-packagekit/ . you can see this by looking at /usr/share/GConf/gsettings/org.gnome.packagekit.gschema.migrate , btw.

Comment 5 Richard Hughes 2011-02-18 12:30:53 UTC
Christoph, Adam, we've just moved the updates checking process into a gnome-settings-daemon plugin, so at the moment you probably want to wait for the next upstream release. Then you'll want to set:

auto-update-type to 'none'
frequency-get-updates to 0
frequency-get-upgrades to 0
frequency-refresh-cache to 0
ignored-devices to '*'

all on the org.gnome.settings-daemon.plugins.updates schema.

Sorry about the key renames. It's all so we can make the updates checking stuff work well with GNOME3 now the panel icon has gone.

Comment 6 Christoph Wickert 2011-02-18 12:54:13 UTC
(In reply to comment #5)
> Christoph, Adam, we've just moved the updates checking process into a
> gnome-settings-daemon plugin

This means the default Fedora package management tool now requires gnome-settings-daemon. I think sooner or later we'll need to drop it from the Xfce and LXDe spins.

Comment 7 Richard Hughes 2011-02-18 13:56:48 UTC
(In reply to comment #6)
> This means the default Fedora package management tool now requires
> gnome-settings-daemon. I think sooner or later we'll need to drop it from the
> Xfce and LXDe spins.

I don't think shipping *GNOME* PackageKit is a good idea on either of those desktops. :-) KDE has a native client now (which is also heavily integrated into KDE) and so I don't think it's a big problem GNOME has an embedded client either.

That said, shipping the update viewer on XFCE might make sense, but the XFCE guys really need to make a small trivial PackageKit notification client. It's probably two days worth of code for someone familiar with XFCE.

Comment 8 Matthias Clasen 2011-02-18 20:27:02 UTC
(In reply to comment #6)
> (In reply to comment #5)
> > Christoph, Adam, we've just moved the updates checking process into a
> > gnome-settings-daemon plugin
> 
> This means the default Fedora package management tool now requires
> gnome-settings-daemon. I think sooner or later we'll need to drop it from the
> Xfce and LXDe spins.

No, it doesn't. But you can do that, certainly.

Comment 9 Adam Williamson 2011-03-11 18:08:05 UTC
Reviewed at the 2011-03-11 blocker review meeting. Agreed that this is a Beta blocker per criterion "The desktop default update manager must not periodically check for updates when the system is booted live, but must periodically check for updates when running on an installed system". From spin-kickstarts git log, it looks like mclasen pushed a fix for this on March 1:

commit fae7f280dfbd346627b2882bcb3d5a01de406b29
Author: Matthias Clasen <mclasen>
Date:   Tue Mar 1 11:04:34 2011 -0500

    Update the gnome-packagekit tweaks
    
    gnome-packagekit is no longer using GConf, so tweaking GConf keys
    has little effect. Instead disable the gnome-settings-daemon updates
    plugin.


so we should test and confirm it no longer happens with current live images.

Comment 10 Adam Williamson 2011-03-16 19:04:58 UTC
since we have a fix in for this I'm just going to set it to CLOSED, let's re-open if we actually observe this behaviour again.


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