summaryrefslogtreecommitdiff
path: root/buildlib/tools.m4
diff options
context:
space:
mode:
authorDavid Kalnischkies <david@kalnischkies.de>2016-04-16 00:07:28 +0200
committerDavid Kalnischkies <david@kalnischkies.de>2016-04-25 15:35:52 +0200
commit9b8034a9fd40b4d05075fda719e61f6eb4c45678 (patch)
treee7b9ed03d297e7aac374b6fc36949d66ad4e4a2e /buildlib/tools.m4
parent30979dd7616105302f06af82f419eb62d7b613f8 (diff)
use the same redirection mirror for all index files
Redirection services like httpredir.debian.org tend to use a set of mirrors from which they pick a mirror at "random" for each requested file, which is usually benefitial for the download of debs, but for the index files this can quickly cause problems (aka hashsum mismatches) if the two (or more) mirrors involved are only slightly out-of-sync. This commit "resolves" this issue by using the mirror we ended up using to get the (signed) Release file directly to get the index files belonging to this Release file instead of asking the redirection service which eliminates the risk of hitting out-of-sync mirrors. As an obvious downside the redirection service can't serve partial mirrors anymore for indexes and the download of indexes indexed in the same Release file can't be done in parallel (from different mirrors). This does not effect the download of non-index files like deb-files as out-of-sync mirrors aren't a huge problem there, so the parallel download outweights a potentially 404 error (also because this causes no errenous downloads while hashsum mismatches download the entire file before finding out that it was pointless). The rational for this is that indexes are relative to the Release file. If we would be talking about a HTML page including images, such a behaviour is obvious and intended – not doing it means in the best case a bunch of "useless" requests which will all be answered with a redirect.
Diffstat (limited to 'buildlib/tools.m4')
0 files changed, 0 insertions, 0 deletions