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

On 28/07/2013, at 8:53 AM, Paolo Bolzoni wrote: > Marketing I am afraid ... ... > Of course whoever is interested in selling other languages will mark the C++ > way as older. I respectfully disagree, strongly. Some OO languages support greater degrees of introspection and dynamic type check

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

On Sun, Jul 28, 2013 at 3:32 PM, Baruch Burstein wrote: > This is drifting from the point of this thread, but what is "modern OO" as > opposed to "C++ style OO"? Marketing I am afraid. In C++ many of the concept that other languages give as keywords like: interface or module are set of idioms. Of

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

On Wed, Jul 24, 2013 at 5:33 PM, Steve Landers wrote: > > On 24/07/2013, at 6:25 AM, Baruch Burstein wrote: > > > Having recently graduated and on my first job, I am very interested in > what seems to me to be completely irrational. In the past year I have found > that most "irrational" things ar

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

On Fri, Jul 26, 2013 at 3:49 AM, Joseph R. Justice wrote: > [Quoting beyond this point may be off by one level -- be careful.] > > Abstraction around the repo and config DBs: I see two main areas here -- > (1) abstractions which maintain the use of a SQL database, but don't > necessarily mandate s

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

On Fri, Jul 26, 2013 at 3:17 AM, Joseph R. Justice wrote: > My apologies for taking so long to respond myself, I've been a little > under the weather the last couple of days. > And a toothache is keeping me offline and my response to your post exceedingly brief... > Long term that is a good poi

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

On Thu, 25 Jul 2013 08:34:02 -0700 Andreas Kupries wrote: > > I'm on it now, writing a minimal png with 32bit ARGB color and a minimal > > graph lib. > > Link ? Not for now sorry. > Do you know > > lodepng / picopng ? > > http://lodev.org/lodepng/ I didn't know about it, but I use zl

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

[Effing GMail sent this before it was fully responded to. My fault for writing my response using the GMail web interface instead of composing it in a text editor like a Real Programmer would have done.] On Thu, Jul 25, 2013 at 9:17 PM, Joseph R. Justice wrote: > My apologies for taking so long

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

My apologies for taking so long to respond myself, I've been a little under the weather the last couple of days. I appreciate the time you took in responding to my first message on this thread. On Tue, Jul 23, 2013 at 4:54 AM, Stephan Beal wrote: > On Tue, Jul 23, 2013 at 4:30 AM, Joseph R. Ju

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

On Sun, Jul 21, 2013 at 10:12 AM, Eduardo Morras wrote: > On Sun, 21 Jul 2013 12:54:05 +0200 > Stephan Beal wrote: > > I post them here then: > > a) Creation of graphs to show statistics. > > I'm on it now, writing a minimal png with 32bit ARGB color and a minimal > graph lib. Link ? Do you

[fossil-users] Random thoughts on Fossil v2 - translations

For a while I had been meaning to share the configuration file for a Spanish translation to the list. You can find it here: http://versions.southshield.net/fossiles/index And this also serves as an illustration of what I wrote to Stephan Beal earlier with perhaps some additions about what w

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

On 24/07/2013, at 6:25 AM, Baruch Burstein wrote: > Having recently graduated and on my first job, I am very interested in what > seems to me to be completely irrational. In the past year I have found that > most "irrational" things are really just my lack of experience showing :-) That is on

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

Thanks for the script and am glad to hear that it's included. Best, Jacek 2013/7/24 Michai Ramakers > Hi, > > On 24 July 2013 13:25, Stephan Beal wrote: > >> > >> I find this feature very useful and it is very common in clients to SVN, > >> Mercurial, etc. And since fossil has embedded cl

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

Hi, On 24 July 2013 13:25, Stephan Beal wrote: >> >> I find this feature very useful and it is very common in clients to SVN, >> Mercurial, etc. And since fossil has embedded client, I'd really like to see >> that as well. > > That one's come up a few times - added to the list. A list member rece

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

On Wed, Jul 24, 2013 at 1:25 PM, Baruch Burstein wrote: > Why not use more modern features? I mean, I would probably not shift my > whole codebase to C++11 just yet, but writing new code using C99? > i tried that several times over the past years and (A) C99 doesn't provide anything new which C89

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

