Re: [fossil-users] Random thoughts on Fossil v2

On 7/22/2013 1:02 AM, Stephan Beal wrote: Hi, Clark! A brief response from the office, and a longer one tonight when i get home... On Mon, Jul 22, 2013 at 2:01 AM, Clark Christensen > wrote: Scripting language: I understand the Tcl roots, and I hope you wo

Re: [fossil-users] Random thoughts on Fossil v2

On 7/22/2013 4:20 PM, Joseph R. Justice wrote: On Mon, Jul 22, 2013 at 5:21 AM, Konstantin Khomoutov > wrote: On Sun, 21 Jul 2013 17:01:02 -0700 (PDT) Clark Christensen mailto:cdcmi...@yahoo.com>> wrote: > Scripting language: I understand the

Re: [fossil-users] Random thoughts on Fossil v2

On 7/23/2013 7:22 AM, Stephan Beal wrote: On Tue, Jul 23, 2013 at 1:54 PM, Eduardo Morras > wrote: I must insist here ;) There's a distinction, your repository is not the official Project repository, mine, the central one, yes. That's the problem - here is no

Re: [fossil-users] Random thoughts on Fossil v2

On 7/22/2013 4:36 AM, Stephan Beal wrote: On Mon, Jul 22, 2013 at 1:30 PM, Eduardo Morras > wrote: Similar, a C developer role can modify /src dir but not /documentation or /sql, the DBA role can change /sql but not /src and similar. Role info is already exc

[fossil-users] v2 "hello, world" app

i know you guys are probably sick of hearing about the hypothetical v2 by now, but i haven't slept and need an outlet ;). A brief demo of all [two] currently working v2 features can be seen here: http://fossil.wanderinghorse.net/repos/f2/index.cgi/wiki?name=home It can open _and_ close an existi

Re: [fossil-users] admin pages are empty and have bad titles

Yes, that works for the test case. But I think I'll need --baseurl for when I put fossil behind an SSL-terminating reverse proxy and want to access it using the company FQDN. On Tue, Jul 23, 2013 at 10:22 PM, Andy Bradford < amb-sendok-1377224557.emjjjkijcgiknbipb...@bradfords.org> wrote: > Thu

Re: [fossil-users] admin pages are empty and have bad titles

Thus said "Andy Bradford" on 23 Jul 2013 20:22:37 -0600: > fossil server /tmp/test.fossil Of course I meant: fossil server -P 10080 /tmp/test.fossil ssh -L 10080:localhost:10080 remote Cheers, Andy -- TAI64 timestamp: 400051ef3c17 ___ fossil-

Re: [fossil-users] admin pages are empty and have bad titles

Thus said Eric Rubin-Smith on Tue, 23 Jul 2013 22:02:11 -0400: > /usr/local/bin/fossil server /home/fossil/myrepo.fossil --th-trace -P 10080 > --baseurl http://localhost:10080/ Try removing the --baseurl option. It works for me when I do: fossil server /tmp/test.fossil ssh -L 10080:localhost:1

[fossil-users] admin pages are empty and have bad titles

I've started a fossil repo by importing a git repo to my local laptop, and then cloning the repo over to my target production web server. For testing, I've exposed the fossil server like this: /usr/local/bin/fossil server /home/fossil/myrepo.fossil --th-trace -P 10080 --baseurl http://localhost:1

Re: [fossil-users] Scripting in Fossil v2

On Wed, Jul 24, 2013 at 1:55 AM, Aaron W.Hsu wrote: > against a fossil(3) library. This functionality can therefore be provided > by the fossil(1) executable program as well as from a separate shared > object against which the fossil(1) program links. > Right - that's just a question of how the

Re: [fossil-users] mingw and default ssh command

Thus said Martin Gagnon on Tue, 23 Jul 2013 16:57:46 -0400: > the "-e none" argument to ssh is removed when __MINGW32__ is defined. > Is there a reason for that ? On my windows setup, I have mingw and I > use openssh that come with msys. I'm not sure why it would be this way. If all versions

Re: [fossil-users] Scripting in Fossil v2

On Wed, Jul 24, 2013 at 1:32 AM, B Harder wrote: > The first example would be "Fossil with hooks", while the second would be > "full scripting environment drives the operation, with full access to > fossil routines". > > I'm personally more interested in the second.To my senses, it's more > dynam

Re: [fossil-users] Scripting in Fossil v2

On Wed, Jul 24, 2013 at 12:12 AM, Ron Wilson wrote: > Seems to me it would act like a static binary unless requested to load one > or more shared libraries, only calling whatever hook "services" are > registered by the shared libraries. If no libraries are loaded, then the > binary would behave a

Re: [fossil-users] Random thoughts on Fossil v2

On Tue, Jul 23, 2013 at 10:42 PM, Mark Janssen wrote: > Bit late to the party, but my 2 cents > Not late at all - the ball's just getting rolling. 1) Fossil as a library or API with the fossil executable as a single file > built on top of it. One could even consider a SCGI/FCGI type of interface

