[PLUG] Future Time Stamp: Clocks FUBAR

[Galen Seitz]

Hi,

I know you've been having clock problems, but I'm not sure if you gotten 
it fixed yet.  Thus this message.

The following message just showed up here.  Here's the time and date 
from the headers.  Note that the time, day of month, and year are all 
incorrect.

Received: from salmo.appl-ecosys.com (unknown [50.38.88.7])
	by white.spiritone.com (Postfix) with ESMTPSA id 0435873402CE
	for <plug at lists.pdxlinux.org>; Fri, 16 Jan 2015 13:13:27 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
	by salmo.appl-ecosys.com (Postfix) with ESMTP id 8EA3B99390
	for <plug at lists.pdxlinux.org>; Thu, 16 Jan 2014 13:12:07 -0800 (PST)
Date: Thu, 16 Jan 2014 13:12:07 -0800 (PST)



On 01/16/14 13:12, Rich Shepard wrote:
> On Fri, 16 Jan 2015, John Meissen wrote:
>
>> Why would you expect the timestamp on a directory to change without
>> changing anything in the directory?
>
> John,
>
>     Guess I was not sufficiently clear. All files in ./sqlite/ have today's
> date; none display a timestamp. That directory was created a couple of
> months ago and the previous upgrade (to 3.0.7.4) had no issues. That's
> before the system was rebooted.
>
>     In that directory is the source file, sqlite-src-3080800.zip and when I
> look at the files within that (using 'unzip -v sqlite-src-3080800/') they
> all have a date/time like this:
>
> Makefile.in
>        267  Defl:N      190  29% 01-16-2015 05:47 3fe38957
> sqlite-src-3080800/sqlite3.pc.in
>
>     That's when the .zip file was built.
>
>     I unzip it, then tar it:
>
> tar cvf sqlite-src-3080800.tar sqlite-src-3080800/
>
> and when I look at the tarball (say at 13:08) with 'tar tvf
> sqlite-src-3080800.tar' I see:
>
> -rw-r--r-- rshepard/users     267 2015-01-16 20:47
> - sqlite-src-3080800/sqlite3.pc.in
>
>     What I'm trying to learn is where the additional 15 hours was put in.
> Normally I could not care less about time stamps except that the tarball
> will not build with the script because of the differences in time.
>
>     Is this more clear?
>
> Rich
>
>
>
>
> _______________________________________________
> PLUG mailing list
> PLUG at lists.pdxlinux.org
> http://lists.pdxlinux.org/mailman/listinfo/plug
>


-- 
Galen Seitz
Seitz & Associates
galens at seitzassoc.com