Re: [fossil-users] Maybe a bug in sync
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 pretty similar... And extremally immature as of now: Veracity's current bug tracker really isn't designed for the needs of an open source project. We'll fix that eventually. Anyhow, it looks to me like Fossil plus Scrum support and file locks. Out of which only the second seems to be worth it in some corner cases. See here for explanation: http://veracity-scm.com/qa/questions/102/why-would-you-design-a-dvcs-in-2011-that-supports-file-locks-dvcs-are-meant-to-make-it-needless-to-worry-about-that Kind regards, Remigiusz Modrzejewski ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Maybe a bug in sync
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 include file content. Any ideas? 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... Kind regards, Remigiusz Modrzejewski ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Concepts: why close a lead
On Fri, 12 Aug 2011, Jos Groot Lipman wrote: One question that pops up: why/when would I close a leaf. I mostly do it to make non-active branches no longer show up in the UI and as the result of some command lines (fossil leaves). I use feature branches a lot, and when I'm done with one I merge it back into to mainline development branch, and then I mark its leaf node as 'closed' to minimize clutter. In Subversion you would just remove the branch (you can revive it if need be). Gé___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] Maybe a bug in sync
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, and fossil doesn't seem to be throwing a fit over anything, and the only thing about the httptrace output that confirms the error is that there is no file information sent. As to why that would happen I don't know. Tomek ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
[fossil-users] localauth question
With fossil df9da91ba8 and localauth unset or set to 0, I observe that: 1. If I do 'fossil ui', I'm logged in and have admin options. 2. However, if I make access through apache/cgi via localhost, I'm not logged in. Is this expected? I see under Access Control Settings that 'from the fossil cgi if a line containing the word localauth appears in the CGI script'. Does the cgi setup require any additional command other than what is shown in the example here: http://www.fossil-scm.org/index.html/help?cmd=cgi for localauth to work? - Altu ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Re: [fossil-users] localauth question
Never mind. By adding a line with 'localauth' enabled admin options. - Original Message - From: Altu Faltu Sent: 08/18/11 10:25 AM To: fossil users Subject: [fossil-users] localauth question With fossil df9da91ba8 and localauth unset or set to 0, I observe that: 1. If I do 'fossil ui', I'm logged in and have admin options. 2. However, if I make access through apache/cgi via localhost, I'm not logged in. Is this expected? I see under Access Control Settings that 'from the fossil cgi if a line containing the word localauth appears in the CGI script'. Does the cgi setup require any additional command other than what is shown in the example here: http://www.fossil-scm.org/index.html/help?cmd=cgi for localauth to work? - Altu ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
