On Sep 29, 2015 1:32 PM, "Richard Hughes" <hughsient@gmail.com> wrote:
>
> On 29 September 2015 at 18:08, Eric Griffith <egriffith92@gmail.com> wrote:
> > That seems like a really bad idea..
>
> The alternative is we have a "download" stage, which means we can't do
> the blue "restart and update" action as it would download for a few
> minutes, and then randomly reboot when you had just started doing
> something else while you were waiting. The depsolve step is also
> important; we only show updates that can actually be installed rather
> than dnf which will install a subset of the true update list if there
> are tree compose problems.
>

How early can dnf depsolve? Just based off package metadata or does it need the whole package?

What if the notification is changed to be "There are updates available" which only downloaded package information. Much like "dnf update"

Then opening software would display a pre-depsolved list, or post-depsolve if possible. After depsolving it could show the culled list, where broken updates are removed, and the downloading could begin, at user command.

Ending in "restart and install", at user command.

At least then the user would have feedback and would have an expectation of longer steps (downloading) vs the things that should take a short time (checking)

> > There's also the fact that if
> > the connection is metered then we just ripped through a chunk of their data.
>
> We only do the auto-refresh on wired or wifi connections. If you chose
> to do the manual refresh button on mobile data that's up to the user.
>

Is there a reliable way to detect that though? If I tether via my phone or turn my phone into a hotspot it comes up as Ethernet or WiFi, respectively. It seems like we are going to run into the same issue that Microsoft is where automatic downloads are giving people bill shock.

> > Play Store don't download as part of a check, Windows Update
> > doesn't, OS X Software Update doesn't, System Update for iOS and Android
> > don't.
>
> Right, and that's a valid point; but until we have some kind of
> platform / application split like atomic/xdg-app it's just not
> achievable to download and install the applications at runtime. I'm
> trying to do the best with the bits we have at the moment, and when
> we've got a better platform story we can do something better.
>
> Richard.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct