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 cdcmi...@yahoo.comwrote:
Scripting language: I understand the Tcl roots, and I hope you would
consider Javascript as a target. JS seems more universal
2013/7/22 Stephan Beal sgb...@googlemail.com
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
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
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 explicitly
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 cdcmi...@yahoo.comwrote:
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
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 target. JS seems more universal these days.
[...]
Please, don't. JS is a wart right from the start --
On Jul 22, 2013, at 9:29 AM, Stephan Beal sgb...@googlemail.com 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
On Mon, Jul 22, 2013 at 11:44 AM, Richard Offer rich...@whitequeen.comwrote:
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
2013/7/22 Richard Offer rich...@whitequeen.com
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
On Mon, Jul 22, 2013 at 11:52 AM, Gautier DI FOLCO
gautier.difo...@gmail.com wrote:
2013/7/22 Richard Offer rich...@whitequeen.com
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),
2013/7/22 Stephan Beal sgb...@googlemail.com
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.
On Sun, 21 Jul 2013 21:15:56 +0200
Stephan Beal sgb...@googlemail.com 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,
On Mon, Jul 22, 2013 at 12:04 PM, Gautier DI FOLCO
gautier.difo...@gmail.com wrote:
2013/7/22 Stephan Beal sgb...@googlemail.com
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
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
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 sgb...@googlemail.com
To: Fossil SCM user's discussion fossil-users@lists.fossil-scm.org
Subject: Re: [fossil-users] Random thoughts on Fossil v2
Message-ID:
+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
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 :)
A
On Mon, Jul 22, 2013 at 12:21 PM, Arnel Legaspi jalespr...@gmail.comwrote:
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
On Mon, Jul 22, 2013 at 12:28 PM, Stephan Beal sgb...@googlemail.com wrote:
On Mon, Jul 22, 2013 at 12:21 PM, Arnel Legaspi jalespr...@gmail.com
wrote:
Would using something similar to Vim's mechanism (allowing Fossil to
be compiled with Lua/Ruby/MZScheme/Python/etc. support) be more
2013/7/22 Stephan Beal sgb...@googlemail.com
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
On Mon, Jul 22, 2013 at 1:04 PM, Isaac Jurado dipto...@gmail.com 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
On Mon, 22 Jul 2013 12:20:44 +0200
Stephan Beal sgb...@googlemail.com wrote:
On Mon, Jul 22, 2013 at 12:09 PM, Eduardo Morras emorr...@yahoo.es 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.
On Mon, Jul 22, 2013 at 1:04 PM, Isaac Jurado dipto...@gmail.com 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
On Mon, Jul 22, 2013 at 1:06 PM, Isaac Jurado dipto...@gmail.com wrote:
On Mon, Jul 22, 2013 at 1:04 PM, Isaac Jurado dipto...@gmail.com wrote:
- Ensuring API/ABI compatibility is harder. And this actually slows
down development because new features have to be implemented
Sorry,
On Mon, Jul 22, 2013 at 1:30 PM, Eduardo Morras emorr...@yahoo.es 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
2013/7/22 Stephan Beal sgb...@googlemail.com
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
On Mon, Jul 22, 2013 at 12:00 PM, Stephan Beal sgb...@googlemail.comwrote:
* 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
On Mon, Jul 22, 2013 at 1:30 PM, Stephan Beal sgb...@googlemail.com 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
On Mon, Jul 22, 2013 at 2:38 PM, Isaac Jurado dipto...@gmail.com 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
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
On Mon, Jul 22, 2013 at 3:16 PM, Trevor Davel (Twylite) twyl...@crypt.co.za
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:
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 public
On Mon, Jul 22, 2013 at 3:28 PM, Remigiusz Modrzejewski
l...@maxnet.org.plwrote:
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:
On Mon, Jul 22, 2013 at 3:46 PM, Remigiusz Modrzejewski
l...@maxnet.org.plwrote:
...
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
Hi all,
My 2 cents below regarding ticket numbering:
2013/7/22 Stephan Beal sgb...@googlemail.com
* 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
On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała jacek.c...@gmail.com 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
On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała jacek.c...@gmail.com wrote:
Hi all,
My 2 cents below regarding ticket numbering:
2013/7/22 Stephan Beal sgb...@googlemail.com
* built-in persistent integer ticket numbers in addition to the SHA1
ticket/artifact ID. The SHA1 hexdigest fragments
On Mon, 22 Jul 2013 17:40:23 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Jul 22, 2013 at 5:34 PM, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała jacek.c...@gmail.com
wrote:
- project create initializes internal repo ticket number
2013/7/22 Stephan Beal sgb...@googlemail.com
On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała jacek.c...@gmail.com 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
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
On Mon, 22 Jul 2013 18:01:27 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Jul 22, 2013 at 6:00 PM, Stephan Beal sgb...@googlemail.com
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
On Mon, Jul 22, 2013 at 6:00 PM, Stephan Beal sgb...@googlemail.com 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
On Mon, Jul 22, 2013 at 5:52 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
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
On Mon, Jul 22, 2013 at 6:18 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
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
On Mon, 22 Jul 2013 18:12:03 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Mon, Jul 22, 2013 at 6:09 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
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.
On Mon, Jul 22, 2013 at 6:09 PM, j. van den hoff
veedeeh...@googlemail.comwrote:
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
On Mon, Jul 22, 2013 at 5:34 PM, Stephan Beal sgb...@googlemail.com wrote:
On Mon, Jul 22, 2013 at 4:47 PM, Jacek Cała jacek.c...@gmail.com wrote:
- project create initializes internal repo ticket number with '1',
- project clone adds suffix '.1' to the repo ticket number,
Alternate
Le 22 juil. 2013 12:23, Stephan Beal sgb...@googlemail.com 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.
On Mon, Jul 22, 2013 at 7:26 PM, Martin Gagnon eme...@gmail.com 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 ;).
I've seen some traffic on this list that touches on the issue, but haven't
seen anyone offer specific scripts that will let me ingest a CVS repo *plus
all my CVSTrac tickets* into fossil.
I've successfully used cvs2git to move my repo to a git repo, and
successfully imported the git repo into
On Mon, Jul 22, 2013 at 9:04 PM, Richard Hipp d...@sqlite.org wrote:
The stumbling block is that the ticket text is Wiki, but the format for
Fossil Wiki and CVSTrac Wiki is different, which would require a tricky
translator.
But the ticket system now allows one (IIRC) to change the text type
Hello,
today I built fossil on cygwin64, and it built but it didn't work. Cloning, a
line in os_win.c complained about not having permission to create a file (a tmp
file with some kind of random string) in C:/windows.
I wonder... why is it running any os_win code? shouldn't cygwin look like
On Mon, Jul 22, 2013 at 9:21 PM, Lluís Batlle i Rossell vi...@viric.namewrote:
I've been using happily fossil in cygwin 32-bit since years, and only
today I
tried this cygwin64 (completely new for me). Has anyone tried it? Maybe I
am
doing something very wrong.
Speculation: i _suspect_
On Mon, Jul 22, 2013 at 09:21:57PM +0200, Lluís Batlle i Rossell wrote:
Hello,
today I built fossil on cygwin64, and it built but it didn't work. Cloning,
a
line in os_win.c complained about not having permission to create a file (a
tmp
file with some kind of random string) in
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 target. JS
55 matches
Mail list logo