Re: [fossil-users] 'fossil sqlite3' db init issues

2013-09-02 Thread Stephan Beal
On Sun, Sep 1, 2013 at 11:43 PM, David Given  wrote:

> What I'm actually trying to do is to add some functionality which is
> accessed via a couple of extra SQL functions. What's the preferred way
> to do this?
>

Most of the custom funcs are registered in db.c:db_open(), but apparently
that one isn't used by the sqlite command:

[stephan@host:~/cvs/fossil/libfossil]$ f sqlite
SQLite version 3.8.1 2013-08-30 06:20:23
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> select now();
Error: no such function: now

It "might" help to split those func registrations into a separate function
and call it from both db_open() and the sqlite command setup.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] fossil-scm.org tracker not working?

2013-09-02 Thread Stestagg
Hi

The issue tracker at:  http://www.fossil-scm.org/ seems to be not showing
descriptions at the moment.

Take my open ticket for example:

Viewing the ticket page:
http://www.fossil-scm.org/index.html/tktview?name=df43e9ae60
shows an empty description and comments section.
If you look at the ticket history however, you can see that a description
was added when the ticket was created.

I tested a few other tickets, and the same behaviour seemed to occur

Thanks

Steve
___
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] fossil-scm.org tracker not working?

2013-09-02 Thread Stephan Beal
On Mon, Sep 2, 2013 at 12:37 PM, Stestagg  wrote:

> Viewing the ticket page:
> http://www.fossil-scm.org/index.html/tktview?name=df43e9ae60
> shows an empty description and comments section.
>

Good morning and thanks for the report.

This problem has come up a few times now (at least 3, IIRC) the last month
or so. In one case it was caused by "mis-moderation" (by me), but there are
at least (now) 2 cases which weren't (as far as i can tell) affected by
moderation. Natacha noted another case last week.

@Devs: i can't speculate what might be the problem here (as much as i love
to speculate). Any ideas?

I tested a few other tickets, and the same behaviour seemed to occur
>

Did you see any where this does _not_ occur? If not, then this is certainly
something easy/centrally-located.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] fossil-scm.org tracker not working?

2013-09-02 Thread Richard Hipp
The "View Ticket Page" was wrong.  Fixed now.


On Mon, Sep 2, 2013 at 6:49 AM, Stephan Beal  wrote:

> On Mon, Sep 2, 2013 at 12:37 PM, Stestagg  wrote:
>
>> Viewing the ticket page:
>> http://www.fossil-scm.org/index.html/tktview?name=df43e9ae60
>> shows an empty description and comments section.
>>
>
> Good morning and thanks for the report.
>
> This problem has come up a few times now (at least 3, IIRC) the last month
> or so. In one case it was caused by "mis-moderation" (by me), but there are
> at least (now) 2 cases which weren't (as far as i can tell) affected by
> moderation. Natacha noted another case last week.
>
> @Devs: i can't speculate what might be the problem here (as much as i love
> to speculate). Any ideas?
>
>  I tested a few other tickets, and the same behaviour seemed to occur
>>
>
> Did you see any where this does _not_ occur? If not, then this is
> certainly something easy/centrally-located.
>
> --
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>


-- 
D. Richard Hipp
d...@sqlite.org
___
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] fossil-scm.org tracker not working?

2013-09-02 Thread Jan Nijtmans
2013/9/2 Richard Hipp :
> The "View Ticket Page" was wrong.  Fixed now.

I am afraid the restoration of fossil-scm.org had another
effect: the Home-page itself. Earlier it contained
the following menu items:

Home Timeline Download Code Documentation Branches Tags Tickets Wiki Logout

But now I only see:

Home Timeline Files Branches Tags Tickets Wiki Logout

Here is the relevant part of the Admin->Header content as
it was before the corruption.

Regards,
Jan Nijtmans

 

html "Home\n"
if {[anycap jor]} {
  html "Timeline\n"
}
html "Download"
if {[hascap oh]} {
  html "Code\n"
}
html "Documentation"
if {[hascap o]} {
  html "Branches\n"
  html "Tags\n"
}
if {[hascap r]} {
  html "Tickets\n"
}
if {[hascap k]} {
  html "Wiki\n"
}
if {[hascap s]} {
  html "Admin\n"
} elseif {[hascap a]} {
  html "Users\n"
}
if {[info exists login]} {
  html "Logout\n"
} else {
  html "Login\n"
}

___
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] fossil-scm.org tracker not working?

2013-09-02 Thread Jan Nijtmans
2013/9/2 Jan Nijtmans :
> I am afraid the restoration of fossil-scm.org had another
> effect.

And - more difficult to note: The current index page is:
/doc/tip/www/index.wiki
but before the corruption is was:
/doc/trunk/www/index.wiki

Regards,
   Jan Nijtmans
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users


