Yes, that's exactly my use case, exacerbated by the fact that
FileMerge/opendiff are real slow when used from fossil/git/bzr per
file, taking on the order of seconds for every file it has to show,
which doesn't happen when used from the GUI (radr #16400583 in
bugreport.apple.com). Additionally open
On 2014-09-25 08:44:04, Gour wrote:
> Morning,
>
> just read it today on Reddit:
>
> http://www.reddit.com/r/programming/comments/2hctgh/horror_story_about_git_forever_alone/
>
> Article is at: http://thedailywtf.com/Articles/Forever-Alone.aspx
>
> What about Fossil in the same scenario?
>
>
Hi,
First, a minor bug in the CAT command (on Win machine): Using a backslash in
the path does not find the file, while using a forward slash finds it.
Second, would it be possible to add the "-R repo_file" option to the LS
command? It'd be nice to get the list of files without opening the r
I suspect fossil would slow down faster than git in that scenario but I'd also
argue that because fossil is easier to understand that scenario is a little
less likely to happen. More importantly since fossil is usually used in a more
close coupled way others on the team would have seen the probl
Yep, now I understand and agree with you all. I guess you could call it
supporting globbing, or scoped gdiff. I don't know if the present case is
because globbing on the command line is expanded by the shell to a mondo
list of files before fossil.exe gets them, in which case perhaps it needs a
sw
Platform windows.
Run:
1) fossil open ../fOSSIL/FossilBook.fossil
2) fossil close
3) fossil open ../FOSSIL/FossilBook.fossil
4) fossil close
(note the changed case of 'F' )
5) fossil all list
output of 5th command :
C:/temp/session5/fe/FOSSIL/FossilBook.fossil
C:/temp/session5/fe/fOSSIL/FossilB
On Thu, Sep 25, 2014 at 10:56 AM, Gaurav M. Bhandarkar <
gaurav.a...@gmail.com> wrote:
> Platform windows.
>
> Run:
> 1) fossil open ../fOSSIL/FossilBook.fossil
> 2) fossil close
> 3) fossil open ../FOSSIL/FossilBook.fossil
> 4) fossil close
>
> (note the changed case of 'F' )
>
> 5) fossil all li
Hi, all,
My mother just sent me this, bless her heart:
http://www.wired.com/2014/09/internet-braces-crazy-shellshock-worm/
Management summary: CGI scripts which use bash (as opposed to /bin/sh,
with the caveat that /bin/sh is an alias for bash on some systems) might
_potentially_ be affected.
On Thu, Sep 25, 2014 at 6:43 PM, Stephan Beal wrote:
> Some of this article is downright FUD[1], some of it is not _necessarily_
> FUD. i pass it on primarily because all my CGI Fossil repos (currently) use
> /bin/bash instead of /bin/sh (will be resolved momentarily).
>
Actually... Fossil CGI s
On Thu, Sep 25, 2014 at 12:46 PM, Stephan Beal
wrote:
> On Thu, Sep 25, 2014 at 6:43 PM, Stephan Beal
> wrote:
>
>> Some of this article is downright FUD[1], some of it is not _necessarily_
>> FUD. i pass it on primarily because all my CGI Fossil repos (currently) use
>> /bin/bash instead of /bi
On Thu, Sep 25, 2014 at 7:10 PM, Richard Hipp wrote:
> The Fossil binaries on the www.fossil-scm.org server run inside a chroot
> jail that omits both /bin/bash and /bin/sh. In fact, that chroot jail has
> very little in it at all. None of the standard system utilities. No
> shared libraries.
On Thu, Sep 25, 2014 at 10:43 AM, Stephan Beal
wrote:
> My mother just sent me this, bless her heart:
>
> http://www.wired.com/2014/09/internet-braces-crazy-shellshock-worm/
>
> Management summary: CGI scripts which use bash (as opposed to /bin/sh,
> with the caveat that /bin/sh is an alias for
FYI I did try on a lark:
fossil changes %1 | grep EDITED | cut -c12- - | xargs fossil gdiff
Which almost did it. Except for the fact that 'fossil changes' does not
support specifying a directory (or whether to recurse, or not), so this was
ultimately was the same as a 'fossil gdiff', haha, just
13 matches
Mail list logo