Re: [fossil-users] Random thoughts on Fossil v2

On Tue, Jul 23, 2013 at 10:35 PM, Matt Welland wrote: > Here are a couple features that would make fossil a reasonable replacement > for zim wiki and might be worth considering for fossil2.0. > > 1. Ability to Edit/save/commit files from the UI. > That one's been on my TODO for a long time becau

Re: [fossil-users] Scripting in Fossil v2

Dear Stephan: Here’s my attempt to define and clearly distinguish the various parts of this discussion into a piece that might be useful for talking about these things in the future. In my opinion, there are a few mutually orthogonal things to think about: The fossil API itself, which is just

Re: [fossil-users] Scripting in Fossil v2

I think these things support each other. Specifically, with respect to Tcl (and likely Guile, Lua), scripting support can come by embedding the Tcl interpreter inside the app (ie: the standalone fossil executable), by linking libtcl with fossil, and having fossil call into it appropriately. Altern

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 4:29 AM, Stephan Beal wrote: > On Tue, Jul 23, 2013 at 3:25 AM, Aaron W.Hsu wrote: > >> When fossil runs, it can dynamically link in any of the shared objects >> that it finds there, and these can register additional functionality with >> the Fossil system. >> > > And we'

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 5:29 AM, Konstantin Khomoutov wrote: > [...] > > But please don't also miss out a first-hand experience of someone who > implemented a well-visible program centered around Lua: [1], [2]. > > Personally, I find that minimality (of the runtime) is the only strong > point of L

[fossil-users] mingw and default ssh command

Hi all, I've notice that here: http://fossil-scm.org/index.html/artifact/111c393f1bb93a3585078d5ee23e0b3ecc1408fe?ln=97,101 the "-e none" argument to ssh is removed when __MINGW32__ is defined. Is there a reason for that ? On my windows setup, I have mingw and I use openssh that come with msys.

Re: [fossil-users] Random thoughts on Fossil v2

Bit late to the party, but my 2 cents 1) Fossil as a library or API with the fossil executable as a single file built on top of it. One could even consider a SCGI/FCGI type of interface where the fossil binary serves JSON+BSON requests. 2) Ticket notifications by email (notification when merged in

Re: [fossil-users] Random thoughts on Fossil v2

Here are a couple features that would make fossil a reasonable replacement for zim wiki and might be worth considering for fossil2.0. 1. Ability to Edit/save/commit files from the UI. 2. In wiki files square brackets at beginning of line parse into check box list (as is done in zim wiki). On S

Re: [fossil-users] Any objections to renaming /stats_report...

I personally have no objections, but as a matter of business and visibility, perhaps do final "last call for objections/alternatives!" on a business day. On Jul 23, 2013 12:59 PM, "Stephan Beal" wrote: > On Sun, Jul 21, 2013 at 7:49 PM, Richard Hipp wrote: > >> >> >> On Sun, Jul 21, 2013 at 11:4

Re: [fossil-users] Any objections to renaming /stats_report...

On Sun, Jul 21, 2013 at 7:49 PM, Richard Hipp wrote: > > > On Sun, Jul 21, 2013 at 11:42 AM, Stephan Beal wrote: > >> ... to /reports? >> >> the name /stats_report just seems cumbersome to me. >> > > I have no objections. I suggest you want a few days and if you get no > other replies, then make

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 9:07 PM, Aaron W.Hsu wrote: > distinguish these use cases and the technical solutions that present > themselves for these cases. Everything you’ve mentioned in your previous > email related directly to how one might have access to fossil within > another program. That is c

Re: [fossil-users] Scripting in Fossil v2

Dear Stephan: Thanks for your explanation. I, of course, agree that there are plenty of interesting benefits that one gains from having a fossil(3) in addition to a fossil(1). On the other hand, my initial email and my comments have nothing to do with a fossil(3) interface. What I’ve been talk

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 8:28 PM, Aaron W.Hsu wrote: > Thanks for the response. I think I’m a little confused about what the > intended use cases for a scripting language are? > Scriptability, more than anything, is simply a benchmark which says, "this app is extensible." Personally i'm not so mu

Re: [fossil-users] Scripting in Fossil v2

Dear Stephan: Thanks for the response. I think I’m a little confused about what the intended use cases for a scripting language are? When I think of scripting the Fossil SCM I’m envisioning like post and pre-commit hooks, or adding support for a different sort of Wiki format, or integrating a

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 8:20 PM, Stephan Beal wrote: > Yes, there has been some confusion about the whole "which scripting > language?" topic. The fact is, once we have a library, anyone can tie any > amendment... scripting, to me, is important mainly because it provides an indication of how ext

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 7:57 PM, Aaron W.Hsu wrote: > With regards to scripting and fossil as a separate library, I actually see > these as separate things. Having Fossil as a separate library allows other > programs to use fossil capabilities, while any scripting interface, such as > a public in

Re: [fossil-users] Scripting in Fossil v2

Dear Stephan: With regards to scripting and fossil as a separate library, I actually see these as separate things. Having Fossil as a separate library allows other programs to use fossil capabilities, while any scripting interface, such as a public interface used to build shared objects that a

Re: [fossil-users] Random thoughts on Fossil v2

On Tue, Jul 23, 2013 at 1:54 PM, Eduardo Morras wrote: > I must insist here ;) There's a distinction, your repository is not the > official Project repository, mine, the central one, yes. > That's the problem - here is no CENTRAL in _D_VCS. As soon as i clone, my copy IS a master copy for all in

