<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2015-08-28 18:30 GMT+02:00 Steve McIntyre <span dir="ltr"><<a href="mailto:steve@einval.com" target="_blank">steve@einval.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Matthias Klump wrote:<br>
>Hi!<br>
>I am inclined to demote the priority of this issue to "important", because:<br>
><br>
>1) The automatic download will not happen unless there is a WiFi connection<br>
>- downloading over potentially expensive connections does not happen.<br>
<br>
Ummmm - how does the availability of WiFi tell you anything about how<br>
expensive the connection is?<br></blockquote><div><br></div><div>Right, that's why I think this option should be exposed in the UI somewhere, and be advertised there.<br></div><div>GS uses idle bandwidth to download stuff, but depending on what someone does on the system, even that could be an issue.<br></div><div><br><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>2) It does not beak the system on stable machines. It might do so on<br>
>unstable systems, if the user wasn't careful enough to not install updates<br>
>automatically. But that's something we expect users of "unstable/testing"<br>
>to care about, they are experienced users afterall.<br>
><br>
>3) For users of stable systems, who expect their system to just do the<br>
>updates, downloading them and making them available is a very nice service,<br>
>and we shouldn't make it very hard to enable it or add additional steps for<br>
>that.<br>
><br>
>However, I would agree that an easy and discoverable way to turn off<br>
>automatic downloads of packages should be provided.<br>
>I can't find one at time, which is not fiddling with dconf-editor.<br>
<br>
And what about the project-wide discussion before enabling such a<br>
broken mis-feature in the first place?<br></blockquote><div><br></div><div>We did not enable anything - we just provide GNOME-Software, which only has these options. I talked to upstream if a patch to offer online-updates in GS alternatively would be accepted. Apparently, online-update behavior isn't wanted by the GNOME design team (or adding an option for that). But even if it was, someone would still need to write that patch.<br><br></div><div>If you don't want this, uninstall gnome-software and install gnome-packagekit instead, which rpovides an online-update feature.<br><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
We already have a packaging system that works for upgrades in place<br>
without needing reboots like this. I strongly object to this kind of<br>
crap being added to Debian for the sake of certain broken upstream<br>
software. This is making things materially worse for our users.<br></blockquote><div><br></div><div>I highly recommend reading <a href="http://neugierig.org/software/chromium/notes/2011/08/zygote.html">http://neugierig.org/software/chromium/notes/2011/08/zygote.html</a> before saying upstream software is broken.<br></div><div>I agree though that the reboot-for-every-update approach is merely a workaround for the real issue, and it's one I don't particularly like. Upstream has decided to go down this route though, so we should make the stuff working until a better solution appears.<br><br></div><div>In any case, talk to upstream or provide a patch for this, as this is not a feature which can be easily switched off, since it's an integral gnome-software design decision.<br></div><div>(The download-in-background thing is much easier to solve, I can talk to upstream about that later)<br><br></div></div>-- <br><div class="gmail_signature">Debian Developer | Freedesktop-Developer<br>I welcome VSRE emails. See <a href="http://vsre.info/" target="_blank">http://vsre.info/</a></div>
</div></div>