[Bug 630338] Re: Release-upgrades should always use a local mirror
Brian Murray
brian at ubuntu.com
Fri Mar 30 16:51:32 UTC 2012
*** This bug is a duplicate of bug 289952 ***
https://bugs.launchpad.net/bugs/289952
** This bug is no longer a duplicate of bug 773823
fails to upgrade with non-official repositories
** This bug has been marked a duplicate of bug 289952
[8.10] update-manager ignores sources.list during hardy->intrepid upgrade
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to update-manager in Ubuntu.
https://bugs.launchpad.net/bugs/630338
Title:
Release-upgrades should always use a local mirror
Status in “update-manager” package in Ubuntu:
Invalid
Bug description:
Binary package hint: update-manager
When attempting to update to the Maverick 10.10 beta, using "update-
manager -c -d":
1. The DistUpgrade tool and its related Python packages, if I'm not wrong, was downloaded from the main US mirror "archive.ubuntu.com".
2. At the "Setting software channels" step after disabling 3rd party sources, the download mirror that is added to /etc/apt/sources.list is again the US mirror "http://archive.ubuntu.com/ubuntu". The original line in sources.list: "deb ftp://mirror.upm.edu.my/ubuntu/ lucid main universe multiverse restricted" is ignored and commented out instead.
So the main problem is that the Ubuntu upgrade is now subject to
network conditions between the user's ISP and trunk line to the US (in
my case, I suspect our ISPs have been throttling downloads from the
US, so my download speed is incredibly slow compared to my ADSL plan's
usual speed.) - even though it would have been trivially
straightforward to determine which mirror the user has already chosen
to use, and whether the mirror has up-to-date packages to support the
Maverick upgrade.
Edit: Doh! Could no longer reproduce this behaviour, might have been a
fluke.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/630338/+subscriptions
More information about the foundations-bugs
mailing list