r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Ann-Reply] Reply to Announce group

Andreas
24-Apr-2011
[2542]
The difference is most likely that my systems have a synced time, 
whereas your workstation has not.
Kaj
24-Apr-2011
[2543]
Yes, that's what I suggested
Andreas
24-Apr-2011
[2544]
Exactly. The fossil version doesn't matter much.
Kaj
24-Apr-2011
[2545]
So, I can't replicate your problem, and it doesn't prevent Fossil 
from functioning, does it?
Andreas
24-Apr-2011
[2546]
You can easily replicate my problem: sync your system time properly.
Kaj
24-Apr-2011
[2547]
Why would I?
Andreas
24-Apr-2011
[2548x2]
It does not, but it'll give everyone with a synced time a warning 
on each and every clone/pull.
To replicate the problem. Of course, if you don't want to, that's 
fine.
Kaj
24-Apr-2011
[2550x2]
That's good to know, thanks. But I have higher priority work
If a newer Fossil version would fix it, I would have been willing 
to update, though
Andreas
24-Apr-2011
[2552x2]
Nothing to do with fossil.
The time on your server is off, simple as that.
Kaj
24-Apr-2011
[2554]
It generates the warning, doesn't it?
Andreas
24-Apr-2011
[2555]
03-16 generates the same warning.
Kaj
24-Apr-2011
[2556]
If I make it better than 13 seconds, it will still be off
Andreas
24-Apr-2011
[2557x2]
Okay, it is way off, then.
Fossil won't complain <10 secs.
Kaj
24-Apr-2011
[2559x3]
OK, I'll keep that in mind when I look into NTP
But obviously, it's not something that keeps Fossil from working, 
it's just a friendly reminder that it tailors to the habits of the 
local user
Or actually more likely, it doesn't care about absolute time, but 
only about the relative time of the server and the local machine
Andreas
24-Apr-2011
[2562x2]
Relative time between check-ins.
And it will try to prevent you from creating a check-ins that are 
"earlier" than their parents.
Kaj
24-Apr-2011
[2564]
Yes, so it may become relevant on highly popular projects with frantic 
contributions all during the day
onetom
24-Apr-2011
[2565]
it didnt complain for me
Andreas
24-Apr-2011
[2566]
Or for a single contributor trying to create two check-ins in quick 
succession.
Kaj
24-Apr-2011
[2567x2]
Only if he would switch machines within then seconds
ten
Andreas
24-Apr-2011
[2569]
Or whatever the relative unsyncedness between the two machines is.
onetom
24-Apr-2011
[2570x2]
why the hell is it an issue at all? i think because of the versioning 
model depends too much on the timestamps...
which is not the case with darcs.
Kaj
24-Apr-2011
[2572x3]
Yes, but that falls nicely in the category of something the user 
would be aware off
It doesn't depend on time stamps. Each file has an SHA1 hash, like 
Monotone, Git and Arch 2
It can use time stamps to detect file changes, but you can turn that 
off if you want
onetom
24-Apr-2011
[2575]
i c
Kaj
24-Apr-2011
[2576]
I've turned off Modified Time detection. Can you tell me if that 
makes a difference in the warning?
Andreas
24-Apr-2011
[2577]
No difference.
Kaj
24-Apr-2011
[2578]
OK, thanks
Andreas
24-Apr-2011
[2579]
syllable server seems to have msntp available. running "msntp -a 
ntp1.nl.net" would sync your server's time against.
Kaj
24-Apr-2011
[2580x2]
OK, I'll try that
Used it once. Can you try again?
Andreas
24-Apr-2011
[2582]
server time seems still off, maybe it's too off for adjtime() to 
be used
Kaj
24-Apr-2011
[2583]
I didn't get the impression it changed, no
Andreas
24-Apr-2011
[2584]
try "msntp -r ntp1.nl.net" instead (which, from the manual, should 
use settimeofday())
Kaj
24-Apr-2011
[2585x2]
I don't think adjtime is configured
-r set it back a bit
Andreas
24-Apr-2011
[2587x2]
yep, is in sync now
from this on, a -a once an hour via a cronjob would keep it in sync
Kaj
24-Apr-2011
[2589x2]
I've put it in the startup script, before Fossil
No Cron, and I don't plan on adding it
Andreas
24-Apr-2011
[2591]
msntp -x
 would make it run as a daemon