On Tue, 29 Jan 2013 00:10:26 -0700, Matt Welland
wrote:
>Sorry, didn't paste in the second grep:
Thanks for contributing this work-around. I guess it shows that
there's a need for an easy, integrated grep to find code in the
repository.
___
fossil-user
Sorry, didn't paste in the second grep:
fsl export | grep -A 10 -B 10 :1906
On Tue, Jan 29, 2013 at 12:08 AM, Matt Welland wrote:
> I haven't read all of the messages in this thread so please pardon the top
> post and possible useless or redundant info but my lazy and oh so very
> wrong metho
I haven't read all of the messages in this thread so please pardon the top
post and possible useless or redundant info but my lazy and oh so very
wrong method of grepping an entire fossil repo is to use fossil export and
some grepping. No need to put the whole expanded repo on disk.
First find the
A while back I ran into an issue where baseurl wasn't being handled
properly for the case where a single fossil server was handling multiple
repositories. For example, with:
fossil server /home/fossil --baseurl https://cowlark.com/
...then when $baseurl was being expanded in the templates, it w
On Mon, Jan 28, 2013 at 08:35:57PM +0100, j. v. d. hoff wrote:
> this would not prevent,
> that people run into the exponential run time problem when using the
> "naive" pattern instead the anchored one, but this could be
> explained by a FAQ entry making
> the problem practically irrelevant. or do
On Mon, 28 Jan 2013 19:46:13 +0100, Richard Hipp wrote:
I think another point is that the Lua regexp does not do anchoring (or at
least I didn't see it - did I miss something?)
see also here (from http://www.lua.org/pil/20.4.html):
Usually, pattern matching is efficient enough for Lua progra
On Mon, 28 Jan 2013 19:40:17 +0100, Joerg Sonnenberger
wrote:
On Mon, Jan 28, 2013 at 07:26:32PM +0100, j. v. d. hoff wrote:
On Mon, 28 Jan 2013 18:22:42 +0100, Joerg Sonnenberger
wrote:
>On Mon, Jan 28, 2013 at 06:09:57PM +0100, j. van den hoff wrote:
>>On Mon, 28 Jan 2013 17:34:44 +0100,
On Mon, 28 Jan 2013 19:46:13 +0100, Richard Hipp wrote:
On Mon, Jan 28, 2013 at 1:40 PM, Joerg Sonnenberger
wrote:
You don't understand me. Anchoring helps, if you can use it to avoid
initial wild cards or limit the length of backtracking. It doesn't help
to avoid the exponential edge cas
On Sat, 26 Jan 2013 19:04:26 -0800
Edward Berner wrote:
> Yes, I use Fossil on Windows NT 4.0...
...
> ... The attached patch modifies
> winhttp.c to load the offending functions at run time and only call
> them if they actually exist.
Bravo! Someone get that man a sandwich.
Drop me line off
On Mon, Jan 28, 2013 at 1:40 PM, Joerg Sonnenberger wrote:
>
> You don't understand me. Anchoring helps, if you can use it to avoid
> initial wild cards or limit the length of backtracking. It doesn't help
> to avoid the exponential edge cases with .*foo patterns though.
>
I think another point
On Mon, Jan 28, 2013 at 07:26:32PM +0100, j. v. d. hoff wrote:
> On Mon, 28 Jan 2013 18:22:42 +0100, Joerg Sonnenberger
> wrote:
>
> >On Mon, Jan 28, 2013 at 06:09:57PM +0100, j. van den hoff wrote:
> >>On Mon, 28 Jan 2013 17:34:44 +0100, Joerg Sonnenberger
> >> wrote:
> >>
> >>>On Mon, Jan 28, 2
On Mon, Jan 28, 2013 at 1:30 PM, Petr P wrote:
>
> 2013/1/28 Richard Hipp
>
>>
>> I haven't yet figure out the right syntax for doing a grep of files in
>> the repository. The implementation should be relatively easy once the
>> right interface is designed. Suggestions are welcomed.
>>
>
> I t
2013/1/28 Richard Hipp
>
> I haven't yet figure out the right syntax for doing a grep of files in the
> repository. The implementation should be relatively easy once the right
> interface is designed. Suggestions are welcomed.
>
I think there are three use cases: (1) searching timeline, (2) se
On Mon, 28 Jan 2013 18:22:42 +0100, Joerg Sonnenberger
wrote:
On Mon, Jan 28, 2013 at 06:09:57PM +0100, j. van den hoff wrote:
On Mon, 28 Jan 2013 17:34:44 +0100, Joerg Sonnenberger
wrote:
>On Mon, Jan 28, 2013 at 08:50:56AM -0500, Richard Hipp wrote:
>>The regular expression matching in
>
On Mon, Jan 28, 2013 at 06:09:57PM +0100, j. van den hoff wrote:
> On Mon, 28 Jan 2013 17:34:44 +0100, Joerg Sonnenberger
> wrote:
>
> >On Mon, Jan 28, 2013 at 08:50:56AM -0500, Richard Hipp wrote:
> >>The regular expression matching in
> >>www.fossil-scm.org/fossil/artifact/c8fb75a1615f is also
On Mon, 28 Jan 2013 17:34:44 +0100, Joerg Sonnenberger
wrote:
On Mon, Jan 28, 2013 at 08:50:56AM -0500, Richard Hipp wrote:
The regular expression matching in
www.fossil-scm.org/fossil/artifact/c8fb75a1615f is also lightweight and
it
supports | and it is usually as fast or faster than gre
Cool! I never thought to use a straight copy of my repo.
Eduardo Morras wrote...
"Perhaps what you want is a simply raw copy of the repository file,
it will keep all users and other sensitive information and after that
you can use sync, or pull&push."
After cloning, I have to re-edit lo
On Mon, Jan 28, 2013 at 08:50:56AM -0500, Richard Hipp wrote:
> The regular expression matching in
> www.fossil-scm.org/fossil/artifact/c8fb75a1615f is also lightweight and it
> supports | and it is usually as fast or faster than grep in my tests
> (though there are some cases for which grep is fas
On Mon, 28 Jan 2013 10:37:19 -0500, Richard Hipp
wrote:
>test-grep is recent.
>
>And so far, test-grep does not do what you are wanting it to do. test-grep
>is just a test platform for the regexp engine.
No problem. I had no urgent need of grep, just a useful feature.
__
On Mon, 28 Jan 2013 16:29:18 +0100, Eduardo Morras
wrote:
>You can use a similar approach for your grep problem and if you are trying to
>find when you add something use fossil bisect
Thanks for the idea. I'm using Windows, but it's a useful script.
_
On Mon, Jan 28, 2013 at 10:27 AM, Gilles wrote:
> On Mon, 28 Jan 2013 07:15:13 -0500, Richard Hipp
> wrote:
> >Fossil already has
> >http://www.fossil-scm.org/fossil/artifact/c8fb75a1615f?ln=21-23 and the
> >"test-grep" command.
>
> "test-grep" doesn't show up with "fossil help *" in my 1.24. Wa
On Mon, 28 Jan 2013 15:25:19 +0100
Gilles wrote:
> On Mon, 28 Jan 2013 11:22:11 +0100, Lluís Batlle i Rossell
> wrote:
> >> Is there a way to avoid writing all those files to disk, and just
> >> output data to STDOUT and read this with grep?
> >
> >I don't know how to do that.
>
> Thanks. I'll
On Mon, 28 Jan 2013 07:15:13 -0500, Richard Hipp
wrote:
>Fossil already has
>http://www.fossil-scm.org/fossil/artifact/c8fb75a1615f?ln=21-23 and the
>"test-grep" command.
"test-grep" doesn't show up with "fossil help *" in my 1.24. Was it
added recently and not yet available in the Windows binary
On Mon, 28 Jan 2013 11:22:11 +0100, Lluís Batlle i Rossell
wrote:
>> Is there a way to avoid writing all those files to disk, and just
>> output data to STDOUT and read this with grep?
>
>I don't know how to do that.
Thanks. I'll see if there's a way to create some kind of temporary
disk in RAM.
On Mon, Jan 28, 2013 at 7:24 AM, j. van den hoff
wrote:
> On Mon, 28 Jan 2013 12:15:22 +0100, Stephan Beal
> wrote:
>
> I'm quite sure that this is _not_ a standard regexp lib, but rather lua's
> own (and somewhat different) substitute, called lua patterns, I believe.
> the lua authors used to ma
On Mon, Jan 28, 2013 at 7:20 AM, Richard Hipp wrote:
>
>
> On Sun, Jan 27, 2013 at 9:18 AM, Gilles wrote:
>
>>
>> So it looks like "fossil ls " doesn't actually list the
>> files in the branch but rather the files in the branch currently
>> active (and its files checked out in the work directory
On Mon, 28 Jan 2013 12:15:22 +0100, Stephan Beal
wrote:
On Sat, Nov 24, 2012 at 3:21 PM, Richard Hipp wrote:
One big problem here is that the user will doubtless expect to have full
Perl regular expressions. That will mean another compile-time
dependency.
And maybe also a run-time depen
On Sun, Jan 27, 2013 at 9:18 AM, Gilles wrote:
>
> So it looks like "fossil ls " doesn't actually list the
> files in the branch but rather the files in the branch currently
> active (and its files checked out in the work directory).
>
The command is actually:
fossil ls $VERSION
If you sp
On Mon, Jan 28, 2013 at 6:15 AM, Stephan Beal wrote:
> On Sat, Nov 24, 2012 at 3:21 PM, Richard Hipp wrote:
>
>> One big problem here is that the user will doubtless expect to have full
>> Perl regular expressions. That will mean another compile-time dependency.
>> And maybe also a run-time dep
On Sat, Nov 24, 2012 at 3:21 PM, Richard Hipp wrote:
> One big problem here is that the user will doubtless expect to have full
> Perl regular expressions. That will mean another compile-time dependency.
> And maybe also a run-time dependency if a shared library is used (as most
> distribution p
On Mon, 28 Jan 2013 10:30:01 +0100
Eduardo Morras wrote:
> On Sun, 27 Jan 2013 10:45:28 -0700
> David Blanford wrote:
>
> > Hello,
> >
> > I am new to Fossil.
> >
> > I have a fossil repository set at chiselapp. Cloned it so I have a
> > local repository as well. Everything was working perfec
On Mon, Jan 28, 2013 at 11:01:32AM +0100, Gilles wrote:
> On Mon, 28 Jan 2013 10:43:19 +0100, Lluís Batlle i Rossell
> wrote:
> >> What do you mean by "deconstruct"? Checking files out?
> >
> >As this question goes to me...
> >$ fossil help deconstruct
>
> Thanks. After running "deconstruct", do
On Mon, 28 Jan 2013 10:43:19 +0100, Lluís Batlle i Rossell
wrote:
>> What do you mean by "deconstruct"? Checking files out?
>
>As this question goes to me...
>$ fossil help deconstruct
Thanks. After running "deconstruct", do you just grep through all the
files, regardless of whether they contain
On Mon, Jan 28, 2013 at 10:21:03AM +0100, Gilles wrote:
> On Wed, 5 Dec 2012 08:40:14 -0500, Richard Hipp
> wrote:
> >On Wed, Dec 5, 2012 at 8:38 AM, Lluís Batlle i Rossell
> >wrote:
> >> On Wed, Dec 05, 2012 at 01:51:51PM +0100, Gilles wrote:
> >> >
> >> > Since this thread is a bit long, I'd li
On Sun, 27 Jan 2013 10:45:28 -0700
David Blanford wrote:
> Hello,
>
> I am new to Fossil.
>
> I have a fossil repository set at chiselapp. Cloned it so I have a
> local repository as well. Everything was working perfectly. Now the
> password seems to have changed. This is the second time this h
On Wed, 5 Dec 2012 08:40:14 -0500, Richard Hipp
wrote:
>On Wed, Dec 5, 2012 at 8:38 AM, Lluís Batlle i Rossell wrote:
>> On Wed, Dec 05, 2012 at 01:51:51PM +0100, Gilles wrote:
>> >
>> > Since this thread is a bit long, I'd like to ask: At this point, what
>> > is the solution to find a piece of c
36 matches
Mail list logo