On Wed, Jul 24, 2013 at 2:00 PM, Stephan Beal wrote: > On Wed, Jul 24, 2013 at 9:38 AM, Edward Berner wrote: > >> Personally, I'd vote for Fossil to remain C89. Specifically I'd like >> Microsoft Visual C++ 6.0 on Windows NT 4.0 to continue to be a usable >> target. >> > > As a matter of course

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

On Wed, Jul 24, 2013 at 1:15 PM, Jacek Cała wrote: > I find this feature very useful and it is very common in clients to SVN, > Mercurial, etc. And since fossil has embedded client, I'd really like to > see that as well. > That one's come up a few times - added to the list. A list member recentl

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

Hi All, One more feature that I also miss in the current version is selective commit. I mean something which allows you to see changes as a numbered list and then commit selectively e.g. issuing 'fossil commit -range 1-10,15'. It requires that 'fossil changes' is invoked before commit but that's w

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

On Wed, Jul 24, 2013 at 9:38 AM, Edward Berner wrote: > Personally, I'd vote for Fossil to remain C89. Specifically I'd like > Microsoft Visual C++ 6.0 on Windows NT 4.0 to continue to be a usable > target. > As a matter of course, i never explicitly use any C99 features except for the 2 header

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

On Wed, Jul 24, 2013 at 8:38 AM, Edward Berner wrote: > Specifically, a repository's local state is not cloned (see 2nd paragraph > of section 1.0 of http://www.fossil-scm.org/** > index.html/doc/trunk/www/sync.**wiki). > Most of the

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

On 7/22/2013 7:30 PM, Joseph R. Justice wrote: OS-level peculiarities: There are other multi-platform software projects which have to deal with these, both with peculiarities between similar types of platform, such as the various flavors of Unix and Linux, and between drastically different pl

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

Le Mon, 22 Jul 2013 10:02:47 +0200, Stephan Beal a écrit : > The problem is the interpreter. i am not aware of a small embedable JS > interpreter. SpiderMonkey/Jaegermonkey are complex and poorly > documented. Google V8 is nice but (A) huge, (B) C++, and (C) they > recently made drastic API chang

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

On 7/22/2013 1:13 AM, Gautier DI FOLCO wrote: 2013/7/22 Stephan Beal > The problem is the interpreter. i am not aware of a small embedable JS interpreter. SpiderMonkey/Jaegermonkey are complex and poorly documented. Google V8 is nice but (A) huge, (B) C+

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

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] 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] 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] 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] 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] Random thoughts on Fossil v2

On Sun, Jul 21, 2013 at 6:54 AM, Stephan Beal wrote: Hi, all, > > This topic has been tossed around before, but the amount of effort > involved in its undertaking has always kept us from actually doing it... > > To help bootstrap the process of figuring out what Fossil v2 might look > like i have

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

On Mon, Jul 22, 2013 at 5:21 AM, Konstantin Khomoutov < flatw...@users.sourceforge.net> wrote: > On Sun, 21 Jul 2013 17:01:02 -0700 (PDT) Clark Christensen < > cdcmi...@yahoo.com> wrote: > > > Scripting language: I understand the Tcl roots, and I hope you would > > consider Javascript as a targe

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

On Sun, Jul 21, 2013 at 1:12 PM, Eduardo Morras wrote: > b) Plugins and hooks c modules > [...] > c) source code parser, to find where a function, macro, etc... is > declared > For programs in C and C++ (and presumably eventually other programming languages), the LLVM Compiler Infrastructure

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

On Mon, Jul 22, 2013 at 4:41 PM, Stephan Beal wrote: > On Mon, Jul 22, 2013 at 3:28 PM, Remigiusz Modrzejewski < > l...@maxnet.org.pl> wrote: > >> >> On Jul 21, 2013, at 12:54 , Stephan Beal wrote: >> >> > To help bootstrap the process of figuring out what Fossil v2 might look >> > like i have st

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

On Mon, Jul 22, 2013 at 7:26 PM, Martin Gagnon wrote: > Actually, I've always wonder why the -n option is like this on CLI, and > why it is different from the n= parameter on the webpage counterpart?. May > be not a lot of people use it on the CLI? > i think we all wonder that ;). It's "historic

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

Le 22 juil. 2013 12:23, "Stephan Beal" a écrit : > > On Mon, Jul 22, 2013 at 6:18 PM, j. van den hoff < veedeeh...@googlemail.com> wrote: >> >> Options: >> -n|--limit N Output the first N changes (default 20) >> >> where the "first" probably should be a "last" or "most recent" I'd say. >

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

