Bug #1741
closed
Added by robin.carey1 over 14 years ago.
Updated almost 10 years ago.
Description
Dear DragonFlyBSD bugs,
As part of my daily routine to check my website is operating OK (
www.leopard.uk.com), I retrieve
C12G10.tgz from my website on leaf.dragonflybsd.org and diff the file
against the master copy,
and also check the MD5 checksum matches.
Today, when I was doing this I noticed that the newly created file (BLAH)
retrieved from my website
has a file creation date of Feb 28 2010. But todays date is 18 April 2010.
Unless I'm being stupid, this would appear to be a bug .....
Files
:Dear DragonFlyBSD bugs,
:
:As part of my daily routine to check my website is operating OK (
:www.leopard.uk.com), I retrieve
:C12G10.tgz from my website on leaf.dragonflybsd.org and diff the file
:against the master copy,
:and also check the MD5 checksum matches.
:
:Today, when I was doing this I noticed that the newly created file (BLAH)
:retrieved from my website
:has a file creation date of Feb 28 2010. But todays date is 18 April 2010.
:
:Unless I'm being stupid, this would appear to be a bug .....
:
:--
:Sincerely,
:Robin Carey
It depends on what you are using to retrieve the file. Some programs
are going to copy the timestamp the original file had.
-Matt
I was using ftp.
But even if the ftp program was copying the original timestamp, it didn't
get the time right; the date would have been right.
On 18 April 2010 17:40, Matthew Dillon (via DragonFly issue tracker) <
bugs@crater.dragonflybsd.org> wrote:
Matthew Dillon <dillon@apollo.backplane.com> added the comment:
:Dear DragonFlyBSD bugs,
:
:As part of my daily routine to check my website is operating OK (
:www.leopard.uk.com), I retrieve
:C12G10.tgz from my website on leaf.dragonflybsd.org and diff the file
:against the master copy,
:and also check the MD5 checksum matches.
:
:Today, when I was doing this I noticed that the newly created file (BLAH)
:retrieved from my website
:has a file creation date of Feb 28 2010. But todays date is 18 April 2010.
:
:Unless I'm being stupid, this would appear to be a bug .....
:
:--
:Sincerely,
:Robin Carey
It depends on what you are using to retrieve the file. Some programs
are going to copy the timestamp the original file had.
-Matt
----------
status: unread -> chatting
_____________________________________________
DragonFly issue tracker <bugs@lists.dragonflybsd.org>
<http://bugs.dragonflybsd.org/issue1741>
_____________________________________________
:I was using ftp.
:But even if the ftp program was copying the original timestamp, it didn't
:get the time right; the date would have been right.
:
:On 18 April 2010 17:40, Matthew Dillon (via DragonFly issue tracker) <
:bugs@crater.dragonflybsd.org> wrote:
The time is probably off by the difference between time-zones.
The FTP server tends to report timestamps in localtime which is
converted to localtime on the target machine. This tends to
mess up the time stamps.
rdist, rsync, and scp are more accurate.
-Matt
- Description updated (diff)
- Category set to Other
- Status changed from New to Closed
- Assignee deleted (
0)
- Target version set to 4.2
Information on why the timestamp difference happened was provided by Matt.
Closing this one.
Cheers,
Antonio Huete
Also available in: Atom
PDF