[fossil-users] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Stephan Beal
Hi, all,

i'm looking to prioritize some work on libfossil and i got the idea to try
to find out which commands people use most often, and use that to help me
prioritize.

So... which fossil CLI commands do you use most often, NOT counting the
following (which are more or less required for any real work):

checkout (co)
status
diff
checkin (ci)
update/pull/push
open/closed (rarely needed)
timeline

i think those cover 95%+ of my CLI use, and fossil has many commands i've
never used (bisect, extras, scrub...).

i'm leaving 'merge' out of that list on purpose because i _suspect_ that a
lot of users don't ever branch/merge. So if you make lots of use of it,
please list it.

:-?

PS: here's the list of commands:

http://fossil-scm.org/index.html/help

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Martin S. Weber
On Mon, Sep 02, 2013 at 06:36:42PM +0200, Stephan Beal wrote:
> (...) So... which fossil CLI commands do you use most often, NOT counting the
> following (which are more or less required for any real work): (...)

changes
add/addremove/rm/mv
stash
merge
(settings? remote-url?)

would be what completes my workflow pretty much (leaving ui/server off).

Regards,
-M
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Martin Gagnon
revert, init(new), extra, rm, mv, gdiff, merge, ls

-- 
Mobile == toppost && brief;

Martin G.
Le 2 sept. 2013 12:36, "Stephan Beal"  a écrit :

> Hi, all,
>
> i'm looking to prioritize some work on libfossil and i got the idea to try
> to find out which commands people use most often, and use that to help me
> prioritize.
>
> So... which fossil CLI commands do you use most often, NOT counting the
> following (which are more or less required for any real work):
>
> checkout (co)
> status
> diff
> checkin (ci)
> update/pull/push
> open/closed (rarely needed)
> timeline
>
> i think those cover 95%+ of my CLI use, and fossil has many commands i've
> never used (bisect, extras, scrub...).
>
> i'm leaving 'merge' out of that list on purpose because i _suspect_ that a
> lot of users don't ever branch/merge. So if you make lots of use of it,
> please list it.
>
> :-?
>
> PS: here's the list of commands:
>
> http://fossil-scm.org/index.html/help
>
> --
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Joerg Sonnenberger
On Mon, Sep 02, 2013 at 06:36:42PM +0200, Stephan Beal wrote:
> i'm looking to prioritize some work on libfossil and i got the idea to try
> to find out which commands people use most often, and use that to help me
> prioritize.

Recursive add and revert would be the biggest item :)

Joerg
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Stephan Beal
On Mon, Sep 2, 2013 at 7:18 PM, Joerg Sonnenberger
wrote:

> On Mon, Sep 02, 2013 at 06:36:42PM +0200, Stephan Beal wrote:
> > i'm looking to prioritize some work on libfossil and i got the idea to
> try
> > to find out which commands people use most often, and use that to help me
> > prioritize.
>
> Recursive add and revert would be the biggest item :)
>

@All:
Your answers surprise me a bit, guys. addremove, really? i've never used
that one, either.

@Joerg:
libfossil's still a ways away from being able to manipulate or inspect a
checkout (or perform a checkin), but we now have all the pieces needed to
implement, e.g. diff --from prev --to current. i.e. we have the pieces
needed for acting on most in-repo content (tags, wikis, files/content,
checkins, partial event support). Checkout/checkin will be added as
energy/capacity allow for, but the list of TODOs between now and then is
about as long as my hair (that's quite long, for those who haven't seen me
in the past 15 years). A revert is just a special case of a checkout, so
that one should basically come for free once checkout is working.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] Fossil authentication doesn't seem to be required

2013-09-02 Thread Matt Welland
Check the permissions of the users "nobody" and "anonymous". Those control
how much/little of the repo is accessible via cgi when not logged in or
logged in as anonymous respectively.


On Thu, Aug 29, 2013 at 9:49 PM,  wrote:

> **
> I've setup a local fossil repository by exactly following these
> instructions:
>
>
> http://write.intellectualmollusc.net/2010/01/setting-up-a-fossil-repository-on-a-public-shared-server/
>
> The server's repository was cloned from a temporary copy of the original
> repo. I am able to push new changes into this properly through the CGI
> interface using a username and password.
>
> However, when I pull up my CGI interface in a browser, I am able to fully
> browse all contents of the file without needing to put in a username or
> password.
>
> Check my access logs, the requests are not somehow coming from loopback -
> they are indeed coming from a remote IP.
>
> How is this possible and what should I do to fix it? My understanding was
> that by default any request that isn't from loopback would require a
> username and password in order to view anything. Is that incorrect?
>
> Turning on the "Require password for local access" option has not effect
> on this (as I don't expect it should).
>
> Thanks in advance for any help!
>
> IJR
>
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
>


-- 
Matt
-=-
90% of the nations wealth is held by 2% of the people. Bummer to be in the
majority...
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Themba Fletcher
status
stash
merge
'branch ls'
undo/revert

I prefer status to changes because it shows me where I'm coming from
(current checkout and branch). I use it by habit after every phone call,
coffee break, and misc interruption, so I'd bet probably more than any
other command.

On Monday, September 2, 2013, Joerg Sonnenberger wrote:

> On Mon, Sep 02, 2013 at 06:36:42PM +0200, Stephan Beal wrote:
> > i'm looking to prioritize some work on libfossil and i got the idea to
> try
> > to find out which commands people use most often, and use that to help me
> > prioritize.
>
> Recursive add and revert would be the biggest item :)
>
> Joerg
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org 
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Martin S. Weber
On Mon, Sep 02, 2013 at 07:30:01PM +0200, Stephan Beal wrote:
> @All:
> Your answers surprise me a bit, guys. addremove, really? i've never used
> that one, either.

I find it easy to bring my checkout to the state I want the DB to reflect
and then just go ahead and do so in a single swoop. "Getting (all) files 
in place and teaching fossil about it" is one of my "use case"s, if you will.

Regards,
-Martin
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Stephan Beal
On Mon, Sep 2, 2013 at 7:41 PM, Themba Fletcher
wrote:

> I prefer status to changes because it shows me where I'm coming from
> (current checkout and branch). I use it by habit after every phone call,
> coffee break, and misc interruption, so I'd bet probably more than any
> other command.
>

for the same reasons, my systems all have:

stephan@tiny:~/cvs/fossil/fossil$ alias fst
alias fst='fossil status'

i had to do that once fossil added the 'stash' command, because stash broke
my 'f st' typing habit (sta(tus|sh)). f is a symlink to whatever fossil
i've got built (which is a poor practice, by the way - always keep a backup
binary).

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Stephan Beal
On Mon, Sep 2, 2013 at 8:41 PM, Martin S. Weber  wrote:

> I find it easy to bring my checkout to the state I want the DB to reflect
> and then just go ahead and do so in a single swoop. "Getting (all) files
> in place and teaching fossil about it" is one of my "use case"s, if you
> will.
>

i can see that being useful for an initial setup, but how often do you set
up new repos? Surely you do other things more often than addremove?

What i tend to do with a new tree is kind of sloppy:

f add .
fst

and then go 'f rm' any which i don't want.

-- 
- stephan beal
http://wanderinghorse.net/home/stephan/
http://gplus.to/sgbeal
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Michai Ramakers
On 2 September 2013 18:36, Stephan Beal  wrote:
> i'm looking to prioritize some work on libfossil and i got the idea to try
> to find out which commands people use most often, and use that to help me
> prioritize.

one more 'addremove' fan.

when: gather external docs like datasheets or code snippets for a
project, then let fossil find them using 'addremove'.
Out of curiosity: how to do this otherwise? (one-by-one is not really
an option I think, because I am lazy.)

Michai
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Martin S. Weber
On Mon, Sep 02, 2013 at 07:54:35PM +0200, Stephan Beal wrote:
> On Mon, Sep 2, 2013 at 8:41 PM, Martin S. Weber  wrote:
> 
> > I find it easy to bring my checkout to the state I want the DB to reflect
> > and then just go ahead and do so in a single swoop. "Getting (all) files
> > in place and teaching fossil about it" is one of my "use case"s, if you
> > will.
> >
> 
> i can see that being useful for an initial setup, but how often do you set
> up new repos? Surely you do other things more often than addremove?

For me, new functionality often includes adding one or two source files,
a test file, mock data, templates and other data that is being used by
the functionality, etc. I blitz in a couple new files every now and then,
or get rid of a bunch, and then sync fossil with my checkout. Of course
I'm not doing it that often, one of my current projects, a month's worth
of development, has seen about a dozen instances of addremove after the
initial setup.

> What i tend to do with a new tree is kind of sloppy:
> 
> f add .
> fst
> 
> and then go 'f rm' any which i don't want.

I tend not to have files in my checkout that don't belong into
fossil. If files are not there, and fossil thinks they are, they
need deleting from fossil very often. Usually comes in conjunction
to adding a bunch of other files :)

Anyways, that's how I use it.

Regards,
-Martin
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Themba Fletcher
For some irrational reason I avoid addremove as well. I find myself piping
fossil changes through grep and awk and then xargs-ing back to fossil rm or
add whenever it comes up - and I *know* that addremove will do the same
thing.

I just can't bring myself to use it :)


On Monday, September 2, 2013, Stephan Beal wrote:

> On Mon, Sep 2, 2013 at 8:41 PM, Martin S. Weber 
> 
> > wrote:
>
>> I find it easy to bring my checkout to the state I want the DB to reflect
>>  and then just go ahead and do so in a single swoop. "Getting (all) files
>> in place and teaching fossil about it" is one of my "use case"s, if you
>> will.
>>
>
> i can see that being useful for an initial setup, but how often do you set
> up new repos? Surely you do other things more often than addremove?
>
> What i tend to do with a new tree is kind of sloppy:
>
> f add .
> fst
>
> and then go 'f rm' any which i don't want.
>
> --
> - stephan beal
> http://wanderinghorse.net/home/stephan/
> http://gplus.to/sgbeal
>
___
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] survey: your top 5 most-used fossil CLI commands?

2013-09-02 Thread Matt Welland
On Mon, Sep 2, 2013 at 11:41 AM, Martin S. Weber  wrote:

> On Mon, Sep 02, 2013 at 07:30:01PM +0200, Stephan Beal wrote:
> > @All:
> > Your answers surprise me a bit, guys. addremove, really? i've never used
> > that one, either.
>
> I find it easy to bring my checkout to the state I want the DB to reflect
> and then just go ahead and do so in a single swoop. "Getting (all) files
> in place and teaching fossil about it" is one of my "use case"s, if you
> will.
>

One of the weaker points in fossil is the handling of add, rm and mv. Last
I checked these do not fully follow Unix semantics when used recursively
and are generally quirky. This has been debated and pointed out a number of
times and I don't particularly wish to revisit it but I mention it because
I now advocate a methodology similar to what Martin described which makes
those quirks much less of an issue.

The methodology is simply as follows:

1. Religiously keep .fossil-settings/ignore-glob accurate and updated.
2. Don't mess with lots of fossil operations for add, move, rm but instead
do "fossil addremove"

NOTE: This methodology is oriented to the early phases of a project where
things are chaotic and files are moving around a lot. Once a project
stabilizes the need for all the moving, removing and renaming usually drops
substantially. However refactoring is not uncommon and again it is
addremove that makes it easy.

ASIDE: addremove is also really handy in automated use of fossil. I use
fossil to sync zim wiki files from my netbook to my desktop and to my
phone. An addremove and commit is all that is needed. Works great IMHO.

(Irrelevant aside: Most of the users I support still get really pissed off
when they do a bunch of "fossil rm ..." operations and then when they go to
commit they must do an update due to commits done in parallel and the
update brings back all the junk they just painstakingly cleaned up. I'd
like to see fossil prompt the user with a "Do you really want to continue"
message and let the user know that this is a great time to use
--allow-fork.)


> Regards,
> -Martin
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>



-- 
Matt
-=-
90% of the nations wealth is held by 2% of the people. Bummer to be in the
majority...
___
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] Fossil authentication doesn't seem to be required

2013-09-02 Thread Isaac Raway
Ah yes that was indeed the problem! I seem to remember the user guide
saying in a few places that a login was "required" if the user came
from a remote-address, and this really threw me for a loop since the
only thing that required a login was to modify settings.



IJR



On Mon, Sep 2, 2013, at 12:32 PM, Matt Welland wrote:

Check the permissions of the users "nobody" and "anonymous". Those
control how much/little of the repo is accessible via cgi when not
logged in or logged in as anonymous respectively.



On Thu, Aug 29, 2013 at 9:49 PM, <[1]isaac.n...@mm.st> wrote:

I've setup a local fossil repository by exactly following these
instructions:

[2]http://write.intellectualmollusc.net/2010/01/setting-up-a-fossil-rep
ository-on-a-public-shared-server/

The server's repository was cloned from a temporary copy of the
original repo. I am able to push new changes into this properly through
the CGI interface using a username and password.

However, when I pull up my CGI interface in a browser, I am able to
fully browse all contents of the file without needing to put in a
username or password.

Check my access logs, the requests are not somehow coming from loopback
- they are indeed coming from a remote IP.

How is this possible and what should I do to fix it? My understanding
was that by default any request that isn't from loopback would require
a username and password in order to view anything. Is that incorrect?

Turning on the "Require password for local access" option has not
effect on this (as I don't expect it should).

Thanks in advance for any help!

IJR



___

fossil-users mailing list

[3]fossil-users@lists.fossil-scm.org

[4]http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-use
rs






--
Matt
-=-
90% of the nations wealth is held by 2% of the people. Bummer to be in
the majority...

___

fossil-users mailing list

[5]fossil-users@lists.fossil-scm.org

[6]http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-use
rs

References

1. mailto:isaac.n...@mm.st
2. 
http://write.intellectualmollusc.net/2010/01/setting-up-a-fossil-repository-on-a-public-shared-server/
3. mailto:fossil-users@lists.fossil-scm.org
4. http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
5. mailto:fossil-users@lists.fossil-scm.org
6. http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users