I guess I like Mark's --ignore-length strategy. and it looks like this
could work with a fix to Wget found in this patch:
Index: src/ftp.c
===================================================================
RCS file: /pack/anoncvs/wget/src/ftp.c,v
retrieving revision 1.61
diff -u -c -r1.61 ftp.c
*** src/ftp.c 2003/01/11 20:12:35 1.61
--- src/ftp.c 2003/07/30 17:43:04
***************
*** 1360,1369 ****
tml++;
#endif
/* Compare file sizes only for servers that tell us correct
! values. Assumme sizes being equal for servers that lie
! about file size. */
cor_val = (con->rs == ST_UNIX || con->rs == ST_WINNT);
! eq_size = cor_val ? (local_size == f->size) : 1 ;
if (f->tstamp <= tml && eq_size)
{
/* Remote file is older, file sizes can be compared and
--- 1360,1370 ----
tml++;
#endif
/* Compare file sizes only for servers that tell us correct
! values. Assume sizes being equal for servers that lie
! about file size, or if givin the ignore length option */
cor_val = (con->rs == ST_UNIX || con->rs == ST_WINNT);
! eq_size = cor_val
! && !opt.ignore_length ? (local_size == f->size) : 1;
if (f->tstamp <= tml && eq_size)
{
/* Remote file is older, file sizes can be compared and
On Tue, 29 Jul 2003, Post, Mark K wrote:
> Other than the "--ignore-length" option I mentioned previously, no. Sorry.
>
> Mark Post
>
> -----Original Message-----
> From: Preston [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 29, 2003 7:01 PM
> To: [EMAIL PROTECTED]
> Subject: Re: -N option
>
> To answer questons asked so far: We are using wget version 1.8.2
> I have checked the dates on the local file and the remote file and the
> local file date is newer. The reason I thought it was still clobbering
> despite the newer date on the local was because of the size difference.
> I read that in the online manual here:
> http://www.gnu.org/manual/wget/html_chapter/wget_5.html#SEC22
>
> At the bottom it says,
>
> "If the local file does not exist, or the sizes of the files do not
> match, Wget will download the remote file no matter what the time-stamps
> say."
>
> I do want newer files on the remote to replace older files on the local
> server. Essentially, I want the newest file to remain on the local.
> The problem I am having, however is that if we change/update files on
> the local, if they are of a different size, the remote copy is
> downloaded and clobbers the local no matter what the dates are. I hope
> this is clear, sorry if I have not explained the problem well. Let me
> know if you have anymore ideas and if you need me to try again to
> explain. Thanks for your help.
>
> Preston
> [EMAIL PROTECTED]
--
PINE 4.55 Mailer - www.washington.edu/pine/
source-included, proprietary, gratis, text-based, console email clientIndex: src/ftp.c
===================================================================
RCS file: /pack/anoncvs/wget/src/ftp.c,v
retrieving revision 1.61
diff -u -c -r1.61 ftp.c
*** src/ftp.c 2003/01/11 20:12:35 1.61
--- src/ftp.c 2003/07/30 17:43:04
***************
*** 1360,1369 ****
tml++;
#endif
/* Compare file sizes only for servers that tell us correct
! values. Assumme sizes being equal for servers that lie
! about file size. */
cor_val = (con->rs == ST_UNIX || con->rs == ST_WINNT);
! eq_size = cor_val ? (local_size == f->size) : 1 ;
if (f->tstamp <= tml && eq_size)
{
/* Remote file is older, file sizes can be compared and
--- 1360,1370 ----
tml++;
#endif
/* Compare file sizes only for servers that tell us correct
! values. Assume sizes being equal for servers that lie
! about file size, or if givin the ignore length option */
cor_val = (con->rs == ST_UNIX || con->rs == ST_WINNT);
! eq_size = cor_val
! && !opt.ignore_length ? (local_size == f->size) : 1;
if (f->tstamp <= tml && eq_size)
{
/* Remote file is older, file sizes can be compared and
