On Sat, 18 Oct 2014 00:12:07 +0200, Warren Young war...@etr-usa.com
wrote:
On Oct 15, 2014, at 2:18 PM, Stephan Beal sgb...@googlemail.com wrote:
checkin [da524a7b522f] @ 2014-10-15 22:13:19 by [stephan] branch [trunk]
initial chicken.
On April 1, Fossil should use this as its
On Mon, 13 Oct 2014 10:12:02 +0200, Ramon Ribó ram...@compassis.com
wrote:
NB// there are two general contexts for a merge, merge from a branch or
merge from a node. When merging from a node there is no ambiguity and
this
conversation does not apply. However when merging from a branch there
On Fri, 10 Oct 2014 15:23:31 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Fri, Oct 10, 2014 at 3:14 PM, Martin Gagnon eme...@gmail.com wrote:
+1 for the warning message...
...Moreover, is it necessary to prompt user to continue or not if a
pull is
needed? Or we rely on the undo
On Sat, 27 Sep 2014 09:22:38 +0200, Stephan Beal sgb...@googlemail.com
wrote:
On Sat, Sep 27, 2014 at 9:17 AM, Andy Bradford amb-fos...@bradfords.org
wrote:
Good suggestion. I think I like [R] and it looks quite nice with both
the CSS and the []:
if it's of any interest to you: at least with source gear's `DiffMerge'
and fossil settings
gdiff-command(global) diffmerge.sh
gmerge-command (global) diffmerge.sh %original %baseline
%merge --result=%output
(where `diffmerge.sh' is the provided shell wrapper) everything
On Thu, 07 Feb 2013 00:05:48 +0100, Richard Hipp d...@sqlite.org wrote:
On my debian box, /bin/sh is a symlink to
/bin/dash (which I have never heard of before).
`dash' is the 'debian almquist shell':
http://en.wikipedia.org/wiki/Debian_Almquist_shell (and also
I would it find useful of fossil would provide a means to directly provide
the functionality of this script:
8-
#!/usr/bin/env ksh
# construct *CURRENT* revision info string plus indication of any changes
to the checkout
revnum=$(
fossil
On Mon, 28 Jan 2013 18:22:42 +0100, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Mon, Jan 28, 2013 at 06:09:57PM +0100, j. van den hoff wrote:
On Mon, 28 Jan 2013 17:34:44 +0100, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Mon, Jan 28, 2013 at 08:50:56AM -0500, Richard Hipp
On Mon, 28 Jan 2013 19:46:13 +0100, Richard Hipp d...@sqlite.org wrote:
On Mon, Jan 28, 2013 at 1:40 PM, Joerg Sonnenberger
jo...@britannica.bec.de
wrote:
You don't understand me. Anchoring helps, if you can use it to avoid
initial wild cards or limit the length of backtracking. It
On Mon, 28 Jan 2013 19:40:17 +0100, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Mon, Jan 28, 2013 at 07:26:32PM +0100, j. v. d. hoff wrote:
On Mon, 28 Jan 2013 18:22:42 +0100, Joerg Sonnenberger
jo...@britannica.bec.de wrote:
On Mon, Jan 28, 2013 at 06:09:57PM +0100, j. van den
On Mon, 28 Jan 2013 19:46:13 +0100, Richard Hipp d...@sqlite.org wrote:
I think another point is that the Lua regexp does not do anchoring (or at
least I didn't see it - did I miss something?)
see also here (from http://www.lua.org/pil/20.4.html):
Usually, pattern matching is efficient
On Thu, 17 Jan 2013 13:45:36 +0100, Stephan Beal sgb...@googlemail.com
wrote:
however, in the fossil repo (as of today) I get these number of
checkins:
timeline: 4905
dbstat : 4906
info: 4860
i.e. in this single repo there is a difference of one between timeline
and
dbstat
for completeness sake: did not hit 'reply all' the first time (thus
skipped replying to the list), so here it is.
On Wed, 16 Jan 2013 20:55:48 +0100, Eric e...@deptj.eu wrote:
On Wed, 16 Jan 2013 17:48:52 +0100, j. van den hoff
veedeeh...@googlemail.com wrote:
hi,
incidentally (when
On Sun, 13 Jan 2013 11:38:17 +0100, Stephan Beal sgb...@googlemail.com
wrote:
Hiho,
hi,
the numbers I'm going to report refer to this night's `a0dd5' being at the
top (I presume that's the same state you are looking on?):
On Fri, Jan 11, 2013 at 9:04 PM, j. v. d. hoff
veedeeh
just my 2 cents:
1.
I agree that it should be easier (or occuring even automatically?) to
merge such random forks. the `monotone' example was given. `hg' is another
obvious one doing that painlessly.
2.
I agree that improvement of the CLI is not given enough attention in
comparison to
On Sun, 13 Jan 2013 14:37:38 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Sun, Jan 13, 2013 at 2:16 PM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
In this case this basic information would always be simply there.
otherwise time required for generating this information obviously
See attached (if the list doesn't remove it), ignoring the question of
which commit count is correct for the moment.
I would exclude the headline (Repository Statistics:) from column width
computation (so reducing the white space amount between keys and values).
otherwise I like this
another minor thing: to decide whether to count the revisions starting
from 0 (offset relative to initial checkin) or from 1.
j.
On Sun, 13 Jan 2013 14:58:09 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Sun, Jan 13, 2013 at 2:41 PM, Stephan Beal sgb...@googlemail.com
wrote:
looks good
On Sun, 13 Jan 2013 15:42:22 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Sun, Jan 13, 2013 at 3:13 PM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
I would exclude the headline (Repository Statistics:) from column width
computation (so reducing the white space amount
On Sun, 13 Jan 2013 18:48:30 +0100, Stefan Bellon sbel...@sbellon.de
wrote:
On Sun, 13 Jan, j. v. d. hoff wrote:
(Incidentally I did already put that one into the new wiki page
http://www.fossil-scm.org/fossil/wiki?name=Wish+List today)
While I agree with some points on the wish list, I
On Sun, 13 Jan 2013 20:12:09 +0100, Eric e...@deptj.eu wrote:
On Sun, 13 Jan 2013 13:17:46 +0100, j. v. d. hoff
veedeeh...@googlemail.com wrote:
snip
yes, fossil naming scheme is somewhat ideosyncratic `st' should be the
canonical name for `timeline; anyway in order not to put off svn
On Fri, 11 Jan 2013 18:57:34 +0100, Richard Hipp d...@sqlite.org wrote:
On Fri, Jan 11, 2013 at 12:45 PM, j. van den hoff
veedeeh...@googlemail.com
wrote:
my question regards the (very useful!) functionality of selecting
(clicking) two timeline entries in the web GUI to the repo for
On Thu, 10 Jan 2013 13:51:51 +0100, Stephan Beal sgb...@googlemail.com
wrote:
On Thu, Jan 10, 2013 at 1:35 PM, Stephan Beal sgb...@googlemail.com
wrote:
i'll sign up for adding that - i would be able to do this on Sunday. i
would add it to the status command because we have that info in
a small thing:
`timeline' does wrap lines even in the middle of the branch name if the
latter does contain `-', e.g. `my-branch'. might it not be better to
define word boundaries more restrictively (white space only) in order to
prevent this? currently, it is, strictly speaking, not
On Thu, 20 Dec 2012 19:37:35 +0100, Mike Meyer m...@mired.org wrote:
On Thu, Dec 20, 2012 at 11:56 AM, j. van den hoff
veedeeh...@googlemail.com wrote:
I would find it far more intuitive if _after_ a `clone' of the above
sort
(password query for `myname' and all) the corresponding local user
On Tue, 18 Dec 2012 22:29:19 +0100, Mike Meyer m...@mired.org wrote:
well-balanced assessment.
On Tue, 18 Dec 2012 14:42:34 +0100
Gilles gilles.gana...@free.fr wrote:
Out of curiosity, if someone is well-versed with Fossil and the main
DVCS systems (Mercurial, Git),
Well, since no
On Tue, 18 Dec 2012 23:50:17 +0100, Jan Danielsson
jan.m.daniels...@gmail.com wrote:
On 12/18/12 22:29, Mike Meyer wrote:
[---]
I don't know of anyone using it for a large team. I don't know of any
reason not to, except for the risk of being the first to try that.
I don't think large
On Wed, 19 Dec 2012 00:23:09 +0100, Richard Hipp d...@sqlite.org wrote:
On Tue, Dec 18, 2012 at 5:21 PM, Mike Meyer m...@mired.org wrote:
I don't do that (I keep all my fossil repositories in ~/repos), so
haven't paid close attention to the issues. The big one seems to be
accidentally trying
thanks for clarifying this. gonna check the help pages before spamming the
list again
On Wed, 19 Dec 2012 00:33:29 +0100, Mike Meyer m...@mired.org wrote:
On Wed, 19 Dec 2012 00:02:11 +0100
j. v. d. hoff veedeeh...@googlemail.com wrote:
even for small teams I'd prefer to be able to do
On Wed, 19 Dec 2012 01:04:19 +0100, Martin Gagnon eme...@gmail.com wrote:
On Tue, Dec 18, 2012 at 6:28 PM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
On Wed, 19 Dec 2012 00:23:09 +0100, Richard Hipp d...@sqlite.org wrote:
On Tue, Dec 18, 2012 at 5:21 PM, Mike Meyer m...@mired.org wrote
On Sat, 15 Dec 2012 05:26:33 +0100, Joe Mistachkin sql...@mistachkin.com
wrote:
My opinion is that backward compatibility should be retained because
various
people, including several that may not be involved in this discussion,
have
existing scripts and other automation that relies upon
On Sat, 15 Dec 2012 03:15:09 +0100, Richard Hipp d...@sqlite.org wrote:
On Fri, Dec 14, 2012 at 8:58 PM, Themba Fletcher
themba.fletc...@gmail.comwrote:
Could I humbly suggest unmanage for the name of the
remove-from-repo-and-leave-the-disk-alone command? This would be
consistent with the
On Sat, 15 Dec 2012 10:56:20 +0100, Joe Mistachkin sql...@mistachkin.com
wrote:
j. v. d. hoff wrote:
I find this a confounding proposal.
Would you care to explain exactly what you find confounding about it?
has all been set way too often in this way too long thread:
POLS comes again
On Sat, 15 Dec 2012 12:03:26 +0100, Joe Mistachkin sql...@mistachkin.com
wrote:
j. v. d. hoff wrote:
POLS comes again to mind.
The Principle of Least Surprise is not static. Changing the current
behavior
would be a huge (and potentially unpleasant) surprise for those who are
very
On Thu, 13 Dec 2012 08:16:48 +0100, Gour g...@atmarama.net wrote:
On Wed, 12 Dec 2012 23:42:29 -0300
Richie Adler richiead...@gmail.com
wrote:
Sorry, I still think that the intention is to destroy what Fossil has
of unique to offer to be able to say that Git or Mercurial it's the
same and
On Thu, 13 Dec 2012 10:58:29 +0100, Gour g...@atmarama.net wrote:
On Thu, 13 Dec 2012 06:49:08 -0300
Richie Adler richiead...@gmail.com wrote:
Can you please killfile me and leave me alone?
That's not the point 'cause your comments are not polite and
disturbing to other Fossil users as you
On Fri, 14 Dec 2012 00:08:04 +0100, Eric e...@deptj.eu wrote:
On Thu, 13 Dec 2012 12:55:55 -0500, Altu Faltu altufa...@mail.com
wrote:
In order to continue the debate:
In my work flow, I do rm or mv in file system as and when needed. I do
fossil rm or fossil mv only when reviewing my
On Fri, 14 Dec 2012 00:23:12 +0100, Richard Hipp d...@sqlite.org wrote:
On Thu, Dec 13, 2012 at 6:08 PM, Eric e...@deptj.eu wrote:
On Thu, 13 Dec 2012 12:55:55 -0500, Altu Faltu altufa...@mail.com
wrote:
In order to continue the debate:
In my work flow, I do rm or mv in file system as and
On Tue, 11 Dec 2012 13:58:41 +0100, Marc Simpson m...@0branch.com wrote:
Thanks Joerg,
I've just pushed a fix -- can you try it out and let me know whether it
resolves the issue
yes it does. thanks.
j.
Best,
Marc
On Tue, Dec 11, 2012 at 5:51 PM, j. v. d. hoff
veedeeh
On Tue, 11 Dec 2012 22:50:06 +0100, Themba Fletcher
themba.fletc...@gmail.com wrote:
Sorry to drag up an old thread, but I'm just checking back in after a
lengthy absence.
On Fri, Nov 30, 2012 at 9:33 AM, Nolan Darilek no...@thewordnerd.info
wrote:
Weighing in on this, finally:
It's
On Tue, 04 Dec 2012 16:39:06 +0100, Jiri Navratil j...@navratil.cz wrote:
Hi,
I'm considering to add some files from my $HOME like .bashrc,
.mail_aliases, .. into fossil repository.
if I understand your question correctly I would rather propose to put all
the configuration files you want
...
Maybe none at all. The graphic representation of the timeline in the web
interface is really awesome, especially the explicit handling of
branching/merging.
...
one more (cosmetic) item for the wishlist: I would find it really helpful
if the branch/merge information could (optionally
On Fri, 30 Nov 2012 15:30:13 +0100, Chad Perrin c...@apotheon.net wrote:
On Tue, Nov 20, 2012 at 06:10:00PM +0100, j. van den hoff wrote:
On Tue, 20 Nov 2012 16:48:00 +0100, James Turner
I'd suggest -f like cvs rm uses.
obviously everybody seems to have his/her own preference how to
handle
hi,
I found this statement in the `technical overview' section:
8-
When accessing the repository database using raw SQL and the fossil sql
command, the extension function content() with a single argument which
On Sat, 24 Nov 2012 13:12:38 +0100, Martin Gagnon eme...@gmail.com wrote:
On Sat, Nov 24, 2012 at 5:40 AM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
hi,
I found this statement in the `technical overview' section:
8
question: is there a straightforward (or sqlite-based) way to `grep'
through a specified file recursively backward in time through all
revisions (or until first hit of the search pattern)?
j.
ps: yes, I would know now (after having learned how to use `fossil
artifact' correctly...) how to
On Sat, 24 Nov 2012 14:18:55 +0100, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 24, 2012 at 7:57 AM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
question: is there a straightforward (or sqlite-based) way to `grep'
through a specified file recursively backward in time through all
On Sat, 24 Nov 2012 14:59:58 +0100, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 24, 2012 at 8:34 AM, Lluís Batlle i Rossell
vi...@viric.namewrote:
On Sat, Nov 24, 2012 at 08:18:55AM -0500, Richard Hipp wrote:
On Sat, Nov 24, 2012 at 7:57 AM, j. v. d. hoff
veedeeh
On Sat, 24 Nov 2012 15:21:54 +0100, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 24, 2012 at 9:12 AM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
On Sat, 24 Nov 2012 14:59:58 +0100, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 24, 2012 at 8:34 AM, Lluís Batlle i Rossell
vi
On Sat, 24 Nov 2012 15:43:57 +0100, Stefan Bellon sbel...@sbellon.de
wrote:
On Sat, 24 Nov, j. v. d. hoff wrote:
I would like to issue something like `fossil artifact [1234] -f
myfile.txt'
I may be misunderstanding, but isn't
fossil finfo -p -r [1234] myfile.txt
what you want?
yes
On Sat, 24 Nov 2012 16:23:05 +0100, Martin Gagnon eme...@gmail.com wrote:
Le 2012-11-24 10:16, j. v. d. hoff a écrit :
On Sat, 24 Nov 2012 15:43:57 +0100, Stefan Bellon sbel...@sbellon.de
wrote:
On Sat, 24 Nov, j. v. d. hoff wrote:
I would like to issue something like `fossil artifact
On Sat, 24 Nov 2012 17:40:30 +0100, Richard Hipp d...@sqlite.org wrote:
On Sat, Nov 24, 2012 at 10:35 AM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
On Sat, 24 Nov 2012 16:23:05 +0100, Martin Gagnon eme...@gmail.com
wrote:
Le 2012-11-24 10:16, j. v. d. hoff a écrit :
On Sat, 24 Nov
On Sat, 24 Nov 2012 20:05:55 +0100, Bernd Paysan bernd.pay...@gmx.de
wrote:
Am Samstag, 24. November 2012, 08:59:58 schrieb Richard Hipp:
So what should the output look like? Suppose we implement a command:
fossil grep REGEXP FILENAMEGLOB
Which searches all historical versions of files
hi there,
a modest suggestion:
I would prefer (and I believe it actually would be more correct, thought
what's correct is always arguable)
if `fossil set' would explicitly report not only explicitly set (local)
and (global) parameters but also the
default values (whose values I tend to only
On Mon, 19 Nov 2012 22:49:22 +0100, Richard Hipp d...@sqlite.org wrote:
On Mon, Nov 19, 2012 at 4:30 PM, j. v. d. hoff
veedeeh...@googlemail.comwrote:
hi there,
a modest suggestion:
I would prefer (and I believe it actually would be more correct, thought
what's correct is always arguable
hi,
after a local check in and autsync via ssh to a server I do see the
following in the `overview' when selecting the corresponding
artifact link in the `timeline' the web inteface:
Received From: myusername @ on 2012-11-15 21:35:42
i.e. the host/url/IP address from which the check in
On Mon, 12 Nov 2012 16:23:22 +0100, Richard Hipp d...@sqlite.org wrote:
On Mon, Nov 12, 2012 at 9:51 AM, Richard Hipp d...@sqlite.org wrote:
Please try again using
http://www.fossil-scm.org/fossil/info/00cf858afeand let me know if the
situation improves. If it still is not working,
On Sun, 11 Nov 2012 19:35:25 +0100, Matt Welland estifo...@gmail.com
wrote:
On Sun, Nov 11, 2012 at 2:56 AM, j. van den hoff
veedeeh...@googlemail.comwrote:
On Sun, 11 Nov 2012 10:39:27 +0100, Matt Welland estifo...@gmail.com
wrote:
sshfs is cool but in a corporate environment it can't
58 matches
Mail list logo