2013/7/22 Stephan Beal > On Mon, Jul 22, 2013 at 6:15 PM, Jacek Cała wrote: > >> >>> i am assuming by "each repo" you mean "each clone" (which is also "each >>> repo"). If that is the case, i can conceive of this working strictly >>> locally, but i still don't see how it can possibly scale if th

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

On Mon, Jul 22, 2013 at 5:34 PM, Stephan Beal wrote: > On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała wrote: > >> - project create initializes internal repo ticket number with '1', >> - project clone adds suffix '.1' to the repo ticket number, >> > Alternate suggestion: we simply print the SHAs in

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

On Mon, Jul 22, 2013 at 6:31 PM, Jacek Cała wrote: > Generally, I found not having human readable tickets numbers so difficult > that I used to embed some sort of identifiers within the ticket name (not > scalable at all :-( > i suspect that using the local db record IDs would be a usable soluti

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

On Mon, Jul 22, 2013 at 6:02 PM, Jacek Cała wrote: > Sorry for not being precise enough. You don't need to change the central > repo. In fact you don't change any repo at all. Only during cloning you > create a new 'seed' ticket number. Each repository has its own, ticket > number prefix, either

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

On Mon, Jul 22, 2013 at 6:09 PM, j. van den hoff wrote: > then I would opt for `-n 0' to get the whole time line. but actually I > would prefer a `-u(nlimited)' or `-a(ll)' flag or similar. the usefullness > of --reverse I'm not so sure about, at least I do not miss it right now... > -n 0 is alre

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

On Mon, Jul 22, 2013 at 6:06 PM, David Given wrote: > SHAs more readable; fortunately I never got around to implementing > it... > ...t to call it 'CORRECT HORSE BATTERY', or 'CASE NIGHTMARE GREEN', or > 'LUMINOUS PANDA UKELELE', or whatever. > LOL! Yes, thank goodness you never implemented

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

2013/7/22 Stephan Beal > On Mon, Jul 22, 2013 at 6:02 PM, Jacek Cała wrote: > >> Sorry for not being precise enough. You don't need to change the central >> repo. In fact you don't change any repo at all. Only during cloning you >> create a new 'seed' ticket number. Each repository has its own,

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

On Mon, 22 Jul 2013 18:12:03 +0200, Stephan Beal wrote: On Mon, Jul 22, 2013 at 6:09 PM, j. van den hoff wrote: then I would opt for `-n 0' to get the whole time line. but actually I would prefer a `-u(nlimited)' or `-a(ll)' flag or similar. the usefullness of --reverse I'm not so sure ab

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

On Mon, Jul 22, 2013 at 6:15 PM, Jacek Cała wrote: > >> i am assuming by "each repo" you mean "each clone" (which is also "each >> repo"). If that is the case, i can conceive of this working strictly >> locally, but i still don't see how it can possibly scale if those numbers >> propagate in any

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

On Mon, Jul 22, 2013 at 6:18 PM, j. van den hoff wrote: > Options: > -n|--limit N Output the first N changes (default 20) > > where the "first" probably should be a "last" or "most recent" I'd say. -n is a bit misleading, actually - that limits the number of _lines_ of output, not the

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

On Mon, Jul 22, 2013 at 5:52 PM, j. van den hoff wrote: > unambiguous sequential numbering of all checkins (just like `hg' has > always been doing it: checkins are denoted by something like > 10:0cb3d1256b... where the `10' is the locally valid incremental index of > the checkin which can be used

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

On Mon, Jul 22, 2013 at 6:00 PM, Stephan Beal wrote: > reverse flag so that --reverse -n -1 would show only the first checkin? > Correction: --reverse -n 1 or: ... -n -1 | tail -1 -- - stephan beal http://wanderinghorse.net/home/stephan/ http://gplus.to/sgbeal _

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

On Mon, 22 Jul 2013 18:01:27 +0200, Stephan Beal wrote: On Mon, Jul 22, 2013 at 6:00 PM, Stephan Beal wrote: reverse flag so that --reverse -n -1 would show only the first checkin? then I would opt for `-n 0' to get the whole time line. but actually I would prefer a `-u(nlimited)' or

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

Stephan Beal wrote: [...] > Alternate suggestion: we simply print the SHAs in decimal form ;). > They're not sequential but at least they're human-readable ;). A while back I did come up with an astoundingly stupid idea for making SHAs more readable; fortunately I never got around to implementing

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

2013/7/22 Stephan Beal > On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała wrote: > >> - project create initializes internal repo ticket number with '1', >> - project clone adds suffix '.1' to the repo ticket number, >> > > That would require that cloning change the central repo (because it has to > a

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

On Mon, 22 Jul 2013 17:40:23 +0200, Stephan Beal wrote: On Mon, Jul 22, 2013 at 5:34 PM, Stephan Beal wrote: On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała wrote: - project create initializes internal repo ticket number with '1', - project clone adds suffix '.1' to the repo ticket numb

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

On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała wrote: > Hi all, > > My 2 cents below regarding ticket numbering: > > 2013/7/22 Stephan Beal >> >> >>> * built-in persistent integer ticket numbers in addition to the SHA1 >>> ticket/artifact ID. The SHA1 hexdigest fragments are too geeky for >>> manag

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

On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała wrote: > - project create initializes internal repo ticket number with '1', > - project clone adds suffix '.1' to the repo ticket number, > That would require that cloning change the central repo (because it has to assign and store the new number for e

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

Hi all, My 2 cents below regarding ticket numbering: 2013/7/22 Stephan Beal > > * built-in persistent integer ticket numbers in addition to the SHA1 >> ticket/artifact ID. The SHA1 hexdigest fragments are too geeky for >> management during the weekly status meeting. >> > > Stable incremental n

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

On Mon, Jul 22, 2013 at 3:46 PM, Remigiusz Modrzejewski wrote: > ... > > Ah, this didn't occur to me. > In our usage GDocs is a poor man's scm. > And google takes over the user administration ;) > > I agree. I just didn't think of "watch me as I type" aspect of GDocs. > Once you get used to

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

On Jul 22, 2013, at 15:41 , Stephan Beal wrote: >> And why not a public Fossil repo? > > Because GDocs allows multiple people to edit at the same time (or watch > while someone else edits). Fossil won't ever do that (until/unless there is > a simple 3rd-party JS API for doing so). i've been typi

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

On Mon, Jul 22, 2013 at 3:28 PM, Remigiusz Modrzejewski wrote: > > On Jul 21, 2013, at 12:54 , Stephan Beal wrote: > > > To help bootstrap the process of figuring out what Fossil v2 might look > > like i have started writing down ideas in a public Google Doc: > > > > > https://docs.google.com/docu

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

On Jul 21, 2013, at 12:54 , Stephan Beal wrote: > To help bootstrap the process of figuring out what Fossil v2 might look > like i have started writing down ideas in a public Google Doc: > > https://docs.google.com/document/d/12g0s5A2TPX7-y47Nsw235rvsjcuh49TnHfMDB4ASvlo/view And why not a publi

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

On Mon, Jul 22, 2013 at 3:16 PM, Trevor Davel (Twylite) wrote: > Hi, > > > On 2013/07/21 12:54 PM, Stephan Beal wrote: > >> To help bootstrap the process of figuring out what Fossil v2 might look >> like i have started writing down ideas in a public Google Doc: >> >> https://docs.google.com/**doc

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

Hi, On 2013/07/21 12:54 PM, Stephan Beal wrote: To help bootstrap the process of figuring out what Fossil v2 might look like i have started writing down ideas in a public Google Doc: https://docs.google.com/document/d/12g0s5A2TPX7-y47Nsw235rvsjcuh49TnHfMDB4ASvlo/view One feature I would love

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

On Mon, Jul 22, 2013 at 2:38 PM, Isaac Jurado wrote: > I'm sorry but I find this a bit confusing. If you want to offer a > library where programs can link into, what difference does it make by > assuming it will have a small and concrete set of users? That's a fair question. My _assumption_ is

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

On Mon, Jul 22, 2013 at 1:30 PM, Stephan Beal wrote: > >> - Ensuring API/ABI compatibility is harder. And this actually >> slows down development because new features have to be >> implemented > > i don't envision us having to work about this. Fossil is not a > library with the same us

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

On Mon, Jul 22, 2013 at 12:00 PM, Stephan Beal wrote: > * built-in full text search for tickets. >> > > Searching has been one of the most-requested features for fossil lately. > The main difficulty is that it's not as simple as "select * from xyz where > field like ..." because artifacts are sto

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

2013/7/22 Stephan Beal > Then it starts looking like a message queue, and i personally have no > intention of seeing fossil grow into such a creature. > Keep it simple, RPCs can be queued by an external tool. ___ fossil-users mailing list fossil-users@

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

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 and cookie can be exchanged through sql table. > Then it starts loo

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

On Mon, Jul 22, 2013 at 1:06 PM, Isaac Jurado wrote: > On Mon, Jul 22, 2013 at 1:04 PM, Isaac Jurado wrote: > > > > - Ensuring API/ABI compatibility is harder. And this actually slows > > down development because new features have to be implemented > > Sorry, incomplete sentence: > >

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

On Mon, Jul 22, 2013 at 1:04 PM, Isaac Jurado wrote: > Converting Fossil into a library has a lot of downsides: > > - Building a library in a platform-independent manner is non-trivial > (unless making use of things such as libtool or CMake is alright). > It can't be any more problematic t

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

On Mon, 22 Jul 2013 12:20:44 +0200 Stephan Beal wrote: > On Mon, Jul 22, 2013 at 12:09 PM, Eduardo Morras wrote: > > > ...No, not as hooks, but as plugins. I think that include a scripting > > engine is great, I'm a lua user, but force to use only one not. Allowing to > > call external have thi

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

On Mon, Jul 22, 2013 at 1:04 PM, Isaac Jurado wrote: > > - Ensuring API/ABI compatibility is harder. And this actually slows > down development because new features have to be implemented Sorry, incomplete sentence: New features would have to be implemented in the library first and

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

2013/7/22 Stephan Beal > So you envision fossil making RPC calls to other services, correct? The > JSON API is a sort of RPC service. If we will add scriptable triggers then > they could do this sort of thing. > Yes, it seems to be the simpliest way to do it, to make a hook system "a la Github"

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

On Mon, Jul 22, 2013 at 12:28 PM, Stephan Beal wrote: > On Mon, Jul 22, 2013 at 12:21 PM, Arnel Legaspi > wrote: >> >> Would using something similar to Vim's mechanism (allowing Fossil to >> be compiled with Lua/Ruby/MZScheme/Python/etc. support) be more >> acceptable? > > > If the core library h

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

On Mon, Jul 22, 2013 at 12:21 PM, Arnel Legaspi wrote: > Would using something similar to Vim's mechanism (allowing Fossil to be > compiled with Lua/Ruby/MZScheme/Python/etc. support) be more acceptable? > If the core library has a sane interface, there's no reason we can't have ALL of those bind

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

2013/7/22 Laurens Van Houtven <_...@lvh.io>: > Just my 2c: a JSON hook API a la Github would be fantastic. > > Documentation: https://help.github.com/articles/post-receive-hooks > > It would also hopefully make it easy to re-use existing services with > fossil, if the spec were sufficiently close :

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

+1 for a more common markup language (e.g. markdown) :) ___ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users

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

On Mon, Jul 22, 2013 at 12:09 PM, Eduardo Morras wrote: > ...No, not as hooks, but as plugins. I think that include a scripting > engine is great, I'm a lua user, but force to use only one not. Allowing to > call external have this advantages: > > a) Not tied to one scripting language > b) In smp

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

On 7/22/2013 4:29 PM, fossil-users-requ...@lists.fossil-scm.org wrote: Date: Mon, 22 Jul 2013 10:02:47 +0200 From: Stephan Beal To: "Fossil SCM user's discussion" Subject: Re: [fossil-users] Random thoughts on Fossil v2 Message-ID: Content-Type: text/plain; charset=&

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

Hi, Just my 2c: a JSON hook API a la Github would be fantastic. Documentation: https://help.github.com/articles/post-receive-hooks It would also hopefully make it easy to re-use existing services with fossil, if the spec were sufficiently close :) cheers lvh On Mon, Jul 22, 2013 at 12:10 PM,

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

On Mon, Jul 22, 2013 at 12:04 PM, Gautier DI FOLCO < gautier.difo...@gmail.com> wrote: > 2013/7/22 Stephan Beal >> >> That's an interesting idea. What would you imagine doing with fossil over >> RPC? >> > > For example putting the calls in queues (ZeroMQ, RabbitMQ, etc.) to make > asynchronous an

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

On Sun, 21 Jul 2013 21:15:56 +0200 Stephan Beal wrote: > > a) when a user sync/merge to trunk in central server, it compile/test > > the code, after receive but before merge, and if compile/test fails reject > > sync/merge. > > b) project management features, global gant graphs, percentage of

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

