[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] wget bug?
From: |
Micah Cowan |
Subject: |
Re: [Bug-wget] wget bug? |
Date: |
Mon, 28 Mar 2011 10:49:03 -0700 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 |
On 03/27/2011 11:36 PM, Cory Sanders wrote:
> wget -r ftp://<myurl>/test.txt --ftp-user=<username>
> --ftp-password=<password>
>
>
>
> The above does not erase the existing file test.txt from my directory. The
> download says it has downloaded the new file, which is 139 bits:
>
> 100%[=======================================================================
> =============================================>] 139 --.-K/s in 0s
>
>
>
> 23:32:38 (755 KB/s) - `<myurl>/test.txt' saved [139]
>
>
>
> But an ll at the root shows the old file.
The ll shows your newly downloaded file, which has the "date modified"
timestamp that wget obtained from the server.
> Using CentOS5 on a box with Asterisk and Elastix.
>
> wget ftp://<myurl>/test.txt --ftp-user=<username> --ftp-password=<password>
>
> Writes the test.txt.1, test.txt.2, etc.
That's because, in this new example, you're not using -r. Note that they
both would have older timestamps too.
--
Micah J. Cowan
http://micah.cowan.name/