SQLite Fossil repository (https://sqlite.org/src/timeline) you can see
that both of those show all branches using color codes. I do not know
what might be causing your problem. Can you provide an example?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-u
nding those checkins do not exist.
--
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
to fill in the captcha.
--
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
On 8/8/18, joerg van den hoff wrote:
>
>
> On 08.08.18 14:40 , Richard Hipp wrote:
>> Please discontinue use of this mailing list except as an emergency
>> back-up to the forum in case the forum stops working. If forum is not
>> working, you can also send email direct
mailing list sign-up.
Please discontinue use of this mailing list except as an emergency
back-up to the forum in case the forum stops working. If forum is not
working, you can also send email directly to me.
After we have shaken out the forum feature a little further, I will
shut down this legacy
s, then I especially want to hear from you.
Thanks.
--
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
forumpost/9ef9bd2d47
Please reply there. All suggestions are welcomed.
--
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
for this, but I don't yet have a vision of how to do that. I'm in the
process of writing a long post of the "forumtest1" site now that tries
to discuss the problems and asks for ideas for a solution. I'll send
follow-up email to this list when that post i
Please build the from the tip of the forum-v2 branch and let me know
whether or not it is working for you.
On 8/7/18, joerg van den hoff wrote:
>
>
> On 07.08.18 00:36, Richard Hipp wrote:
> > On 8/6/18, joerg van den hoff wrote:
> >> question: the observation that
ary complexity.
--
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
e a large queue of other issues of relevance to far
more users (ex: support for email alerts and forum) that need to be
fixed first.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm
On 8/6/18, Richard Hipp wrote:
> On 8/6/18, Philip Bennefall wrote:
>> Do you have any recommendations for something we could try in order to
>> get more information, or would you suggest that we switch to another
>> DVCS if we need to store files of these sizes?
>
> R
is appropriate for
storing gigabyte sized binary files. You should look into a
centralized VCS such as subversion, methinks.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.or
repository
My guess is that you are probably overflowing a 32-bit integer
someplace. If so, I fear that this will not be something easily
fixed.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http:/
olves the issue.
--
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
On 8/5/18, Gilles wrote:
> 2. There's no maintained GUI for Fossil.
I would argue that running "fossil ui" is your GUI.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://li
ilding complex
systems is to keep them as simple as possible. If you can omit a
DLL/shared library and all the maintenance and interface design
associated with it, then why wouldn't you?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailin
ear the problem, and there is no risk of data
loss.
--
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
On 8/3/18, Richard Hipp wrote:
> On 8/3/18, Richie Adler wrote:
>> El 03/08/2018 a las 11:13, Warren Young escribió:
>>
>>> The vast majority of mail users *do* go out and specifically pull
>>> emails,
>>> either via IMAP or by visiting a web mail inter
3 from the "pulling"?
I was just waiting for you to contribute that code, Richie ;-)
--
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
On 8/3/18, Stephan Beal wrote:
>
> i see that Richard just answered, so i'll stop there and see what he says
I like Stephan's answer better than my own :-)
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-us
ck -
it is important. I will deal with it as soon as I can.
--
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
n my limited experience. I'm new
> to the list so there could be some background I'm missing.
> _______
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
ebsite in
order to *send* new messages. But if you are merely listening, your
workflow does not change.
--
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/li
l need to visit the
website. I do not intend to accept forum traffic via inbound email,
as that leads to many spam filtering problems that I do not want to
have to deal with.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-use
n audio challenge?
This is an interesting problem, for which I do not have an immediately
solution. There is no way to skip the captcha at this time. I will
investigate further. Thanks for reporting the issue.
--
D. Richard Hipp
d...@sqlite.org
___
fos
ps://fossil-scm.org/forumtest1/forumpost/10fe5ccbc8 - please
consider posting follow-ups there, as a test of the new forum system.
If you encounter problems, reply to this legacy mailing list, or
directly to me via private email.
--
D. Richard Hipp
d...@sqlite.org
__
ed?
Everything is in flux right now. Let's iron out these details once I
get everything actually working. There is a lot more to be done
before we reach that point.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists
I do not have a SCGI webserver set up
on windows with which to test that command so I implemented the fixes
there without actually checking them.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http:/
e, if the subprocess gets
involves in backoffice work, that can delay the return of content to
the user.
The only comes up on Windows. I do not yet have a good work-around.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@
trunk. Please let me know if you find otherwise.
--
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
On 7/20/18, John P. Rouillard wrote:
> Does a clone/sync grab passwords and user accounts as well? I thought those
> weren't copied in the clone but were private to the repository.
If you have Admin or Setup privilege, you can do "fossil config sync user"
--
D. Richard
quot; are live
repositories, that can be directly accessed (as
https://www2.fossil-scm.org/ and
httpss://www3.fossil-scm.org/site.cgi) so it is easy to verify that
the backups are really happening and that they are correct.
--
D. Richard Hipp
d...@sqlite.org
_
On 7/15/18, Jungle Boogie wrote:
> Hi All,
>
> I'd like to know if there's a way to re-sync to the skin of a remote repo,
fossil config pull skin
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.
ewhat easier to define,
since you get your choice of models.
--
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
Linux, getloadavg() requires that /proc
be mounted. So, if you want to use the rate limiting feature on
Linux, you will need /proc mounted in your chroot jail. I wish there
were a better way...
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailin
On 7/12/18, Jungle Boogie wrote:
>
> openBSD -current x64
I don't have access to such a system for debugging purposes. Can you
suggest a patch?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-s
On 7/12/18, Jungle Boogie wrote:
>
> Any clues?
Could you tell us what platform you are trying to compile on?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/c
omething like that on their own projects.
Let's just not make that slide-show part of the default Fossil
website.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:80
ve commits between branches (and to trunk, in my
> case)?
Cherry pick.
> 2) how do I unfudge my current condition and get back to trunk?
>
There is a way to undo your fudge. But, since this comes up so
rarely, there is not a convenient i
On 6/28/18, Martin Gagnon wrote:
>
> To use the ns_* function, you needs to install libbind from packages:
> pkg_add -r libbind.
>
I'm thinking I will probably end up having to write my own DNS query
response parser....
--
D. Richard Hip
ite up a little subroutine to parse the binary DNS reply
and extract the name of the MX host for us?
--
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
(sigh...)
--
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
make
If you still get errors then, please let me know. But first, figure
out what library OpenBSD wants to link against in order to pick up the
DNS parsing routines.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@
27;t recall a way of making the /doc webpage do that.
--
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
t would be simpler than IIRC prefixing each line with spaces
> and
> the number and then more spaces.
Excellent.
Please mail in your CLA when you get a chance.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@l
e "lua").
But then the syntax highlighting goes away if you select line numbering, no?
--
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
If anybody can suggest patches that will get this routine
(https://fossil-scm.org/fossil/info/5e083abf6?ln=47) to compile and
work on windows, that would really be helpful. Thanks.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
g feature requests to tickets and/or wiki?
--
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
erhaps that is just a personal bias that I need to overcome.
--
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
ch better mechanism for
dealing with community input. Ideas get expressed and debated, but I
am under less pressure to pick sides or to take immediate action on
marginal ideas. Hopefully the new Forum feature with email
notification might work out even better than the mailing list.
--
D. Richard H
On 6/26/18, Richard Hipp wrote:
> it is mostly harmless.
In fact, the message comes from fossil_warning() Quite harmless.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fos
et you all know that
> this is occurring anyway.
I added that new error message yesterday, to help ferret out subtle
problems. Thanks for the report. But don't stress over the error -
though it out to be fixed, it is mostly harmless.
--
D. Richard Hipp
d...@sqlite.org
inclusion in the
SQLite source tree.
--
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
cements
were made in order to support ongoing Forum development.
Patience, grasshopper.
--
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
roducts when Fossil is used as a server, as you find on
the https://fossil-scm.org/fossil/uv/download.html. See
https://www.fossil-scm.org/fossil/doc/trunk/www/aboutdownload.wiki for
a discussion of how the download page is implemented.
--
D. Richard Hipp
d..
empty string for this setting means "off". But there are
infinitely many "on" settings. What should be the default?
"unversioned"? ".uv"? Just "."?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mai
the default
configuration?
--
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
as it does now. If you turn on the setting, though, then the
unversioned files work just like other files in the check-out, except
that Fossil never records their history.
I'm not sure yet whether or not this is a good idea. I'll need to
think about it.
--
D
erg
>
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/
> _______
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-user
-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
u,
>
> joerg
>
> --
> Using Opera's revolutionary email client: http://www.opera.com/mail/
> ___
> fossil-users mailing list
> fossil-users@lists.fossil-scm.org
> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
On 6/25/18, jungle Boogie wrote:
> If I inadvertently forward my email along
> to someone/group without modifying the footer, the person/group would
> be able to alter my subscription.
How can I fix that?
--
D. Richard Hipp
d...@sqlite.org
_
On 6/24/18, Dingyuan Wang wrote:
>
> I just got 50 exactly same "[fossil-src] activity alert" emails
> describing 5 check-ins in three minutes. What's happening to the server?
>
Did today's digest arrive successfully, and only once?
--
entry_attribute("Max timeline comment length", 6,
>>"timeline-max-comment", "tmc", "0", 0);
>>@ The maximum length of a comment to be displayed in a timeline.
>>@ "0" there is no length limit.
>&
reply, it does so and then immediately calls exit(0),
without having to unwind the stack.
--
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
On 6/24/18, Stéphane Aulery wrote:
> Hello,
>
> Le 23/06/2018 à 22:07, Richard Hipp a écrit :
>> Just FYI:
>>
>> I have opened up email notifications on the canonical Fossil
>> repository. To subscribe, visit:
>>
>> https://fossil-scm.org/fossil/
was never being
updated. Hence, the digests were being sent over, and over, and over.
I think I have the problem fixed now, but I do need to better
instrument the code to detect these kinds of things and provide better
diagnostics.
--
D. Richard Hipp
On 6/24/18, j. van den hoff wrote:
> On Sun, 24 Jun 2018 12:08:30 +0200, Richard Hipp wrote:
>
>> The UPDATE syntax error should be fixed now. Please try it again.
>
> yes, it works now. thank you. NB: I received the notification email
> regarding the fix prior to ac
atabase Error
> near "WHERE": syntax error: {UPDATE subscriber SET sdonotcall=0,
> sdigest=0, ssub='c', smtime=julianday('now'), smip='*', WHERE
> subscriberCode=hextoblob('*')}
>
>
> On Sat, 23 Jun 2018 22:07:52 +0200
subscription
data may be erased at any time. Email notifications might be disabled
at any time, in order to close security holes or otherwise work on the
system.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http
Rough developers notes are available at
https://www.fossil-scm.org/fossil/doc/trunk/www/emaildesign.md for
anybody who wants to experiment with or contribute to this
work-in-progress.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
tion.
Some kind of automatic schema upgrade that preservers subscriber
information will be incorporated prior to release.
--
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
alert text. (user: drh tags: email-alerts)
https://fossil-scm.org/fossil/info/6c06b1c896e9c97f9e3b
To unsubscribe: https://fossil-scm.org/fossil/unsubscribe
------ END --
--
D. Richard Hipp
d...@sqlite.org
___
Ideally, your
example would show us both the original template, and the text that
results from apply the template to a specific timeline event. Perhaps
use the check-in at
https://www.fossil-scm.org/fossil/timeline?n=3&c=fa83e4b3 to complete
your template.
--
D. Richard Hipp
d.
like?
Please send me examples. Pick a timeline event from the Fossil
self-hosting repository and send me the actual text of an email that
you think should be dispatched to announce that event.
You can reply to this mailing list, or send examples directly to me.
--
D. Richard Hipp
d...@sqlit
On 6/21/18, E Cruz wrote:
> Is there a way to prevent fossil
> from re-applying delta encoding when cloning?
Please rebuild your Fossil using the latest trunk check-in, then try
your clone using the new --nocompress option. Report back whether or
not this solves your problem.
--
D. R
in the email notification
logic works. At all. On any platform. So the fact that the defaults
are suboptimal is not a distraction that I want to burn time on.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-s
On 6/21/18, Eric Dillon wrote:
> Fails to compile on Win32 VS2013 (12.0)
>
> email.obj : error LNK2019: unresolved external symbol _popen referenced in
> function _email_send
Thanks for the report. Fixed now.
--
D. Richard Hipp
d..
s that if this is not defined, the "mv" and "rm" commands will
> modify the file system under all circumstances.
>
> Given the "--hard" option in these commands anyway, this seems superfluous.
> So what is the idea behind the FOSSIL_ENABLE_LEGACY_MV_RM flag?
&
This was also reported by Andy Goth over on fossil-dev.
It is reassuring to know that so many people routinely build Fossil
from the trunk sources :-)
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
m/cr-marcstevens/sha1collisiondetection. The only
changes I made were to clean it up a little and convert it into a
single-file implementation so that it was easier to import into the
Fossil source tree.
--
D. Richard Hipp
d...@sqlite.org
___
fossil-us
?
>
I think that is correct, yes.
--
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
.fossil-scm.org/ and the other at
https://www3.fossil-scm.org/site.cgi. Each of these clones is in a
separate data center in a different part of the world. The second
clone uses a different ISP (DigitalOcean instead of Linode). Both
clones sync to the master hourly via a cron job.
--
D. Rich
uot; button is checked. Those settings are sufficient to
provide a good public access site.
Your question points up the need for us to come up with a
new-administrator tutorial of some kind
--
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
On 6/15/18, Richard Hipp wrote:
> On 6/15/18, Chad Perrin wrote:
>>
>> This would not technically be a "pull request". It would be a "merge
>> request".
>
> Good point. It should not be called "pull-request" as pulling does
> not
o merge. Often a
merge is implied, but the reviewer instead might prefer to accept the
changes but leave them on a branch. In that case it might be called
"push-request". Once the branch gets pushed, then merging can come
later.
--
D. Richard Hipp
d...@sqlite.org
___
tream, so that the requester does not need to host
his own server.
--
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
On 6/15/18, Ron W wrote:
> 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:
>>
>&g
necessary information. The identification information would be
included with the bundle in the bconfig table. Of course, Anonymous
has complete control over the bundle and might forge information so it
is up to the reviewers to ensure that the information is complete,
accurate, a
ymous to provide contact
information so that developers can get in touch in case there are
questions or requests for clarification. Anonymous might also be
asked to sign a contributors agreement to be included in the bundle
(as an entry in the bconfig table).
--
D. Richard Hipp
d...@sqlite.
On 6/14/18, Richard Hipp wrote:
> On 6/14/18, Chad Perrin wrote:
>>
>> It looks like the mailing list page itself is still down for this list.
>>
>>
>> http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
>
> It was working earlier
Trouble-shooting now....
--
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
l
these days, it is a tough problem.
--
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
key point here is you get to choose. Easily. Fossil is (or at
least should be) so simple to set up that people can and do decide to
use Fossil to host just a forum, or just a wiki, or just a ticketing
system, without being required to use all the rest of the
capabilities.
--
D. Richard Hipp
d...@s
cription confirmations, there is now a website to
assist you. Do we need any further evidence that the heart of man is
deceitful above all things, and desperately wicked?
--
D. Richard Hipp
d...@sqlite.org
___
fossil-users mailing list
fossil-users@lis
On 6/13/18, Richard Hipp wrote:
> Unfortunately, I'm going to need to shut down this mailing list due to
> robot harassment. I am working to come up with a fix or an
> alternative now
Mailing lists are now back on-line and once again accepting
subscriptions. I have implement
rate
command, just as one can now optionally sync unversioned content using
the "fossil uv sync" command. But that will come later, if at all.
--
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
On 6/13/18, Svyatoslav Mishyn wrote:
>
> Another alternative would be nimforum:
> https://github.com/nim-lang/nimforum
>
It does not appear to have email notification. Unless I overlooked something.
--
D. Richard Hipp
d...@sqlite.org
___
Are there any volunteers willing to call me on skype and help set this up?
--
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
1 - 100 of 3341 matches
Mail list logo
