Written by barrientosa the 14 Apr 12 at 06:14.

I think it's nice to show a message to users in case of failure, however it would save time if the update-manager can just check other servers around if your local mirror is overloaded and proceed with the upgrade silently without bothering you.

Nevertheless as a last resource I agree that update-manager should show some sort of message to the user, but only in case that all the mirrors are collapsed or something like that.

I think it's nice to show a message to users in case of failure, however it would save time if the update-manager can just check other servers around if your local mirror is overloaded and proceed with the upgrade silently without bothering you. Nevertheless as a last resource I agree that update-manager should show some sort of message to the user, but only in case that all the mirrors are collapsed or something like that.

Written by puxkggn the 28 Apr 12 at 13:17.

Update manager should not be doing fall backs something without showing a message to the user that it does.
In this case the Update manager should pick another one until it has either found a working mirror or doesn't find one.
In the found a working mirror it displays a message to the user while continuing. (The message is for information not for confirmation.) And in the latter it's of course impossible to continue.

Update manager should not be doing fall backs something without showing a message to the user that it does. In this case the Update manager should pick another one until it has either found a working mirror or doesn't find one. In the found a working mirror it displays a message to the user while continuing. (The message is for information not for confirmation.) And in the latter it's of course impossible to continue.

Written by Aielyn the 4 Oct 12 at 12:34.

While Solutions #1 and #2 are good in general, it is not always appropriate to have the update manager automatically pull files from an alternate mirror without allowing the user input.

For instance, for some, there are limits to downloads from most mirrors, but unlimited downloads from certain ISP-related mirrors. This occurs with Telstra in Australia, where file downloads from the AARNet Mirror are unlimited. For large updates, a switch to a different mirror could result in a significant dent in the download limit for the user. However, for small updates, the user might not be overly concerned, and may allow it anyway.

Which of the approaches to use could be set on first use of the Update manager, with "Silent" being the default option (as many users do not require information on alternate mirror usage at all) and the other options being "Automatic", "Manual", and "Off", with obvious meanings.

While Solutions #1 and #2 are good in general, it is not always appropriate to have the update manager automatically pull files from an alternate mirror without allowing the user input. For instance, for some, there are limits to downloads from most mirrors, but unlimited downloads from certain ISP-related mirrors. This occurs with Telstra in Australia, where file downloads from the AARNet Mirror are unlimited. For large updates, a switch to a different mirror could result in a significant dent in the download limit for the user. However, for small updates, the user might not be overly concerned, and may allow it anyway. Which of the approaches to use could be set on first use of the Update manager, with "Silent" being the default option (as many users do not require information on alternate mirror usage at all) and the other options being "Automatic", "Manual", and "Off", with obvious meanings.

Written by arges the 23 Apr 09 at 19:49.

have a step during install to select the fastest mirror, then allow the user to choose that as their primary mirror during the install phase

have a step during install to select the fastest mirror, then allow the user to choose that as their primary mirror during the install phase

Written by montel the 24 Apr 09 at 01:20.

As one of the last steps of the installation, Ubuntu should do the basic ping test to see which servers are faster.

As one of the last steps of the installation, Ubuntu should do the basic ping test to see which servers are faster.

Written by cheesehead the 24 Apr 09 at 02:25.

Check access to several mirrors upon demand, instead of using a months-old snapshot left over from the installation. To the user it's seamless - two or three seconds of pause, then flash! Fast downloads.

Check access to several mirrors upon demand, instead of using a months-old snapshot left over from the installation. To the user it's seamless - two or three seconds of pause, then flash! Fast downloads.

Written by cheesehead the 24 Apr 09 at 02:47.

These existing peer-to-peer solutions aren't for users who pay by the byte, but they avoid the problem entirely by skipping mirrors - get fast package downloads from the swarm. Seeding the swarm is also a great way to contribute to the community.

These existing peer-to-peer solutions aren't for users who pay by the byte, but they avoid the problem entirely by skipping mirrors - get fast package downloads from the swarm. Seeding the swarm is also a great way to contribute to the community.

Written by HermanChess the 27 Aug 08 at 07:52.

Ubuntu Brainstorm was updated in January 2009. Since the idea #12595 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #12595 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!

Written by Eldmannen the 22 Mar 08 at 00:35.

Ubuntu Brainstorm was updated in January 2009. Since the idea #5359 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

<i>Ubuntu Brainstorm was updated in January 2009. Since the idea #5359 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution.</i><br /> Thanks!