-
Notifications
You must be signed in to change notification settings - Fork 107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Please do support parallel update download and consolidate retry requests into 1 at the end of the download progress #456
Comments
I am curious about data processing improvements in mentioned areas. 🤔 See also: |
@elfring , my assumption of the suggestion, it would be like this:
|
Considering that it works multithreading in downloading, multiple packages may fail at the same time, multiple may succeed at the same time. Consolidating and grouping error messages together would make sense where user may choose to either |
it may also make sense if we display the choices but never stop the background downloads, user may choose response accordingly, if retry is chosen then we put the package back into the queue of downloading. But in the event of abort, then this aborts the downloads immediately. But for the sake of best user experience, i would prefer my previous comment. |
💭 I imagine that the representation of mentioned queues will become challenging because of involved dependency chains or even forests. Will any experiences be reused from decision trees? 🤔 |
Not really, during the installation, those dependencies can be re-asked for if they do not exist or not downloaded to be downloaded. It shouldn't be complicated. |
Quite an old issue, putting this here if @SDAdham or anyone searching for parallel downloads ends up here as I did. I have a simple project that does parallel refreshing of repos and downloads: Installation is still slow, but that can only be safely performed by zypper itself after the async changes are merged, hopefully soon. |
Duplicate of #104 |
Problem
I update opensuse daily, but today I received > 3k new updates. the Zypper upgrade is very slow considering that there are no multithreading. Ain't that a bit too much? I'm stuck from using the OS for > hour
For such occasions, an improvements to the updater to update in parallel would be great, the worst part is that I really ahve to keep an eye, it's a habit that every 30 packages or something, i get this error
Feature request
PLEASE HELP...
The text was updated successfully, but these errors were encountered: