On Sun, Jun 8, 2014 at 7:15 PM, Ron Wilson wrote:
> On Sat, Jun 7, 2014 at 8:37 PM, Nico Williams wrote:
>> The same is true for git, and Mercurial, and... It doesn't mean it
>> can't be done, just that the VCS has to know how to canonicalize the
>> file's contents, and that is awful.
>>
>> But
On Sat, Jun 7, 2014 at 8:37 PM, Nico Williams wrote:
> The same is true for git, and Mercurial, and... It doesn't mean it
> can't be done, just that the VCS has to know how to canonicalize the
> file's contents, and that is awful.
>
> But sometimes someone has no choice.
>
> Depends on how you d
On Sat, Jun 7, 2014 at 4:37 PM, Scott Robison
wrote:
> On Jun 7, 2014 1:27 PM, "Ron Wilson" wrote:
> >
> > On Sat, Jun 7, 2014 at 2:23 PM, Stephan Beal
> wrote:
> >>
> >> For the local UI case, sure, i can see it being useful, but people
> would also expect it to work remotely, and it often wou
On Sun, Jun 8, 2014 at 3:25 PM, B Harder wrote:
> Fossil certainly will spawn external programs if you:
>
> 1) start a commit w/o a command-line commit message
>
> 2) run a did with an external diff-command configured.
>
I had been thinking about hooks and discussion of multi platform support
iss
On Sun, Jun 8, 2014 at 3:25 PM, B Harder wrote:
> Fossil certainly will spawn external programs if you:
>
> 1) start a commit w/o a command-line commit message
>
> 2) run a did with an external diff-command configured.
>
> , maybe others.
>
> 3) A new process is started to handle each incoming HT
Fossil certainly will spawn external programs if you:
1) start a commit w/o a command-line commit message
2) run a did with an external diff-command configured.
, maybe others.
On Jun 7, 2014 12:00 PM, "Ron Wilson" wrote:
> On Sat, Jun 7, 2014 at 11:52 AM, Stephan Beal
> wrote:
>
>>
>> On Sat
6 matches
Mail list logo
