Created attachment 180686 [details] A Screenshot Of The "Fetching updates..." Page SUMMARY On a slow internet connection, I can wait a long time at "Fetching updates...". [^1] When I want to leave my PC updating whilst I'm gone, unless I've pre-prepared for this, I'm forced to wait until it's instantiated the package list. [^1]: https://discuss-cdn.kde.org/uploads/default/original/3X/f/f/ff5e1c6f70179e2656cc587dfa064cfc93785a35.png STEPS TO REPRODUCE 1. Have updates available. 2. KQuitApp6 Discover. 3. Invoke Discover. 4. Switch to the "Updates" tab. OBSERVED RESULT Discover takes some time to "fetch" the packages available at all added repositories, so the user is forced to wait until it has before they are able to inform it to apply them, and how. EXPECTED RESULT I should be able to choose to apply the updates and restart (etcetera) before the updates have been "fetched". SOFTWARE/OS VERSIONS `plasma-discover-6.3.4-1.fc42.x86_64`, on: > Operating System: Fedora Linux 42 > KDE Plasma Version: 6.3.4 > KDE Frameworks Version: 6.13.0 > Qt Version: 6.9.0 > Kernel Version: 6.14.3-300.fc42.x86_64 (64-bit) > Graphics Platform: Wayland ADDITIONAL INFORMATION Originally reported at `discuss.kde.org/t/33345`. [^2] [^2]: https://discuss.kde.org/t/i-should-be-able-to-instruct-discover-to-begin-downloading-updates-before-theyve-been-instantiated/33345#:~:text=I%20should%20be%20able%20to%20instruct%20Discover%20to%20begin%20downloading%20updates%20before%20they%E2%80%99ve%20been%20instantiated
So basically, you want the ability blindly update without knowing what you're updating to?
(In reply to Nate Graham from comment #1) Yeah. The equivalent of a `-y` option. I realise that there's potential danger associated with it, and that others might not know of that, so I wouldn't mind if it deactivated itself when the transaction involves removal. However, I think there needs to be some kind of solution, because as it is, with a slow internet connection, I have to wait at my PC for a *while* for Discover to load its updates. For comparison (albeit not 1:1), the Microsoft Store (at least, on Windows > 10) and Google Play Store (on AOSP > 5) both already do this, which is, I presume, why I find it so jarring that Discover doesn't.
Sounds like you should just use automatic updates, then? What's wrong with that option?
(In reply to Nate Graham from comment #3) Whether I want to verify an update's content before applying it basically differs per day, depending upon whether I have the time, or if not, have reason to believe that an update is problematic beforehand. On that last point, on Atomic OSes (think Fedora Kinoite, with RPM-OSTree and Flatpak), the standard concern of dependency conflict causing removal is significantly diminished. Because I tend to update my OS when I step away from the PC and don't leave it running at night, those times when I need to leave *right then* are exactly the time when I want it to update during. However, I can't get it to update during that period of time without either preparing Discover beforehand (which I forget to do), or waiting, cutting into the time I'm meant to be doing whatever else. In this case, going to the KCM and enabling automatic updates should be mostly equivalent to this, except that I have no introspection into what conditions that actives under, so I have no idea whether it'll actually update whilst I'm gone. In practice, it hasn't.
Thanks. I don't think this makes sense to implement as requested; it's basically a workaround for checking for updates being too slow. That's a legitimate gripe; let's focus on that instead. As a general matter, we should fix our bugs, rather than making few features or UI changes that support working around them.
(In reply to Nate Graham from comment #5) There's always going to be a slow network, though, and on immutable OSes, one can go their whole installation without a package conflict. There's even the automatic update mode in the Update KCM. If security is the problem, I can't say I see the rationale, especially if other OS vendors *seem* to agree. 🤷 I just feel for those who haven't the skill to whip out the CLI for this.