On 10/20/2011 6:46 AM, Martin Gagnon wrote:
On 2011-10-20, at 01:13, Jeff Slutter j...@slutter.com wrote:
A couple weeks ago I posted about the possibility of a new configuration
setting called something like allow-binmerge (default off). If it is
enabled, and there is a gmerge-command set
A couple weeks ago I posted about the possibility of a new configuration
setting called something like allow-binmerge (default off). If it is
enabled, and there is a gmerge-command set, could Fossil call the
gmerge-command to resolve a binary merge conflict?
I would like to be able to handle
On 10/8/2011 9:58 AM, Martin Gagnon wrote:
A gui client might access directory one at a time (kind of file manager) and
only use fossil ls to figure out what file is under fossil control. I guess
calling systematically fossil extra is not necessary. Or may be I missed
something.
This
On 10/4/2011 4:24 PM, Richard Hipp wrote:
On Tue, Oct 4, 2011 at 4:09 PM, Stephan Beal sgb...@googlemail.com
mailto:sgb...@googlemail.com wrote:
On Tue, Oct 4, 2011 at 10:04 PM, Stephan Beal
sgb...@googlemail.com mailto:sgb...@googlemail.com wrote:
So it would basically
On 9/29/2011 2:12 PM, Joerg Sonnenberger wrote:
What Operating System is that on? There might be a limit to the number
of filesystem objects that can be cached and your tree just large enough
to not fit into it. Another thing to try is forcing the _FOSSIL_ file
into cache (e.g. cat _FOSSIL_
I downloaded the Windows 1.18 version (supposedly build with mingw) from
the website and tested it getting the same results as my previous post's
timings ('delete' mode and 'wal' mode).
Using Sysinternals' Process Monitor it was clear that fossil was reading
all the way through the repository
Some good news...
I came in to work, disabled repo-cksum, on the copy of the repository at
work and tested again. Single file commit took 6 seconds. I made a
number of changes to files (11 files total, a collection of edits, adds
and removes) and did a fossil commit (without specifying files
On 9/29/2011 2:12 PM, Joerg Sonnenberger wrote:
What Operating System is that on? There might be a limit to the number
of filesystem objects that can be cached and your tree just large enough
to not fit into it. Another thing to try is forcing the _FOSSIL_ file
into cache (e.g. cat _FOSSIL_
This is pretty relevant to my day today because I sat out to load test
Fossil to make sure it will be a good fit for our future projects. I
took our existing source and asset folders (so, not importing from
Perforce, just taking the current 'head') of our recent project and put
them into Fossil.
Interesting...
I failed to mention in my post that my version of fossil was from
'trunk' sometime this afternoon, build with MSVC 2008. I also made one
minor change to fix handling for repos 2gig (MSVC build version
only...patch was sent to drh).
Now I will have to build fossil.exe tomorrow
On 9/21/2011 3:50 PM, Stephan Beal wrote:
i'm trying to figure out if that's doable with a minor tweak to the
current code, but i just don't see it (but i'm not at all familiar
with the diff/merge code). The first problem i see with this change
now is that the is-it-binary determination is
On 9/12/2011 4:15 PM, Jousef Lofstrom wrote:
I have a bash script called 'fslinfo' that looks like this ...
#!/bin/bash fossil open --keep $1 /dev/null 21 fossil info $2
fossil close --force
/dev/null 21
... it might work for you?
/Jousef
Thank you for the bash goodness.
I ended up
Unfortunately I need to parse this information programatically (and
fast), so putting fossil into ui mode, hitting the url, and parsing the
html will take too long.
Thanks for the suggestion though. If only the 'timeline' command could
display parents, or if 'info' could take -R...
-Jeff
On
(Via the command line interface...)
The 'timeline' command can take a -R argument to specify a repository.
It reports a set of information (time, user, check-in id, comment,
etc.), but I do not see it reporting the parent(s) of a check-in
The 'info' command can take an object (for example, a
On Fri, Aug 26, 2011 at 1:30 PM, Richard Hipp d...@sqlite.org wrote:
It's been a long time since there has been an official release of Fossil.
Probably I should do another soon
To that end, I'm asking folks to please test the trunk. I use the trunk
routinely, so it should be stable.
On 5/8/2011 5:43 PM, Ingo Koch wrote:
CR/LF - very windows specific
LF - is very common on other platforms (*nix)
CR - Mac specific I think
Without checking is it possible that you are receiving just the LF
which you should be able to parse on with stdout output. If there is
no CR/LF,LF,
Actually, thinking about it, the '\n' probably just causes a flush.
Therefore, the easier change may be just adding calls to fflush with stderr
and stdout.
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
For details and download see
http://repository.mobile-developers.de/cgi-bin/ikoch/sharpfossil
Please clone and play with it. Any response is welcome.
Great stuff, I'm definitely interested in something like this, I'll have
to take a look. Two things:
1) I was unable to run the WinFossil
18 matches
Mail list logo
