reassign 221754 apt-proxy thanks At Wed, 19 Nov 2003 18:45:11 -0500, Matt Zimmerman wrote: > On Thu, Nov 20, 2003 at 10:01:37AM +1100, Angus Lees wrote: > > it seems that apt 0.5.14 no longer url-escapes '~' characters in urls. > > apt 0.5.8 (at least) correctly converts it to '%7e' > > Nothing has changed in this area since 0.5.8. Furthermore, '~' is not a > reserved character in URIs (see RFC 2396), and so apt should not escape it > unless it is being used in a context which requires this for other reasons.
Ah. I was being lazy and should have checked the RFC first. Apologies for the hasty bug report. I looked into it further and it seems the apt version wasn't the significant difference - one is using a (squid) proxy, the other is not. Further it seems that squid unescapes a %7e to a '~' on the way through. apt-proxy doesn't like '~' characters in urls. Line 1195 (INSANE=...) of apt-proxy doesn't include '~' in the list of allowed characters. Given that apt-proxy is a shell script, this is probably a wise move, but it does mean that its impossible to download anything from people.debian.org through apt-proxy, while having an http_proxy environment variable set. Since %7e seems to works fine in apt-proxy, perhaps apt-proxy should url-escape undesired-yet-legitimate characters, rather than returning 404? - Gus Package: apt-proxy Version: 1.3.6 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dolly 2.4.20-686 #1 Mon Jan 13 22:22:30 EST 2003 i686 Locale: LANG=en_AU, LC_CTYPE=en_AU Versions of packages apt-proxy depends on: ii ash 0.4.19 Compatibility package for the Debi ii binutils 2.14.90.0.6-5 The GNU assembler, linker and bina ii grep-dctrl 1.11 Grep Debian package information ii netbase 4.14 Basic TCP/IP networking system ii rsync 2.5.6-1 fast remote file copy program (lik ii tcpd 7.6-ipv6.1-3 Wietse Venema's TCP wrapper utilit ii wget 1.9-1 retrieves files from the web -- no debconf information
