<table><tr><td style="">sitter added a comment.</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D2044" rel="noreferrer">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #8C98B8;
          color: #6B748C;
          font-style: italic;
          margin: 4px 0 12px 0;
          padding: 8px 12px;
          background-color: #F8F9FC;">
<div style="font-style: normal;
          padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D2044#37756" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;" rel="noreferrer">D2044#37756</a>, <a href="https://phabricator.kde.org/p/broulik/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;" rel="noreferrer">@broulik</a> wrote:</div>
<div style="margin: 0;
          padding: 0;
          border: 0;
          color: rgb(107, 116, 140);"><p>Harald, weren't you even looking into offline updates?</p></div>
</blockquote>

<p>Yes.</p>

<p>The thing is, we can't really force distributions to adopt offline updates as currently the only implementation I have seen is in packagekit and there's plenty of distros that don't use packagekit so they'd have to first write a whole bunch of code, and even then they might have reasons for why they wouldn't want to do offline updates. Also offline updates only really make sense when btrfs or zfs is used as otherwise doing it reliably gets tediously slow. Namely since package rollbacks and so forth are unreliable you basically want a full-system backup before you conduct an update, which unless the FS supports snapshots technically means cloning the entire disk or implementing higher level software snapshots. Both of which is substantially slower. On top of that IIRC you always have a reboot in-between, so overall the upgrade also takes longer and requires a reboot. Offline updates are installed on bootup I think, so they can also get in the way of the user using the system. On the plus side systemd has the necessary workflow tech to support offline updates, so once a distro has the "client" side to that it should be mostly workflow improvements.</p>

<p>I think it is worth pointing out that the proposed change here shouldn't be taken as a reason or excuse for patching other bits of software to hold stuff in memory for fear of things not working after updates. If a distribution chooses to do online updates and things then break in a running session that is kind of expected. The problem is that the logout screen is special in that it is the user's only (non-CLI) way of ending the session so the breakage goes away. If the logout dialog is broken you can't even get out of the hell hole that is your broken session :)</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>rPLASMAWORKSPACE Plasma Workspace</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D2044" rel="noreferrer">https://phabricator.kde.org/D2044</a></div></div><br /><div><strong>EMAIL PREFERENCES</strong><div><a href="https://phabricator.kde.org/settings/panel/emailpreferences/" rel="noreferrer">https://phabricator.kde.org/settings/panel/emailpreferences/</a></div></div><br /><div><strong>To: </strong>broulik, Plasma, sitter<br /><strong>Cc: </strong>mart, graesslin, plasma-devel, jensreuterberg, sebas<br /></div>