Thus said Matt Welland on Wed, 16 Apr 2014 09:01:28 -0700:
> fossil commit cfgdat tests -m "Added another drc test"
> Autosync: ssh://host/path/project.fossil
> Round-trips: 1 Artifacts sent: 0 received: 0
> Error: Database error: database is locked: {UPDATE event SET mtime=(SELECT
> m1 FROM t
My mistake, I had filters added at: admin/access/Public pages
Sorry
On Sat, Apr 19, 2014 at 7:05 PM, Stephan Beal wrote:
> On Sun, Apr 20, 2014 at 1:28 AM, Abilio Marques
> wrote:
>
>> /resume/doc/en/abiliojr.pdf
>>
>> But if I tag an specific checkin with a tag, let's say "en-rel" , then
>>
On Sun, Apr 20, 2014 at 1:28 AM, Abilio Marques wrote:
> /resume/doc/en/abiliojr.pdf
>
> But if I tag an specific checkin with a tag, let's say "en-rel" , then the
> following:
>
> /resume/doc/en-rel/abiliojr.pdf
>
> Will not work. Anything I'm missing, or does it work that way by design?
>
It se
Hi,
It's me, again with an doc URL question. This time I've realized that if I
put a branch name on it, it will serve the files on it. For example, if I
have a branch called "en", then the following will be valid:
/resume/doc/en/abiliojr.pdf
But if I tag an specific checkin with a tag, let's say
On 4/19/2014 5:46 PM, Andy Goth wrote:
Actually there's a simpler approach since the wiki appears to be doing
something special with bracketed text to pages that never existed.
... or are currently empty. That is key.
--
Andy Goth |
___
fossil-user
On 4/19/2014 5:49 PM, Richard Hipp wrote:
http://www.fossil-scm.org/fossil/info/a138dc97fcde6d323e4c3dbf31f3aef2e386cd47
Works for me! Thanks.
--
Andy Goth |
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.or
http://www.fossil-scm.org/fossil/info/a138dc97fcde6d323e4c3dbf31f3aef2e386cd47
On Sat, Apr 19, 2014 at 6:47 PM, Andy Bradford wrote:
> Thus said Andy Goth on Sat, 19 Apr 2014 17:12:04 -0500:
>
> > Well, I do have $SSH_CONNECTION set due to having logged in via ssh.
>
> Yes, and ``fossil http''
Thus said Andy Goth on Sat, 19 Apr 2014 17:12:04 -0500:
> Well, I do have $SSH_CONNECTION set due to having logged in via ssh.
Yes, and ``fossil http'' reads that variable to determine what IP
address the SSH client is coming from. Perhaps there is a better way or
at least there might be
I would prefer that the timeline and other places that display check-in
comments does not emit links to wiki pages that have been deleted. I'm
still trying to wrap my head around the sources and thus don't feel
comfortable making this change myself. So I'll just write down what
I've found, ev
On 4/19/2014 5:07 PM, Andy Goth wrote:
On 4/19/2014 5:04 PM, Stephan Beal wrote:
On Sun, Apr 20, 2014 at 12:02 AM, Andy Goth wrote:
#5 0x0045238c in ssh_request_loop (
You're doing an HTTP clone, i thought?
Or is that part of ssl tunneling? i cloned w/o ssl because my fossil
is buil
On 4/19/2014 5:04 PM, Stephan Beal wrote:
On Sun, Apr 20, 2014 at 12:02 AM, Andy Goth mailto:andrew.m.g...@gmail.com>> wrote:
#5 0x0045238c in ssh_request_loop (
???
You're doing an HTTP clone, i thought?
Or is that part of ssl tunneling? i cloned w/o ssl because my fossil is
bu
On Sun, Apr 20, 2014 at 12:02 AM, Andy Goth wrote:
> #5 0x0045238c in ssh_request_loop (
>
???
You're doing an HTTP clone, i thought?
Or is that part of ssl tunneling? i cloned w/o ssl because my fossil is
built without it.
--
- stephan beal
http://wanderinghorse.net/home/stepha
On 4/19/2014 4:58 PM, Richard Hipp wrote:
I do not. Can you run in gdb and report a stack trace?
fossil: ./src/blob.c:187: blob_reset: Assertion
`(pBlob)->xRealloc==blobReallocMalloc ||
(pBlob)->xRealloc==blobReallocStatic' failed.
Program received signal SIGABRT, Aborted.
0x7669dd
On Sat, Apr 19, 2014 at 11:57 PM, Andy Goth wrote:
> mkdir test
> cd test
> fossil clone https://chiselapp.com/user/andy/repository/test test.fossil
> fossil open test.fossil
> echo -en 'GET /timeline\r\n\r\n' | fossil http
Works for me with:
This is fossil version 1.28 [b7ff537dca] 2014-04-11
On Sat, Apr 19, 2014 at 5:38 PM, Andy Goth wrote:
> $ fossil http
> GET /timeline
> (blank line goes here)
>
> When I run [fossil http] and type "GET /timeline" followed by a blank
> line, I get a good HTTP/1.0 200 response but also this failure:
>
> fossil: ./src/blob.c:187: blob_reset: Assertio
On 4/19/2014 4:48 PM, Andy Bradford wrote:
Thus said Andy Goth on Sat, 19 Apr 2014 16:38:44 -0500:
$ fossil http
GET /timeline
Works for me:
$ ../fossil http
GET /timeline
...
This page was generated in about
0.011s by
Fossil version [53aea235fa] 2014-04-15 09:40:49
Also works for HTTP/1
Thus said Andy Goth on Sat, 19 Apr 2014 16:38:44 -0500:
> $ fossil http
> GET /timeline
Works for me:
$ ../fossil http
GET /timeline
...
This page was generated in about
0.011s by
Fossil version [53aea235fa] 2014-04-15 09:40:49
Also works for HTTP/1.1. I see we're using the same version of
Thus said Richard Hipp on Thu, 17 Apr 2014 11:13:38 -0400:
> Would this really require a big change? Seems like about all you have
> to do is COMMIT after each round-trip to the server, rather than
> waiting to COMMIT at the very end. Or, just COMMIT instead of ROLLBACK
> after getting a se
$ fossil http
GET /timeline
(blank line goes here)
When I run [fossil http] and type "GET /timeline" followed by a blank
line, I get a good HTTP/1.0 200 response but also this failure:
fossil: ./src/blob.c:187: blob_reset: Assertion
`(pBlob)->xRealloc==blobReallocMalloc ||
(pBlob)->xRealloc=
On Sat, Apr 19, 2014 at 7:53 PM, wrote:
> Fine, but I don’t think this would require a multi-level undo stack. A
> simple flag to indicate at the
>
No, it wouldn't require much actual effort, it just requires that revert
check for changes before trying to revert.
completion of any command if
Fine, but I don’t think this would require a multi-level undo stack. A simple
flag to indicate at the completion of any command if anything has changed
(i.e., files written, deleted, or renamed) during its execution would be enough
to decide whether to clear the one-level stack or leave it as i
Is there a direct way to see differences for a specific file from the last time
this file actually changed, regardless of version?
(where f = fossil)
Something like: f diff file --from prev
but where prev would refer to the previous changed version of this particular
file, not just the previous
On Sat, Apr 19, 2014 at 4:18 PM, wrote:
> This does not seem to be right. Because if by mistake you type “f rev”
> twice (not being sure if you’ve already done it) you lose the ability to
> undo.
>
A multi-level undo stack has been on the wish-list for a while but has
never been implemented.
Example (where f = fossil):
f rev
f undo (OK)
...
f rev
f rev (NO CHANGES, apparently)
f undo (nothing happens)
This does not seem to be right. Because if by mistake you type “f rev” twice
(not being sure if you’ve already done it) you lose the ability to undo.
Thanks.
Hi, all,
it's still in the very early prototyping stages, but the proof of concept
is in place for a libfossil-based shell interactive:
(A thanks to list member Steve Bennett for his work on 'linenoise', a CLI
editing library used here...)
[stephan@host:~/cvs/fossil/libfossil/th1ish]$ ./fossi1is
25 matches
Mail list logo