2013/7/22 Stephan Beal > > That's an interesting idea. What would you imagine doing with fossil over > RPC? > For example putting the calls in queues (ZeroMQ, RabbitMQ, etc.) to make asynchronous and distributed calls, to have a scallable architecture.

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

On Mon, Jul 22, 2013 at 11:52 AM, Gautier DI FOLCO < gautier.difo...@gmail.com> wrote: > 2013/7/22 Richard Offer > >> What about a web-hook type mechanism? If I want to write my hooks in >> Python, I implement them inside a simple web-server (i.e. python -m >> SimpleHttpServer), Likewise for any

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

2013/7/22 Richard Offer > What about a web-hook type mechanism? If I want to write my hooks in > Python, I implement them inside a simple web-server (i.e. python -m > SimpleHttpServer), Likewise for any other interpreted langauge... > > > I agree its not as nice as a real embedded scripting lang

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

On Mon, Jul 22, 2013 at 11:44 AM, Richard Offer wrote: > What about a web-hook type mechanism? If I want to write my hooks in > Python, I implement them inside a simple web-server (i.e. python -m > SimpleHttpServer), Likewise for any other interpreted langauge... > Web hooks is a new topic for m

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

On Jul 22, 2013, at 9:29 AM, Stephan Beal wrote: > > Maybe the shell "should" be the script interface language. But that of course > rules out usage on Windows, which would upset a great number of people (not > me ;). i think a scripting language is our only realistic/portable option for > h

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