Re: [fossil-users] Random thoughts on Fossil v2

Opps, sorry, I sent too early. On Tue, 23 Jul 2013 13:17:47 +0200 Stephan Beal wrote: > On Tue, Jul 23, 2013 at 1:04 PM, Eduardo Morras wrote: > > > Yes it is. There's a big difference between Project and Repository. > > There's the fossil project, only one, but there are lots of repositories

Re: [fossil-users] Random thoughts on Fossil v2

On Tue, 23 Jul 2013 13:17:47 +0200 Stephan Beal wrote: > On Tue, Jul 23, 2013 at 1:04 PM, Eduardo Morras wrote: > > > Yes it is. There's a big difference between Project and Repository. > > There's the fossil project, only one, but there are lots of repositories > > and fossil project forks tha

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 12:55 PM, Stephan Beal wrote: > That's one of the beauties of restructuring fossil as a library: we don't > need to embed any language at all. Instead, they can be built on top of the > library. > Sure thing: but if that happens (which I'm rooting for), arguing about what

Re: [fossil-users] Random thoughts on Fossil v2

On Tue, Jul 23, 2013 at 1:04 PM, Eduardo Morras wrote: > Yes it is. There's a big difference between Project and Repository. > There's the fossil project, only one, but there are lots of repositories > and fossil project forks that aren't the main 'Fossil Project'. I don't > want to restrict what

Re: [fossil-users] Random thoughts on Fossil v2

On Mon, 22 Jul 2013 13:36:37 +0200 Stephan Beal wrote: > On Mon, Jul 22, 2013 at 1:30 PM, Eduardo Morras wrote: > > > Xcb uses an async mechanism, it creates a cookie, sends it and data to the > > external code, keep working. External code calls xcb, sends the cookie with > > the answer. Data a

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 12:51 PM, Laurens Van Houtven <_...@lvh.io> wrote: > Not aimed at anyone in particular, but if you are going to suggest a > particular language, can you please point to an interpreter that is easily > embeddable into fossil? That seems to be the problem with at least JS and

Re: [fossil-users] Scripting in Fossil v2

Hi, Not aimed at anyone in particular, but if you are going to suggest a particular language, can you please point to an interpreter that is easily embeddable into fossil? That seems to be the problem with at least JS and Python, and seems to be Lua's strong point. There's no point in discussing

Re: [fossil-users] Scripting in Fossil v2

On Tue, 23 Jul 2013 11:29:32 +0200, Konstantin Khomoutov wrote: On Tue, 23 Jul 2013 11:03:09 +0200 "j. van den hoff" wrote: [...] >> While the Lua scripting enabled me to gain a level of >> sophistication and relative rigor in the process more than what I >> could get from normal UNIX >>

Re: [fossil-users] Scripting in Fossil v2

On Tue, 23 Jul 2013 11:03:09 +0200 "j. van den hoff" wrote: [...] > >> While the Lua scripting enabled me to gain a level of > >> sophistication and relative rigor in the process more than what I > >> could get from normal UNIX > >> plumbing, if my project wasn’t in Lua in the first place, I fou

Re: [fossil-users] Scripting in Fossil v2

On Tue, 23 Jul 2013 10:29:36 +0200, Stephan Beal wrote: On Tue, Jul 23, 2013 at 3:25 AM, Aaron W.Hsu wrote: I’ve so far managed to avoid using the feature myself, but I have been on teams where people tried to use this to some effect, and unfortunately, the interfaces always seemed to s

Re: [fossil-users] Random thoughts on Fossil v2

On Tue, Jul 23, 2013 at 4:30 AM, Joseph R. Justice wrote: > ...Some random thoughts on Fossil v2 as a library (call it "libfossil2") > and as a default client / server binary which makes use of the library > (call it "fossil2client" or "fossil2scm", I seem to have used both names), > which I reali

Re: [fossil-users] Scripting in Fossil v2

On Tue, Jul 23, 2013 at 3:25 AM, Aaron W.Hsu wrote: > I’ve so far managed to avoid using the feature myself, but I have been on > teams where people tried to use this to some effect, and unfortunately, the > interfaces always seemed to scale very poorly. That’s not to say that they > cannot be ma