Your message dated Sat, 23 Jul 2011 15:14:09 +0200
with message-id <[email protected]>
and subject line Re: #175139 wget needs to set timestamp of partially
downloaded file (and check that)
has caused the Debian Bug report #175139,
regarding wget needs to set timestamp of partially downloaded file (and check
that)
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.)
--
175139: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=175139
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: wget
Version: 1.8.2-8
Severity: wishlist
I'm not 100% sure I see this correctly, but from looking at the source...
Problem: I want to download big files from an FTP server (the IMDb data
files, BTW).
Now, if those files get updated while I have a partially downloaded file
lying around, I want the whole file to be fetched (of course, since just
appending would produce a broken file).
But wget doesn't set the timestamp for partial downloads when interrupted
with SIGINT (apparently, since the file has the current local time).
And, in ftp.c, it checks the size of the upstream file and the local file,
and if they're different, it fetches the file. Okay, but: I want to use
--continue (the biggest file is 38M, and I'm behind a 33.6Kbit modem line).
So, what wget needs to do:
+ set the timestamp of a file, both when the file was successfully fetched
(current behavior) and when wget was interrupted for some reason
(needs a SIGINT/TERM/HUP/whatever-else handler)
+ in the timestamp check, check the timestamp always, and *disregard* the
file size for this. (I don't quite understand why they thought this
necessary... since some servers (most?) don't correctly report the size
anyway.)
Only if the timestamps are *equal*, check the size.
Should probably look into hacking wget a bit, the code seems to have matured
since the 1.5.x days ;-) And there was one other wishlist item I had...
about wget shutting down in some weird cases. Have to dig that up... I
recall having looked at the code searching for the cause and finding it.
Damn... shoulda sent a PR, I know.
Now, if I only could learn to stop rambling... ;-)
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux wanderer 2.4.20-wanderer #1 Sun Dec 8 01:18:28 CET 2002 i686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8
Versions of packages wget depends on:
ii libc6 2.3.1-7 GNU C Library: Shared libraries an
ii libssl0.9.6 0.9.6g-10 SSL shared libraries
-- no debconf information
--
Jürgen A. Erhard ([email protected])
Invasion! http://invasion.jerhard.org
GNUstep - Free OPENSTEP (http://www.gnustep.org)
George W. Putsch, Commander in Thief
pgpSQi2bbYgqR.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Am Samstag, den 23.07.2011, 15:11 +0200 schrieb Noël Köthe:
> I'm checking old wget bugs like yours: http://bugs.debian.org/175139
>
> Is wget not behaving like this now and is it OK to close this bug?
reporter email address bounced. Closing....
--
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 ---
