On 28/07/2013, at 8:53 AM, Paolo Bolzoni paolo.bolzoni.br...@gmail.com 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
On Wed, Jul 24, 2013 at 5:33 PM, Steve Landers st...@digitalsmarties.comwrote:
On 24/07/2013, at 6:25 AM, Baruch Burstein bmburst...@gmail.com 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
On Sun, Jul 28, 2013 at 3:32 PM, Baruch Burstein bmburst...@gmail.com 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
On Thu, 25 Jul 2013 08:34:02 -0700
Andreas Kupries andre...@activestate.com 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
On Fri, Jul 26, 2013 at 3:17 AM, Joseph R. Justice jayare...@gmail.comwrote:
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
On Fri, Jul 26, 2013 at 3:49 AM, Joseph R. Justice jayare...@gmail.comwrote:
[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
On Sun, Jul 21, 2013 at 10:12 AM, Eduardo Morras emorr...@yahoo.es wrote:
On Sun, 21 Jul 2013 12:54:05 +0200
Stephan Beal sgb...@googlemail.com 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
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 sgb...@googlemail.com wrote:
On Tue, Jul 23, 2013 at
[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 jayare...@gmail.comwrote:
My apologies
On 7/22/2013 4:36 AM, Stephan Beal wrote:
On Mon, Jul 22, 2013 at 1:30 PM, Eduardo Morras emorr...@yahoo.es
mailto:emorr...@yahoo.es 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
On 7/23/2013 7:22 AM, Stephan Beal wrote:
On Tue, Jul 23, 2013 at 1:54 PM, Eduardo Morras emorr...@yahoo.es
mailto:emorr...@yahoo.es 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
On 7/22/2013 4:20 PM, Joseph R. Justice wrote:
On Mon, Jul 22, 2013 at 5:21 AM, Konstantin Khomoutov
flatw...@users.sourceforge.net
mailto:flatw...@users.sourceforge.net wrote:
On Sun, 21 Jul 2013 17:01:02 -0700 (PDT) Clark Christensen
cdcmi...@yahoo.com mailto:cdcmi...@yahoo.com
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 cdcmi...@yahoo.com
mailto:cdcmi...@yahoo.com wrote:
Scripting language: I understand the Tcl roots, and
On 7/22/2013 1:13 AM, Gautier DI FOLCO wrote:
2013/7/22 Stephan Beal sgb...@googlemail.com
mailto: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
Le Mon, 22 Jul 2013 10:02:47 +0200, Stephan Beal
sgb...@googlemail.com 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
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
On Wed, Jul 24, 2013 at 9:38 AM, Edward Berner e...@bernerfam.com 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
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
On Wed, Jul 24, 2013 at 1:15 PM, Jacek Cała jacek.c...@gmail.com 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
On Wed, Jul 24, 2013 at 2:00 PM, Stephan Beal sgb...@googlemail.com wrote:
On Wed, Jul 24, 2013 at 9:38 AM, Edward Berner e...@bernerfam.com 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
On Wed, Jul 24, 2013 at 1:25 PM, Baruch Burstein bmburst...@gmail.comwrote:
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
Hi,
On 24 July 2013 13:25, Stephan Beal sgb...@googlemail.com 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
On Tue, Jul 23, 2013 at 4:30 AM, Joseph R. Justice jayare...@gmail.comwrote:
...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),
On Mon, 22 Jul 2013 13:36:37 +0200
Stephan Beal sgb...@googlemail.com wrote:
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
On Tue, Jul 23, 2013 at 1:04 PM, Eduardo Morras emorr...@yahoo.es 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
On Tue, 23 Jul 2013 13:17:47 +0200
Stephan Beal sgb...@googlemail.com wrote:
On Tue, Jul 23, 2013 at 1:04 PM, Eduardo Morras emorr...@yahoo.es 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
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
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
On Tue, Jul 23, 2013 at 10:35 PM, Matt Welland estifo...@gmail.com 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
On Tue, Jul 23, 2013 at 10:42 PM, Mark Janssen mpc.jans...@gmail.comwrote:
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
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 ;).
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
On Sun, Jul 21, 2013 at 7:12 PM, Eduardo Morras emorr...@yahoo.es 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
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, and
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 HTTP). From a user's
standpoint, I'd like to assume the project would provide the default
executable, equivalent to today's fossil executable.
Overall, I
83 matches
Mail list logo
