I've just downloaded a snapshoot from
http://git.gpleda.org/?p=pcb.git;a=summary
and it created files with timestpamps in the future.
The make tool is now confused and ends up in an endless loop.
make: Warning: File `Makefile.am' has modification time 2.2e+04 s in the future
-rw-r--r-- 1
On Mon, Aug 29, 2011 at 08:37:30AM +0200, Kovacs Levente wrote:
I've just downloaded a snapshoot from
http://git.gpleda.org/?p=pcb.git;a=summary
and it created files with timestpamps in the future.
The make tool is now confused and ends up in an endless loop.
make: Warning: File
On Mon, 29 Aug 2011 07:09:21 -0700
Andrew Poelstra as...@sfu.ca wrote:
My dev server clock seems to have found its way out of sync. This
happens every so often, because of some oddity with Xen and timezones.
Perhaps setting the root and virtual domains to UTC will fix it;
I'll try this now.
On Mon, Aug 29, 2011 at 08:58:44AM +0200, Kovacs Levente wrote:
On Mon, 29 Aug 2011 07:09:21 -0700
Andrew Poelstra as...@sfu.ca wrote:
My dev server clock seems to have found its way out of sync. This
happens every so often, because of some oddity with Xen and timezones.
Perhaps setting
On Mon, Aug 29, 2011 at 08:37:30AM +0200, Kovacs Levente wrote:
I've just downloaded a snapshoot from
http://git.gpleda.org/?p=pcb.git;a=summary
and it created files with timestpamps in the future.
The make tool is now confused and ends up in an endless loop.
make: Warning: File
On Mon, 29 Aug 2011 00:09:27 -0700
Andrew Poelstra as...@sfu.ca wrote:
If you run
touch `find`
This will reset the timestamps on everything to your current
time. make will take a while to run, since it will then believe
everything has changed, but it won't get stuck anywhere.
Other
On Mon, 2011-08-29 at 00:04 -0700, Andrew Poelstra wrote:
Looks like 728f3502. The timestamps shown by git are only for
human use; they often end up out of order when one dev pushes
old commits from his machine after another pushs recent ones.
Andrew, I sometimes get emails from you with a
7 matches
Mail list logo