On Aug 17, 2011, at 09:09 , Eric wrote:
That is another DVCS - Veracity(http://veracity-scm.com).
But then you say that there's this other DVCS with a different design
philosophy and a different internal structure
Don't know about internals, but on the first look the design seems to be
On Aug 17, 2011, at 19:14 , Tomek Kott wrote:
All info about veracity aside...anyone have any idea why there doesn't seem
to be an obvious error in the fossil sync, yet a file is not being synced?
The httptrace doesn't indicate anything wrong (to my untrained eyes), but
obviously doesn't
Was anybody able to reproduce the problematic situation? I'm not even able
to run .bat files, as I don't have a Windows instance handy...
I haven't run the batch files either -- I'm just typing things in by hand
(the same commands as if it were batch files). I can't reproduce the error
either,
Compare to veracity(http://veracity-scm.com):
v_server.bat
if exist D:\server rd /s /q D:\server
md D:\server
cd /d D:\server
vv version
@if
Perhaps someone with better experience at reading the httptrace options
could chime in, since I'm not sure where the error is. Are there other
debugging parameters available, either for the server or the sync function?
For comparison, here are my http traces for the first sync. Notice, that I
2011/8/16 Yujianbin yujian...@huawei.com
vv repo delete ops.server
vv init ops.server
vv whoami --create Server
i'm not sure what you're trying to show us - vv is not fossil. Fossil has no
whoami command.
vv serve --port 443 --public
nor does it have a serve command.
D:\clientvv
Re: [fossil-users] Maybe a bug in sync
Stephan Beal [sgb...@googlemail.com]
2011-08-16 (星期二) 21:41
2011/8/16 Yujianbin yujian...@huawei.com
vv repo delete ops.server
vv init ops.server
vv whoami --create Server
i'm not sure what you're
Re: [fossil-users] Maybe a bug in sync
Stephan Beal [sgb...@googlemail.com]
2011-08-16 (星期二) 21:41
2011/8/16 Yujianbin yujian...@huawei.com
vv repo delete ops.server
vv init ops.server
vv whoami --create Server
i'm not sure what you're
Hi Justin,
My English is not well. I don't know that you said everything worked means
you get a different result of the last timeline command. My result is:
Yes, I get a different result than you. What I find is for the server
repository :
=== 2011-08-11 ===
13:41:50 [925ffeb995] *CURRENT*
regards.
Justin Yu
Re: [fossil-users] Maybe a bug in sync
Tomek Kott [tkott.s...@gmail.com]
2011-08-10 (星期三) 22:42
Without using the batch files, I've done everything you have by hand using
fossil 1.19 2011 07 22. When I go
.
Justin Yu
Re: [fossil-users] Maybe a bug in sync
Tomek Kott [tkott.s...@gmail.com]
2011-08-10 (星期三) 22:42
Without using the batch files, I've done everything you have by hand using
fossil 1.19 2011 07 22. When I go
Without using the batch files, I've done everything you have by hand using
fossil 1.19 2011 07 22. When I go back to the server, and write fossil open
ops, I correctly get the client1.txt file on the server side. Therefore, it
is either a windows XP vs. 7 issue, or a fossil vs. 1.18 vs 1.19 issue.
2011/8/3 Yujianbin yujian...@huawei.com
D:\o is server, D:\m is client.
...
D:\mcd /d D:\o
** **
D:\ofossil ls
** **
test.txt is NOT in the repository of server
stephan@tiny:~$ f help ls
Usage: f ls [-l]
Show the names of all files in the current checkout.
2011/8/3 Yujianbin yujian...@huawei.com
D:\o is server, D:\m is client.
** **
The content of tst_server.bat is:
md D:\o
cd /d D:\o
if exist ops del /q ops
if exist _FOSSIL_ del /q _FOSSIL_
fossil version
@echo Please record the password and set it
14 matches
Mail list logo