On Tue, Sep 29, 2009 at 6:51 PM, Bill Nottingham <span dir="ltr"><<a href="mailto:notting@redhat.com">notting@redhat.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Colin Walters (<a href="mailto:walters@verbum.org">walters@verbum.org</a>) said:<br>
> For system-level services, we have the idea of try-restart on upgrades; if<br>
> > the service is running, we automatically restart it on upgrade.<br>
><br>
><br>
> How does that work?  Obviously you can't restart packagekitd while it's in<br>
> the middle of upgrading.  Another one you obviously can't just kill and<br>
> restart is libvirtd.<br>
<br>
</div>Actually, libvirtd does restart on upgrade. It's implemented in the<br>
init scripts.<br></blockquote><div><br></div><div>But...hm, ok, so all of the state is in the config data/cache, and child qemu processes I guess.  The real point here is the qemu processes.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">
> The live replace files on disk part of upgrade is also problematic, and is<br>
> actually the most broken thing relating to updates we have right now.  For<br>
> this reason among others I think we should move to installing updates<br>
> immediately before logout/reboot.<br>
<br>
</div>Really? I think we're moving more towards a model on mobile devices where<br>
there *is* no logout/reboot except by accident in a large number of cases.</blockquote><div><br></div><div>The update system should prompt to start installing updates and automatically do a logout/reboot as necessary.</div>
<div><br></div></div>