Your message dated Sat, 23 Jul 2011 11:58:06 +0200
with message-id <[email protected]>
and subject line Re: Bug#609024: wget: Incorrect filename when downloading from
sourceforge
has caused the Debian Bug report #609024,
regarding wget: Incorrect filename when downloading from sourceforge
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
609024: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609024
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: wget
Version: 1.12-2.1
Severity: normal
When I download a file from sourceforge, it is saved with the filename
'download'. For example:
$ wget --content-disposition
'http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Automated%20Builds/mingw-w32-bin_x86_64-linux_20101230.tar.bz2/download'
--2011-01-05 14:33:17--
http://sourceforge.net/projects/mingw-w64/files/Toolchains%20targetting%20Win32/Automated%20Builds/mingw-w32-bin_x86_64-linux_20101230.tar.bz2/download
Resolving sourceforge.net... 216.34.181.60
Connecting to sourceforge.net|216.34.181.60|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location:
http://downloads.sourceforge.net/project/mingw-w64/Toolchains%20targetting%20Win32/Automated%20Builds/mingw-w32-bin_x86_64-linux_20101230.tar.bz2?r=&ts=1294237997&use_mirror=ovh
[following]
--2011-01-05 14:33:17--
http://downloads.sourceforge.net/project/mingw-w64/Toolchains%20targetting%20Win32/Automated%20Builds/mingw-w32-bin_x86_64-linux_20101230.tar.bz2?r=&ts=1294237997&use_mirror=ovh
Resolving downloads.sourceforge.net... 216.34.181.59
Connecting to downloads.sourceforge.net|216.34.181.59|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location:
http://ovh.dl.sourceforge.net/project/mingw-w64/Toolchains%20targetting%20Win32/Automated%20Builds/mingw-w32-bin_x86_64-linux_20101230.tar.bz2
[following]
--2011-01-05 14:33:18--
http://ovh.dl.sourceforge.net/project/mingw-w64/Toolchains%20targetting%20Win32/Automated%20Builds/mingw-w32-bin_x86_64-linux_20101230.tar.bz2
Resolving ovh.dl.sourceforge.net... 91.121.124.23, 91.121.125.23
Connecting to ovh.dl.sourceforge.net|91.121.124.23|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 180684794 (172M) [application/x-bzip2]
--2011-01-05 14:33:18--
http://ovh.dl.sourceforge.net/project/mingw-w64/Toolchains%20targetting%20Win32/Automated%20Builds/mingw-w32-bin_x86_64-linux_20101230.tar.bz2
Connecting to ovh.dl.sourceforge.net|91.121.124.23|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 180684794 (172M) [application/x-bzip2]
Saving to: `download'
etc.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (530, 'testing'), (520, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages wget depends on:
ii dpkg 1.15.8.7 Debian package management system
ii install-info 4.13a.dfsg.1-6 Manage installed documentation in
ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib
ii libssl0.9.8 0.9.8o-4 SSL shared libraries
wget recommends no packages.
wget suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hello Sam,
Am Mittwoch, den 05.01.2011, 09:08 -0800 schrieb Micah Cowan:
> I can't reproduce this problem on Ubuntu using wget_1.12-2.1.
>
> However, try adding the option --trust-server-name to see if that makes
> a difference. A change went into wget to prevent it from letting the
> server take too much control over how files are named, though
> --content-disposition overrides that behavior (at least for the
> Content-Disposition header, though that doesn't apply here).
>
> Failing that, try it with WGETRC=/dev/null in the environment or something.
>
> Using the --debug option may help to find out what's going on.
The fix for CVE-2010-2252 introduced the option --trust-server-name and
with this option the correct filename is saved.
--
Noël Köthe <noel debian.org>
Debian GNU/Linux, www.debian.org
signature.asc
Description: This is a digitally signed message part
--- End Message ---
