On Tue, Aug 7, 2018 at 11:47 PM
wrote:
> Date: Tue, 7 Aug 2018 13:26:04 -0500
> From: Artur Shepilko
> Subject: Re: [fossil-users] Why no EXE+DLL like SQLite?
>
> > project they are working on. Then they use TortoiseSVN to (mostly) commit
> > changes to their documents, sometimes to fetch older
On Mon, Aug 6, 2018 at 12:57 PM
wrote:
> Date: Mon, 6 Aug 2018 11:18:09 -0500
> From: Artur Shepilko
> Subject: Re: [fossil-users] Why no EXE+DLL like SQLite?
> Message-ID:
>
> How would you want to use such a GUI?
> I mean practically what is a non-programmer user workflow that
> involves a VCS
On Mon, Aug 6, 2018 at 8:07 AM
wrote:
>
> Date: Mon, 6 Aug 2018 09:18:56 +0800
> From: Steve Landers
> Subject: Re: [fossil-users] Why no EXE+DLL like SQLite?
>
> Put differently, what can’t you do with “fossil ui” that you can do with a
> native client?
>
You can't do:
fossil add
fossil ci
fo
On Fri, Jun 15, 2018 at 2:58 PM,
wrote:
>
> Date: Fri, 15 Jun 2018 13:35:13 -0400
> From: Richard Hipp
> Subject: Re: [fossil-users] Perception of Fossil
>
> An alternative design sketch:
>
> (4) The pullrequest command creates a "bundle" out of the "anon-patch"
> branch and then transmits that
On Thu, Jun 14, 2018 at 5:20 PM,
wrote:
>
> Date: Thu, 14 Jun 2018 15:12:17 -0600
> From: Warren Young
> Subject: Re: [fossil-users] Perception of Fossil
>
> On Jun 14, 2018, at 2:51 PM, Ron W wrote:
> >
> > In another forum I follow,a commented claims that Fossi
In another forum I follow,a commented claims that Fossil is designed for
"cathedral development" not "bazaar development", so would be of little
interest to anyone. Unfortunately, the poster did not elaborate on why.
Except maybe possible issues scaling to a large number of contributors, I
don't s
On Sun, Feb 25, 2018 at 7:00 AM,
wrote:
>
> Date: Sun, 25 Feb 2018 04:37:38 -0500
> From: Ron W
> Subject: Re: [fossil-users] Minor Issues with Fossil 2.5
>
> > Date: Sun, 25 Feb 2018 10:11:04 +0100
> > From: Florian Balmer > Subject: Re: [fossil-users] Minor Is
On Sun, Feb 25, 2018 at 4:11 AM,
wrote:
>
> Date: Sun, 25 Feb 2018 10:11:04 +0100
> From: Florian Balmer Subject: Re: [fossil-users] Minor Issues with Fossil 2.5
>
> I think that the "Last-Modified" header is much easier to handle, as
> it boils down to parsing a GMT date/time string. And, as al
On Sat, Feb 24, 2018 at 7:00 AM,
wrote:
>
> Date: Sat, 24 Feb 2018 12:14:33 +0100
> From: Florian Balmer
> Subject: Re: [fossil-users] Minor Issues with Fossil 2.5dg_
> pca...@mail.gmail.com
> >
> Content-Type: text/plain; charset="UTF-8"
>
> Thinking about HTTP caching twice, the following come
On Tue, Feb 13, 2018 at 7:00 AM,
wrote:
>
> Date: Tue, 13 Feb 2018 11:42:59 +0100
> From: Gilles
> Subject: Re: [fossil-users] Windows GUI that allows diff between two,
> revisions?
>
> Thanks for the tip. Fuel does have an internal web browser:
>
> https://s14.postimg.org/efgcfmwj5/Fossi
On Mon, Feb 12, 2018 at 7:19 PM,
wrote:
> Date: Tue, 13 Feb 2018 01:06:26 +0100
> From: Gilles
> Subject: Re: [fossil-users] Windows GUI that allows diff between two
> revisions?
>
> On 13/02/2018 00:33, Richard Hipp wrote:
> > On 2/12/18, Gilles wrote:
> >> Fuel* doesn't support diffin
On Sun, Jan 28, 2018 at 7:00 AM,
wrote:
> Date: Sat, 27 Jan 2018 17:22:39 -0500
> From: "Joe Mistachkin"
> Subject: Re: [fossil-users] Action-based automation and scripting
>
> The following pages may be of help to you:
>
> https://www.fossil-scm.org/fossil/doc/trunk/www/th1.md
>
>
On Sat, Jan 27, 2018 at 7:00 AM,
wrote:
>
> Date: Fri, 26 Jan 2018 14:13:29 -0800
> From: jungle Boogie
> Subject: Re: [fossil-users] Cross-link tech notes to commits
>
> On 21 December 2017 at 07:34, jungle Boogie
> wrote:
> > On 20 December 2017 at 13:13, jungle Boogie
> wrote:
> >> Hi All,
>
On Wed, Jan 3, 2018 at 1:27 PM,
wrote:
>
> Date: Wed, 3 Jan 2018 19:04:20 +0200
> From: Martin Vahi
> To: fossil-users@lists.fossil-scm.org
> Subject: [fossil-users] How to Embed WebM Videos to Fossil Wiki Pages?
> Message-ID:
> Content-Type: text/plain; charset=utf-8
>
>
> I know that the way t
On Sun, Dec 31, 2017 at 7:00 AM,
wrote:
>
> Date: Sat, 30 Dec 2017 22:48:18 +
> From: John Pateman
> Subject: [fossil-users] Interest in supporting Bugwarrior/Taskwarrior
> integration from Fossil users?
>
> I have been using Fossil for a while and I also use TaskWarrior a simple
> CL
On Mon, Jan 1, 2018 at 6:48 PM,
wrote:
> Date: Mon, 01 Jan 2018 12:44:42 +
> From: Sergey Bronnikov
> Subject: [fossil-users] ticket length limitation
>
> For most by bugs it works fine, but command is failed when ticket body
> exceed limits. Command line length is limited by value in `getco
On Tue, Dec 26, 2017 at 7:00 AM,
wrote:
>
> Date: Mon, 25 Dec 2017 23:44:27 +0100
> From: Chris Drexler
> Subject: [fossil-users] question regarding fuel-scm maintenance /
> ownership
>
> Anyone here who knows any contact or has suggestions on what to do? I
> don't want to see this projec
On Sun, Dec 17, 2017 at 9:11 PM,
wrote:
>
> Date: Sun, 17 Dec 2017 18:13:17 +
> From: Mark Janssen
> Subject: Re: [fossil-users] tangent vs. wyoung on recent commti
>
> Then what is the point of recvfrom? It will then just reduce to the repo
> where the artifact was created. This might be use
On Sun, Dec 17, 2017 at 7:00 AM,
wrote:
>
> Date: Sun, 17 Dec 2017 09:56:57 +
> From: Mark Janssen
> Subject: Re: [fossil-users] fossil-users Digest, Vol 119, Issue 28
> Message-ID:
> bgtr...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Unless I am misunderstanding
On Sat, Dec 16, 2017 at 7:00 AM,
wrote:
> Date: Fri, 15 Dec 2017 13:52:55 -0500
> From: Richard Hipp
> Subject: Re: [fossil-users] tangent vs. wyoung on recent commti
>
> On 12/15/17, Andy Bradford wrote:
> > As stated in the past, Fossil is meant for a tighter group of
> > developer
On Thu, Dec 14, 2017 at 7:00 AM,
wrote:
>
> Date: Wed, 13 Dec 2017 18:04:41 -0600 (CST)
> From: Roy Keene
> Subject: Re: [fossil-users] Fossil vs. GitHub
>
> One thing I often wish Fossil did was show other things (tickets, wiki
> pages) that reference tickets rather than just checkins -- I often
On Thu, Dec 14, 2017 at 2:31 PM,
wrote:
>
> Date: Thu, 14 Dec 2017 12:31:21 -0700
> From: Scott Robison
> Subject: Re: [fossil-users] tangent vs. wyoung on recent commti
>
> I'd bet that you can commit as anyone and push it if you have that access.
> You probably wouldn't keep that access for lon
On Tue, Dec 12, 2017 at 1:16 PM,
wrote:
>
> Date: Tue, 12 Dec 2017 14:00:01 +0100
> From: Florian Balmer
> Subject: Re: [fossil-users] Metadata in Timeline Verbose View
> Message-ID:
> mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> > $ fossil conf export skin foo
> > …up
On Tue, Dec 5, 2017 at 10:56 AM,
wrote:
>
> Date: Tue, 5 Dec 2017 10:56:06 -0500
> From: Richard Hipp
> Subject: Re: [fossil-users] Fossil in Debian
>
> On 12/5/17, Roy Keene wrote:
> > upstream doesn't make it easy, with their download page that uses
> > javascript to mangle the URLs, thus conf
On Mon, Nov 27, 2017 at 7:00 AM,
wrote:
>
> Date: Mon, 27 Nov 2017 09:50:29 +
> From: Javier Guerra Giraldez
> Subject: Re: [fossil-users] Trolling GitHub for ideas
>
> the only github think i've really missed when using fossil for
> non-personal projects is the ability to comment on a diff.
On Sun, Nov 26, 2017 at 7:00 AM,
wrote:
>
> Date: Sun, 26 Nov 2017 09:22:08 +0100
> From: Stephan Beal
> Subject: Re: [fossil-users] More timeline changes
>
> On Sat, Nov 25, 2017 at 11:06 PM, Tony Papadimitriou
> wrote:
>
> > The idea looks very good to me. But the ellipses are indeed barely
>
ext/plain; charset="UTF-8"
>
> On 11/24/17, Ron W wrote:
> > What effect will this reduced metadata have on applying Fossil semantics
> to
> > git artifacts?
> >
>
> Git artifacts do not support named branches, the ability to edit a
> check-in comment, t
On Tue, Nov 21, 2017 at 6:43 PM,
wrote:
>
> Date: Tue, 21 Nov 2017 15:25:37 -0700
> From: Warren Young
> Subject: Re: [fossil-users] Fossil-NG ideas
>
> On Nov 21, 2017, at 2:09 PM, Ron W wrote:
> >
> > While I like the idea of a "smart default" for the
On Fri, Nov 24, 2017 at 7:00 AM,
wrote:
>
> Date: Fri, 24 Nov 2017 05:55:51 -0500
> From: Richard Hipp
> Subject: Re: [fossil-users] Fossil-NG Bloat?
>
> On 11/24/17, Johan Kuuse wrote:
> > I agree on that we would give up Fossil semantics.
>
> I have no intent to "give up" or change the semanti
On Fri, Nov 24, 2017 at 10:17 AM, wrote:
>
> Date: Fri, 24 Nov 2017 09:35:55 -0500
> From: Richard Hipp
> Subject: [fossil-users] A-B comparison of proposed timeline changes
>
> Which is better?
>
> A: https://www.fossil-scm.org/a/timeline
> B: https://www.fossil-scm.org/b/timeline
I pref
On Wed, Nov 22, 2017 at 7:09 PM,
wrote:
>
> Date: Wed, 22 Nov 2017 19:09:21 -0500
> From: Richard Hipp
> Subject: Re: [fossil-users] Fossil-NG Bloat?
>
> On 11/22/17, Offray Vladimir Luna Cárdenas wrote:
> > I'm dubious over making Fossil a client for
> > any other main DVCS out there.
>
> One i
On Tue, Nov 21, 2017 at 4:09 PM,
wrote:
>
> Date: Tue, 21 Nov 2017 16:08:20 -0500
> From: Richard Hipp
>
> The overhead for a small batch of commits non-zero but it is
> manageable. A full clone, on the other hand, is too expensive. To
> give Fossil the ability to service clone requests from gi
On Mon, Nov 20, 2017 at 5:22 PM,
wrote:
>
> Date: Mon, 20 Nov 2017 13:33:11 -0700
> From: Warren Young
> Subject: [fossil-users] Fossil-NG ideas
>
> There is one more thing Git really gets right compared to Fossil:
> single-step clone-and-open. We should be able to do the same:
>
> $ fossil
On Mon, Nov 20, 2017 at 7:44 PM,
wrote:
>
> Date: Mon, 20 Nov 2017 17:44:49 -0700
> From: Warren Young
> Subject: Re: [fossil-users] Fossil-NG Bloat?
>
> On Nov 20, 2017, at 4:57 PM, bytevolc...@safe-mail.net wrote:
> >
> > Why add more complexity and bloat to the Fossil core?
>
> Because interop
On Sat, Nov 11, 2017 at 8:40 PM,
wrote:
>
> Subject: Re: [fossil-users] [Nmh-workers] Merging Source Files with
> git.(fwd)
>
Richard said:
There is no way to track file merges in Fossil. Nor is there a way to
> track splits - when a single source code file is split into multiple
>
On Sat, Nov 11, 2017 at 7:00 AM,
wrote:
>
> Date: Sat, 11 Nov 2017 10:22:15 +
> From: Thomas Levine <_...@thomaslevine.com>
> Subject: [fossil-users] [Nmh-workers] Merging Source Files with git.
> (fwd)
>
> Ralph asks whether a particular feature is available in git,
> so I am curious,
On Thu, Oct 19, 2017 at 8:00 AM,
wrote:
>
> Date: Wed, 18 Oct 2017 13:30:31 -0500
> From: Andy Goth
> Subject: [fossil-users] Fwd: Re: Fossil README symlink
>
> -- Forwarded message --
> From: "Matias Fonzo"
> Date: Oct 18, 2017 13:26
> Subject: Re: Fossil README symlink
>
> Two
On Wed, Oct 18, 2017 at 8:00 AM,
wrote:
>
> Date: Tue, 17 Oct 2017 20:12:25 -0500
> From: Andy Goth
> Subject: [fossil-users] Fwd: Re: Fossil README symlink
>
> Forwarded Message
> Subject: Re: Fossil README symlink
> Date: Tue, 17 Oct 2017 21:49:35 -0300
> From: Matias Fonzo
>
On Thu, Sep 28, 2017 at 7:57 AM,
wrote:
> Date: Thu, 28 Sep 2017 06:17:30 -0400
> From: David Mason
> Subject: Re: [fossil-users] Using Fossil with Apache Proxy
>
> I'm running fossil from within a CGI of my own... I want to do things like
> `fossil new foo.fossil`
>
As Richard suggested, look
On Sun, Sep 17, 2017 at 4:36 AM,
wrote:
>
> Date: Sun, 17 Sep 2017 10:36:31 +0200
> From: Johan Kuuse
>
> Sorry for my ignorance, but I have never heard of this tool. Do you refer
> to
>
> https://en.m.wikipedia.org/wiki/QA-C
>
>
Yes.
> At work, we use the follwing workflow and tools:
>
> Pre-h
On Sat, Sep 16, 2017 at 8:00 AM,
wrote:
> Date: Sat, 16 Sep 2017 01:15:25 +0200
> From: Johan Kuuse
> Subject: Re: [fossil-users] Shameless self-promotion
>
>
> >El 16 sept. 2017 0:39, "Warren Young" escribió:
> >>> On Sep 14, 2017, at 11:12 PM, Johan Kuuse wrote:
> >>>
> >>> A commit pre-hook
On Thu, Sep 7, 2017 at 5:25 PM,
wrote:
> The other type of empty files (actually, just one single file) is used
> for a test case to check how one part of the project gracefully handles
> an empty file. So, this file is actually not created by every
> contributor individually according to their p
On Wed, Aug 30, 2017 at 7:05 AM,
wrote:
>
> Date: Tue, 29 Aug 2017 22:55:56 -0500
> From: Andy Goth
> To: fossil-users@lists.fossil-scm.org
> Subject: Re: [fossil-users] toc.tcl
> Message-ID: <56c8452e-5530-7c0d-c077-fa2b35375...@gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
On Thu, Jun 29, 2017 at 8:00 AM,
wrote:
>
> Date: Wed, 28 Jun 2017 16:57:29 +0300
> From: "Tony Papadimitriou"
> Subject: [fossil-users] Suggestion: WIKI command EXPORT clean of tags
>
> I use Wiki a lot for keeping short notes/memos about pretty much anything
> related to the host repo.
> For co
On Sun, Jun 11, 2017 at 3:48 PM,
wrote:
>
> Date: Sun, 11 Jun 2017 20:02:08 +0100
> From: John Pateman
> To: Fossil SCM user's discussion
> Subject: Re: [fossil-users] fossil-users Digest, Vol 113, Issue 18
> Message-ID:
> Content-Type: text/plain; charset="utf-8"
>
> I agree that choices made
On Sun, Jun 11, 2017 at 8:00 AM,
wrote:
>
> Date: Sun, 11 Jun 2017 11:34:48 +0100
> From: John Pateman
> Subject: [fossil-users] Smudge and clean equivalents?
>
> Is there any way to implement functionality equivalent to git smudge and
> clean in fossil?
>
> I would like to use fossil for a numbe
On Tue, May 30, 2017 at 8:00 AM,
wrote:
>
> Date: Mon, 29 May 2017 22:35:31 -0500
> From: The Tick
> Subject: Re: [fossil-users] Is it possible to merge repository's?
>
> On 5/29/2017 10:30 PM, Andy Bradford wrote:
> > Thus said Stephan Beal on Tue, 30 May 2017 02:57:38 +0200:
> >
> >> However, t
On Wed, Apr 19, 2017 at 8:00 AM,
wrote:
>
> Date: Tue, 18 Apr 2017 23:52:33 -0600
> From: Warren Young
> Subject: Re: [fossil-users] Incomplete patch with idea for enhancement
>
> The only open question in my mind is what to do on Windows? IIS must have
> such a DB, but how does a program acces
On Thu, Mar 30, 2017 at 7:32 AM,
wrote:
>
> Date: Thu, 30 Mar 2017 11:15:37 +0200
> From: Florian Balmer
> To: fossil-users@lists.fossil-scm.org
> Subject: Re: [fossil-users] "CGI" command and argc
>
> > So, I would expect both of the following to work:
> > #!/usr/bin/env -S fossil2/fossil cgi fo
On Tue, Mar 28, 2017 at 8:00 AM,
wrote:
>
> Date: Tue, 28 Mar 2017 09:16:35 +0200
> From: Florian Balmer
> To: fossil-users@lists.fossil-scm.org
> Subject: [fossil-users] "CGI" command and argc
>
...
> To get Fossil 2.1 running on my FreeBSD 9.1 shared host, I downloaded
> Fossil 2.1 and the Ope
On Sun, Mar 26, 2017 at 2:56 PM,
wrote:
>
> Date: Sun, 26 Mar 2017 20:50:38 +0200
> From: Jan Danielsson
> To: fossil-users@lists.fossil-scm.org
> Subject: Re: [fossil-users] GitLab v. Fossil. Was: Eric Raymond
> (a.k.a. ESR) has published an SCM
> Message-ID: <45ad044c-1bcd-3a67-bfb3-4e
On Thu, Mar 16, 2017 at 2:01 PM,
wrote:
>
> Date: Thu, 16 Mar 2017 14:31:00 +0100
> From: Richard Bukovansky
> Subject: Re: [fossil-users] Conflicting edits of ticket
>
> Some kind of “comparer” where I would be able to decide which values are
> correct.
>
When you are viewing a ticket, there is
On Fri, Mar 3, 2017 at 1:33 PM,
wrote:
>
> Date: Fri, 3 Mar 2017 08:29:06 -0500
> From: Richard Hipp
> Subject: Re: [fossil-users] Progress report of Fossil 2.x
>
> (4) When new content is added by means other than a check-in
> (examples: cluster artifacts added by the server on a sync, Wiki
> pa
On Thu, Feb 23, 2017 at 11:23 PM, wrote:
>
> Date: Fri, 24 Feb 2017 04:23:06 + (UTC)
> From: "K. Fossil user"
> To: Fossil SCM user's discussion
> Subject:
> 2/ semi?
>
> > « I think Fossil is in a much better position to do this sort of
> migration than, say, Git, due to its semi-centralize
On Thu, Feb 23, 2017 at 7:02 PM,
wrote:
>
> Date: Thu, 23 Feb 2017 17:01:56 -0700
> From: Warren Young
> Subject: Re: [fossil-users] Google Security Blog: Announcing the first
> SHA1 collision
>
> The PHC scheme would allow Fossil to migrate to something stronger in a
> backwards-compatib
On Fri, Feb 24, 2017 at 5:54 PM,
wrote:
>
> Date: Fri, 24 Feb 2017 20:38:48 +0100
> From: Joerg Sonnenberger
> Subject: Re: [fossil-users] Google Security Blog: Announcing the first
> SHA1 collision
>
> On Fri, Feb 24, 2017 at 10:32:20AM -0800, bch wrote:
> > Are you saing:
> >
> > conten
On Sun, Feb 19, 2017 at 7:00 AM,
wrote:
>
> Date: Sat, 18 Feb 2017 18:21:28 +0200
> From: Shlomi Fish
> Subject: [fossil-users] Two problems
>
> I ran into three problems while trying to package the new fossil version
> for
> mageia linux v6:
>
> 1. I could not figure out how to report bugs in fo
On Mon, Dec 26, 2016 at 7:00 AM,
wrote:
>
> Date: Sun, 25 Dec 2016 18:07:18 +
> From: Chad Perrin
> Subject: Re: [fossil-users] incorrect user info in export --git
>
> On Sun, Dec 25, 2016 at 12:22:43PM -0500, Ron W wrote:
> >
> > Then I commit the "fina
On Sun, Dec 25, 2016 at 7:00 AM,
wrote:
>
> Date: Sun, 25 Dec 2016 05:11:28 +
> From: Chad Perrin
> Subject: Re: [fossil-users] incorrect user info in export --git
>
> On Sat, Dec 24, 2016 at 12:47:43PM -0800, bch wrote:
> > On Dec 24, 2016 10:05, "Stephan Beal" wrote:
> >
> > On Sat, Dec 2
.com>
> Content-Type: text/plain; charset=utf-8
>
> On Nov 14, 2016, at 10:09 PM, Ron W wrote:
> >
> > On Nov 12, 2016, at 4:52 AM, arnoldemu
> wrote:
> > >
> > > That is useful. What would the windows equivalent command-line?
> >
> > 2
On Mon, Nov 14, 2016 at 7:25 PM,
wrote:
>
> Date: Mon, 14 Nov 2016 06:49:44 -0700
> From: Warren Young
> Subject: Re: [fossil-users] Follow-up to reverting missing files
>
> On Nov 12, 2016, at 4:52 AM, arnoldemu
> wrote:
> >
> > That is useful. What would the windows equivalent command-line?
>
At the risk of wading in to a minefield, I have some thoughts.
On Fri, Oct 21, 2016 at 2:14 PM,
wrote:
>
> From: Nikita Borodikhin
> Date: Fri, 21 Oct 2016 16:02:33 +
>
> == combined log - history ananlysis ==
>
> The most unusual thing about Fossil is that it does not have "log" command
On Sat, Oct 22, 2016 at 8:32 PM,
wrote:
>
> -- Forwarded message --
> From: Nathaniel Reindl
> To: "Fossil SCM user's discussion"
> Cc:
> Date: Sat, 22 Oct 2016 19:56:51 -0400
> Subject: Re: [fossil-users] OT: Why we should NEVER use inetd/xinetd
> > On Oct 22, 2016, at 17:23, K.
On Sun, Oct 23, 2016 at 8:00 AM,
wrote:
>
> From: "K. Fossil user"
> Date: Sun, 23 Oct 2016 00:51:40 + (UTC)
>
> I was wondering if it is possible to do EVERYTHING [Fossil related of
> course] in a browser.
> I guess in theory it should be, but in practice?
>
For documentation, this could be
On Sun, Oct 23, 2016 at 8:00 AM,
wrote:
>
> From: Andy Bradford
> Date: 22 Oct 2016 20:48:42 -0600
>
> Thus said Scott Doctor on Sat, 22 Oct 2016 15:40:33 -0700:
>
> > The problem I am having is how to add files, do check-ins and such via
> > the UI, mostly regarding doing it remotely withou
On Tue, Oct 11, 2016 at 6:19 PM, Adam Jensen wrote:
> On 10/11/2016 03:39 PM, jungle Boogie wrote:
> > I would call that a wiki, not only inside fossil-scm but in general.
>
> I am inclined to think that a wiki probably isn't sufficient for many
> projects. What I am casually proposing (just brai
On Tue, Oct 11, 2016 at 6:19 PM, Adam Jensen wrote:
> On 10/11/2016 03:39 PM, jungle Boogie wrote:
> > I would call that a wiki, not only inside fossil-scm but in general.
>
> I am inclined to think that a wiki probably isn't sufficient for many
> projects. What I am casually proposing (just brai
On Tue, Oct 11, 2016 at 9:26 AM, Svyatoslav Mishyn
wrote:
>
> as Commit Script I have this:
> tclInvoke catch {exec /home/juef/bin/f2g test}
>
> but it looks like a commit script is executed before commit:
> /home/juef/fossil/test: date >> z && f ci -m f1
> /home/juef/fossil/test: date >> z && f c
On Tue, Oct 11, 2016 at 9:26 AM, Svyatoslav Mishyn
wrote:
>
> in git repo I have this:
> /home/juef/git/mirrors/fossil/test: cat .git/hooks/post-commit
> #!/bin/sh
>
> fossil_dir=/home/juef/fossil
> repo=test
>
> /home/juef/bin/g2f "$repo"
> cd "${fossil_dir}/${repo}" && fossil co trunk
>
"fossil
On Tue, Oct 4, 2016 at 2:54 PM, Scott Robison
wrote:
>
> We could modify the Windows code to use the \\.\ prefix trick and then
> fossil could create / delete the files. If we did that, how much pain would
> it cause to other tools and processes on the Windows system?
>
> If we don't support it, F
On Sun, Sep 11, 2016 at 12:18 PM, Adam Jensen wrote:
>
> The phrase "ephemeral content" is a bit disconcerting. It suggests
> values and attitudes towards this data which will probably be reflected
> in the requirements, specification, and implementation of the software.
>
> In the use-case I have
Why only "sync -u" ?
On Tue, Aug 30, 2016 at 2:31 PM, Richard Hipp wrote:
> A new feature of Fossil (currently unreleased and only available to
> people who are willing to recompile the code on trunk) is "unversioned
> files".
>
> https://www.fossil-scm.org/fossil/doc/trunk/www/unvers.wiki
>
On Sat, Aug 27, 2016 at 12:46 PM, Natacha Porté
wrote:
> Hello,
>
> Short version: I have a git repository built a mirror of a main
> repository, a few changes happened to the git repository, and I would
> like to find a way to bring these changes back to the fossil repository
> so that the git r
On Thu, Aug 18, 2016 at 4:03 PM, Warren Young wrote:
>
> I don’t argue for this to make git users happy, but instead to make Fossil
> more like Subversion, where there is no additional step required check out
> a new repository.
>
Technically, Fossil checkouts do work (almost) the same way as SV
On Wed, Aug 3, 2016 at 6:08 AM, John Found wrote:
>
> Well, I was actually wrong. fcgiwrap actually *can* wrap bash cgi scripts
> (and also, perl, etc.)
> So, the problem is solved and I can recommend using fcgiwrap tool for
> hosting fossil repositories
> on high performance web servers without
On Tue, Aug 2, 2016 at 8:00 AM, Stephan Beal wrote:
>
> As i rememeber it, sqlite3 won't compile with strict C89 mode because of
> its use of (long long), which is C99 (but is apparently implemented in all
> C compilers when not running in strict C89 mode).
>
This makes me wonder what the benefit
On Tue, Aug 2, 2016 at 12:26 AM, Adam Jensen wrote:
>
> Subversion has "Repository Hooks" (a program triggered by some
> repository event); Fossil might have had a similar capability ...
> worth asking.
With all the right things enabled during build, Fossil can run TH1/TCL
scripts on certain ev
On Mon, Aug 1, 2016 at 8:22 PM, Adam Jensen wrote:
> On 08/01/2016 07:40 PM, bch wrote:
>
> > in a controlling file. Something like a purpose-built makefile or
> > script that handles this layout, so that -it- can be versioned in
> > fossil; fossil wasn't/isn't currently designed to handle that s
On Sun, Jul 24, 2016 at 10:58 PM, Adam Jensen wrote:
>
> [The Session Extension](http://www.sqlite.org/sessionintro.html) pointed
> out by Eduardo seems to have a lot of potential.
>
> "The session extension provides a mechanism for recording changes to
> some or all of the rowid tables in an SQL
Hello,
What you are thinking is not impossible.
You do need to be aware that Fossil only uses SQLite as an index engine.
Fossil does not synchronize the actual databases, only the "artifacts"
(stored as "blobs" in the database). Aside from the blob table, the tables
in the database are derived fr
On Sun, Jul 17, 2016 at 2:08 AM, John L. Poole wrote:
> On your suggestion, I inserted code on the setup_header page to this:
>
> if {[hascap r]} {
> html "\n"
> }
>
>
>
> And that worked: the baseURI variable in DOM was set to
> "http://themis:8080/tktview?name=
On Sat, Jul 16, 2016 at 1:49 PM, John L. Poole wrote:
> The Edit Page Header allows one to define an HTML page element's
> child
> using TH1 variables:
>
>
>
[...]
> But the Base URI as defined by the above concatenation is really:
>
>http://themis:8080/tktview
>
> since $current_page i
On Thu, Jun 30, 2016 at 11:38 AM, K. Fossil user <
ticketpersonnal-fos...@yahoo.fr> wrote:
>
> As I said, the correct behavior should be : "reply-to" the Fossil SCM
> list...
>
Looking at the email headers, I see "Reply-to: Fossil SCM user's discussion
", so that part is correct.
As for the From
On Tue, Jun 28, 2016 at 1:34 PM, Warren Young wrote:
>
> 5. My scheme modifies one of the input source files — as opposed to
> modifying the built executable, as in Ron W’s scheme — which means you
> could have an executable that claims to be built against the prior checkin
> on the current branc
On Mon, Jun 27, 2016 at 2:39 PM, followait wrote:
> In such an scm with GUI, one can:
> 1. diff / merge / rebase by draging one commit to another
> 2. more generally, everything can be done in the GUI, it can be intuitive
> enough, so that no doc is needed
> 3. by the easy usage and full functio
On Sat, Jun 18, 2016 at 1:21 PM, Paul Hammant wrote:
> Curiosities:
>
>- Having a database name rather than just a .git or .svn folder
>convention
>- The 'open' step.
>
> Fossil and SVN are more similar than you seem to think.
Fossil's "open" command is much like SVN's "checkout" com
On Wed, Jun 15, 2016 at 10:02 PM, lvh <_...@lvh.io> wrote:
>
> These are important to the software we’re building, so they ought to live
> in VCS, or at least a reference to them should. How do you manage this?
> Just put the .git dir in version control? Bare checkout? Something that
> references
On Tue, Jun 7, 2016 at 2:27 AM, Luca Ferrari wrote:
>
> In the meantime I've tried the desperate trick:
>
> % fossil merge --integrate --force aa9521ccd9
>
> but the leaf is still listed on the open ones.
>
As Richard said, it's not a real problem.
I would suggest you compare the files in the e
On Mon, May 30, 2016 at 4:39 PM, John P. Rouillard wrote:
>
> In message <38334f96-17cf-e32a-e758-2d15ce5fd...@cheshireeng.com>,
> Ross Berteig writes:
> >One of the hooks is "command_hook" which is invoked for every
> >fossil command. That name can raise an error (or call break or
> >continue) to
On Fri, May 27, 2016 at 6:58 PM, John P. Rouillard wrote:
>
> On that note, does anybody have code for tcl hooks that can be used to
> reject artifacts that have text that matches a particular pattern.
The closest Fossil has to this is the "commit permission", which blocks the
commit based on t
On Tue, May 24, 2016 at 6:53 PM, Marko Käning
wrote:
>
> ---
> a.timelineHistLink {
> font-family: courier;
> }
> ---
>
>
Fossil has the capability for user defined "skins". Never used it myself,
but I have seen some nice custom skins for Fossil.
BTW, I assume CSS has styling modifiers, so I'd
On Tue, May 24, 2016 at 5:42 PM, Marko Käning
wrote:
>
> BTW, I have noticed that there can be more than one private branch
> (automatically) named “private”…
>
> They all appear then under the link ‘private’ in the "branch name” column.
>
I didn't know private branches had a default name. I thou
On Tue, May 24, 2016 at 9:11 AM, Joerg Sonnenberger wrote:
> On Tue, May 24, 2016 at 07:06:18AM -0600, Warren Young wrote:
> > On May 22, 2016, at 2:49 PM, Andy Goth wrote:
> > I wouldn’t mind seeing all but “extras” go away. You should be able
> > to run your build system’s clean command, then
On Mon, May 23, 2016 at 3:55 AM, Jan Nijtmans
wrote:
> 2016-05-23 2:46 GMT+02:00 Andy Goth:
> > What is the difference between keep-glob and ignore-glob? As far as I
> > know, stuff in keep-glob shows up in extras and addremove, whereas it
> > would be excluded if in ignore-glob. Are there any
On Mon, May 23, 2016 at 10:41 AM, Steve Schow wrote:
> Is it fair to say, tickets, wikis and checkins are stored in artifacts….
> while pretty much all configuration stuff including TH1 code, SQL, UI
> enhancements, etc are probably not artifacted?
>
I don't know if they are also stored in arti
On Sun, May 22, 2016 at 4:42 PM, Steve Schow wrote:
>
> with regards to this statement…
>
> On May 22, 2016, at 1:40 PM, Ron W wrote:
>
> > Everything in Fossil is stored in artifacts.
>
> Are ticket reports stored as versioned artifacts?
I should revise
On Sun, May 22, 2016 at 12:38 AM, Andy Goth wrote:
> On 5/21/2016 9:03 PM, Joe Mistachkin wrote:
> > Andy Goth wrote:
> >> The clean command has gotten very complicated,
> >
> > Unfortunately, most of the complexity is necessary and removing or
> > changing the semantics would risk breaking exist
On Sun, May 22, 2016 at 12:38 AM, Andy Goth wrote:
> On 5/21/2016 9:03 PM, Joe Mistachkin wrote:
> > Andy Goth wrote:
> >> The clean command has gotten very complicated, so I further advocate
> >> removing the -emptydirs and -dotfiles options and making them always
> >> be in effect. Empty direc
On Sat, May 21, 2016 at 4:36 PM, Steve Schow wrote:
> Thanks for that information. I was not aware that ticket changes involved
> artifacts also.
>
Everything in Fossil is stored in artifacts. The DB serves as artifact
storage, indexing of artifacts and a convenient cache of data from the
artif
On Fri, May 20, 2016 at 10:43 AM, Steve Schow wrote:
> I think perhaps you meant “commit” comment below? Its the commit comment
> that needs to be tweaked, in theory, by the TH1…not the ticket itself. So
> are you saying that modifying a commit comment requires that an artifact be
> created wi
1 - 100 of 556 matches
Mail list logo