Package: apt Version: 0.5.27 Severity: normal Bug number #152711 reported that apt did not handle chunked encoding from the server properly. A fix for that bug was applied for v0.5.25 of apt. I have tested apt again recently and a different problem is now present with chunked encoding.
When I retrieve a file from a server that uses chunked encoding apt will sometimes corrupt the file by failing to remove the chunked encoding information from the data stream. For example the following is the file from /var/lib/apt/lists/partial/ for one of the Release files (I have replaced the character 13 by the two characters ^M so that it shows clearly in plain text). -------------------- 58^M Archive: testing Component: non-US/main Origin: Debian Label: Debian Architecture: i386 ^M 0^M ^M -------------------- This is clearly the body that was sent from the server without removing the chunked encoding. The data is valid since it says the length is 0x58 bytes which it clearly is. The Packages.gz files all contain the ^M, 0^M, ^M lines at the end and are corrupted in the middle as well. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-67 Locale: LANG=C, LC_CTYPE=C Versions of packages apt depends on: ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libgcc1 1:3.4.1-4sarge1 GCC support library ii libstdc++5 1:3.3.4-6sarge1.2 The GNU Standard C++ Library v3 -- no debconf information
