Hello Stuart!

On Friday 29 August 2008 Stuart Lester wrote:
> I'm not sure about why this is happenig...but this is driving me
> crazy.
I'm sorry about that.

> Now, after I thought we had the problems behind us. I found a 
> file that should be on the OS (it is in subversion, but refuses to
> show up in a status and remote-status), but isn't. 
It might have been interesting what "fsvs info <filename>" would have said.

> So, I "bumped" the 
> file on the "master" system, and re-ran the "fsvs update
> -oconflict=remote -d" command, and got this error (only the last few
> lines included):
...
> 15:23:28.143 ops__find_entry_byname[est_ops.c:781] 
> Searching for create_schema.sql (create_schema.sql) 
> found no entry (ignored_too=0) 
> 15:23:28.143 cb__add_entry[racallback.c:165] entry
> opt/myoffice/sql/create_schema.sql, mode 0100000; 
> not found, may not create
>
> An error occurred at 15:23:28.187: No such file or directory (2)
>   in cb__record_changes_mixed [racallback.c:834]:
> reporter->finish_report: cb___open_file
> 15:23:28.187 main[fsvs.c:1261] memory stats: 0x807e000 to 0x81e9000, 1452
> KB
It seems that your entry lists are messed up completely. Maybe because you had 
them committed some time.

Please run "fsvs sync-repos" on the clients (possibly with a revision 
parameter) - that should re-build a clean entry list from the repository.

> I _really_ want this solution to work.  It seems quite elegant and
> feels like the most appropriate solution for us.  The problem is that
> I'm starting to get some push from other team members to move to other
> solutions.
Well, what are the alternatives?
For simple versioning you could use git - but that uses a local repository (=> 
space), or svn (not that space-efficient, too) - or mercurial or ... ?

Alone that multiple URLs can be overlayed (a base, and a machine-specific) is 
a major point for FSVS, which (AFAIK) no other product has.

> The fact is, we _can_not_ use the fsvs if it is so 
> unpredictable.
That's understandable.

> Could we have messed up something in the compile?
Don't think so.

> Could we have messed up something in the repository initialization?
Don't think so, either - my guess is the local entry-list.

> Could we have some odd config settings that are interfeering with the
> running of this?
No. None that I know of.

> At this point, I think something is wrong with our setup, since there
> does appear to be plenty of people that have successfully used this
> system.  My goal is to find out what we're doing wrong/differently,
> and fix it.  Let me know and I can send/post all of my configs,
> including the commands I'm using to initialize/update the system.
Well, let's try with "sync-repos"; if that's not enough we could do a debug 
session some evening (for me)/afternoon (for you) [since we've got 7hrs 
difference].

> Again, I really do appreciate all of your help (especially Phil).
> Thanks in advance for any thoughts you can offer.
You're welcome. Nothings too much if you're striving for world dominance ;-)


Regards,

Phil


-- 
Versioning your /etc, /home or even your whole installation?
             Try fsvs (fsvs.tigris.org)!

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to