[mythtv] Weird File Mod Times in SVN 13887

[Roo]

On 15/07/07, R. G. Newbury <newbury at mandamus.org> wrote:
> I pulled down SVN 13887 yesterday at work, burned the mythtv, myththemes
> and mythplugins folders to a CDRW using K3B, copied that to the mythbox
> t home and started to compile it last night.
> Compiling mythplugins failed with a reported error something like 'Clock
> skew error ...the file time is 5.6e5 s in the future...

IIRC, make uses the modified time to determine is the file is modified
(compared against a cache of mod times), the clock skew warning is
letting you know it has found files with a timestamp in the future. If
the timestamps aren't right then make may not do the right thing.

You could recursively "touch" every file in the source tree then
recompile, I think make would be OK with that, every file has been
modified with a mod time now in the past. Maybe "make --touch" might
help, otherwise a find | xargs touch or similar.

Another option might be to run "make -B", unconditionally make all
targets, skips the modification detection,  probably will work.

>
> Huh??
>
> I was more than a little surprised to find that 'ls -al' disclosed that
> numerous mythplugin files were dated 'July 20, 2007'...while the rest
> were dated (and timed) July 13, 2007 at my download time. This was on
> the mythbox, and the CDRW. I can only presume that the download on the
> box at work will show the same, as i cannot see K3b changing things.

I believe when files are checked in to the svn repository the server
records the files modified time. The files modified time is stored as
Zulu (UTC) time.

Subversion make a couiple of assumptions when it comes to
client/server dates and times (it has been a while since I looked at
this so I could be wrong):

a/ Subversion does not rely on the client side *absolute* time being correct.
b/ Subversion does assume that relative time calculations on the
client side are correct.

I cannot remember the exact method of time/date calculations but
believe they are based on the above assumptions.

You may also want to check the "use-commit-times" option in your
~/.subversion/config, I am guessing it is enabled. This causes your
subversion client to set the date/time to the last commit time of the
files and the svn repo has ended up with an incorrect time for the
"last commit". Either due to svn repo server  misconfiguration or a
svn client side discontinuity in its date/time.

See: http://svnbook.red-bean.com/nightly/en/svn.advanced.confarea.html
down the bottom of the page.

> I cannot 'see' the individual files and mod times on TRAC...Anyone got
> ANY idea how this could happen?normalizes it by applying it to the server date/time

Try a "svn info filename" on the files, should report some time and
date info that will show you when it was last updated and last
changed.


HTH,

Roo.