public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Misleading timestamps on setup-x86_64.exe
@ 2019-03-18  6:04 Jim Fehrle
  2019-03-18  8:55 ` Mark Geisert
  0 siblings, 1 reply; 7+ messages in thread
From: Jim Fehrle @ 2019-03-18  6:04 UTC (permalink / raw)
  To: cygwin

I downloaded two copies of setup-x86_64.exe, one a year or more
ago (v2.882) and one today (v2.895).  Both of them have timestamps in my
filesystem of 11/27/2017, which I expect is being copied from the server I
downloaded from.

It would be helpful if these timestamps reflected when those versions were
created by Cygwin.  It would give you an idea how old or new your version
is.

Thanks,

Jim

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 7+ messages in thread
* Re: Misleading timestamps on setup-x86_64.exe
@ 2019-03-19  0:28 Jim Fehrle
  2019-03-19  4:39 ` Mark Geisert
  2019-03-19 18:34 ` Achim Gratz
  0 siblings, 2 replies; 7+ messages in thread
From: Jim Fehrle @ 2019-03-19  0:28 UTC (permalink / raw)
  To: cygwin

Date: Mon, 18 Mar 2019 01:55:36 -0700
Subject: Re: Misleading timestamps on setup-x86_64.exe
Mark Geisert wrote:

> Here are mine:
> /c/staging ls -l Cygwin??/setup*.exe
> -rwxrwxr-x+ 1 Mark None 1171475 Dec 20 01:18 Cygwin32/setup-x86.exe*
> -rwxrwxr-x+ 1 Mark None 1224211 Dec 20 01:17 Cygwin64/setup-x86_64.exe*

> Check the size of your v2.895 against the last line above.  If it's
different,
> you may not have the recent version you think.  I don't want to speculate
why.

> How did you download?  Is there a proxy cache in the way?

The file length matches exactly.

I downloaded by clicking the link at https://cygwin.com/.  No idea about a
proxy server.  Is that something an ISP might set up?  I'm working from my
home, not an office.  Not work-related.

Jim

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 7+ messages in thread
* Re: Misleading timestamps on setup-x86_64.exe
@ 2019-03-20  5:30 Jim Fehrle
  0 siblings, 0 replies; 7+ messages in thread
From: Jim Fehrle @ 2019-03-20  5:30 UTC (permalink / raw)
  To: cygwin

Date: Tue, 19 Mar 2019 19:34:38 +0100
Subject: Re: Misleading timestamps on setup-x86_64.exe
Achim Gratz writes:

> You didn't tell us how exactly you downloaded the file.  If you
> donwloaded it onto an already existing file (overwriting it), it may
> have kept the old timestamp depending on what software you used and what
> timestamp you look at.  So use a fresh directory or move the old file
> away first and see if that's helping.

Chrome renames a downloaded file if there is already a downloaded file with
the same name,
e.g. to "setup-x86_64.exe (1)".  When I tried it again now, the filestamp
showed the time it was downloaded.  Unless I see the incorrect timestamp
behavior again, it's easily reproducible and can clearly be attributed to
Cygwin, I think there's nothing to change in Cygwin.

Thanks to all,

Jim

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2019-03-20  5:30 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-03-18  6:04 Misleading timestamps on setup-x86_64.exe Jim Fehrle
2019-03-18  8:55 ` Mark Geisert
2019-03-19  0:28 Jim Fehrle
2019-03-19  4:39 ` Mark Geisert
2019-03-19  5:18   ` Brian Inglis
2019-03-19 18:34 ` Achim Gratz
2019-03-20  5:30 Jim Fehrle

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).