On Sun, 21 Jul 2013 17:01:02 -0700 (PDT) Clark Christensen wrote: [...] > Scripting language: I understand the Tcl roots, and I hope you would > consider Javascript as a target.  JS seems more universal these days. [...] Please, don't. JS is a wart right from the start -- supposedly the only po

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

It's remarkably slow at work so far today, so here's the answer i promised for tonight... On Mon, Jul 22, 2013 at 2:01 AM, Clark Christensen wrote: > Hi Stephan, > > What you propose sounds like the SQLite model where the core is a lib, and > the part we SCM users interact with is the CLI (or HTT

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

On Mon, Jul 22, 2013 at 10:20 AM, Laurens Van Houtven <_...@lvh.io> wrote: > Hi, > > While, ceteris paribus, I'd certainly prefer Python, I definitely > understand that embedding CPython may be more trouble than it's worth. If > you are going to embed *something*, I'd vote for a langauge explicitl

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

Hi, While, ceteris paribus, I'd certainly prefer Python, I definitely understand that embedding CPython may be more trouble than it's worth. If you are going to embed *something*, I'd vote for a langauge explicitly designed with that purpose in mind, say, Lua. However, if this is to happen, I rea

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

2013/7/22 Stephan Beal > The problem is the interpreter. i am not aware of a small embedable JS > interpreter. SpiderMonkey/Jaegermonkey are complex and poorly documented. > Google V8 is nice but (A) huge, (B) C++, and (C) they recently made drastic > API changes which invalidated every single v8

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

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 would > consider Javascript as a target. JS seems more universal these days. > Maybe

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

l/JS/HTML/CSS apps and the shared code to support them. Thanks for listening to me ramble :-))  -Clark ________ From: Stephan Beal To: fossil-users Sent: Sunday, July 21, 2013 3:54 AM Subject: [fossil-users] Random thoughts on Fossil v2 Hi, all, This topic has been tos

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

My wishlist: 1. Full-text search through the file contents and history. Search this list for "howto `grep' through old revisions" to see some ideas (mine is at the end of that thread), but some other ideas could work great, too. 2. Partial pulls - I mean that if pulling from a large repository, an

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

On Sun, Jul 21, 2013 at 7:12 PM, Eduardo Morras wrote: > a) Creation of graphs to show statistics. > > I'm on it now, writing a minimal png with 32bit ARGB color and a minimal > graph lib. > Added to the list. > b) Plugins and hooks c modules > > I use fossil with a central fossil reposito

  1   2   >