]> git.saurik.com Git - apt.git/commit - methods/gzip.cc
unbreak the copy-method claiming hashsum mismatch since ~exp9
authorDavid Kalnischkies <david@kalnischkies.de>
Sun, 11 Oct 2015 11:58:23 +0000 (13:58 +0200)
committerDavid Kalnischkies <david@kalnischkies.de>
Wed, 4 Nov 2015 17:04:00 +0000 (18:04 +0100)
commitaf9e40c9bfb353b8aea1e2621b3b5a8c1c1db4bd
tree45c52718410a77b27ac7ae6745b52d3ec03e9fda
parent3685f84d8c0abfbddd12e034561e5f3fe8cbf2eb
unbreak the copy-method claiming hashsum mismatch since ~exp9

Commit 653ef26c70dc9c0e2cbfdd4e79117876bb63e87d broke the camels back in
sofar that everything works in terms of our internal use of copy:/, but
external use is completely destroyed. This is kinda the reverse of what
happened in "parallel" in the sid branch, where external use was mostly
fine, internal and external exploded on the GzipIndexes option.

We fix this now by rewriting our internal use by letting copy:/ only do
what the name suggests it does: Copy files and not uncompress them
on-the-fly. Then we teach copy and the uncompressors how to deal with
/dev/null and use it as destination file in case we don't want to store
the uncompressed files on disk.

Closes: 799158
apt-pkg/acquire-item.cc
debian/control
methods/copy.cc
methods/gzip.cc
test/integration/framework
test/integration/test-compressed-indexes