whether I will read a message in
a given thread based on the poster, so it would be great if the From
header could say something like:
"username via Fossil forum"
Or something similar. Just a thought.
Thanks,
Philip
On 8/8/2018 3:10 PM, Richard Hipp wrote:
On 8/8/18, Phili
Hi Richard,
I am still getting stuck on the registration screen due to the captcha.
What parts do I miss if I don't have an account for now?
Thanks,
Philip
On 8/8/2018 2:40 PM, Richard Hipp wrote:
The new "forum" feature of Fossil is now live on the self-hosting website:
https://fossil
it is of use to the
developers, and in case doing so could give us some assistance with the
immediate issue.
Kind regards,
Philip Bennefall
On 8/6/2018 7:15 PM, Philip Bennefall wrote:
The following command solved the issue at least for the moment:
fossil rebuild --vacuum --analyze --compre
The following command solved the issue at least for the moment:
fossil rebuild --vacuum --analyze --compress
I'm not yet sure which of the options made the difference, but I wanted
to report back nevertheless.
Kind regards,
Philip Bennefall
On 8/6/2018 6:57 PM, Philip Bennefall wrote
OK. I'll investigate. Thanks for the quick response.
Kind regards,
Philip Bennefall
On 8/6/2018 6:50 PM, 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 s
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?
Kind regards,
Philip Bennefall
On 8/6/2018 6:33 PM, Richard Hipp wrote:
On 8/6/18, Philip Bennefall
Additional information: The repo checksum is disabled locally. When
enabling it, we get:
Segmentation fault: 11
Kind regards,
Philip Bennefall
On 8/6/2018 6:11 PM, Philip Bennefall wrote:
We have a repository in our organization which stores a number of
rather large binary files. When
given commit, but was
checked in months ago. What can cause this, and what steps can we take
to investigate?
We are using Fossil 2.6.
Thanks in advance for any help.
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users
forum seems straightforward enough, and
it's far less cluttered than many other forum implementations out there.
Nice work!
Kind regards,
Philip Bennefall
On 7/31/2018 3:47 PM, Richard Hipp wrote:
I am about ready to merge the forum-v2 branch into trunk. If there
are any objections,
ck-ins, one for new issues etc).
Kind regards,
Philip Bennefall
On 6/22/2018 3:38 PM, Richard Hipp wrote:
On 6/22/18, Philip Bennefall wrote:
Would it make sense to have the possibility to supply various email
templates in markdown on an admin page, and have insertable variables?
Of cours
Would it make sense to have the possibility to supply various email
templates in markdown on an admin page, and have insertable variables?
Of course with a default text for each new repo.
Kind regards,
Philip Bennefall
P.S. Email notifications are a very welcome addition for us. Thank you
being 32 bit. The issue occurs when running fossil clone.
Thanks in advance for any help.
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo
Thanks Richard and Jan. I'll roll with trunk, then.
Cheers,
Philip
On 3/17/2017 4:30 PM, Jan Nijtmans wrote:
2017-03-17 16:08 GMT+01:00 Philip Bennefall:
I am about to build Fossil with Openssl support, and I am wondering what
check-in to use? Should I use the latest commit that is t
l often so am looking for as
stable a version as possible.
Thanks!
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
onnections - they also run fast all the time. It will be interesting to
see how the server performs over time through Xinetd.
Thanks again!
Kind regards,
Philip Bennefall
P.S. I was running Fossil through a screen session before.
On 7/15/2015 10:11 PM, jungle Boogie wrote:
Hello Philip,
On 15 July
,
Philip Bennefall
On 6/2/2015 11:20 PM, Philip Bennefall wrote:
Unfortunately I didn't check before I restarted the last time. I will
keep running it, and gather statistics over time as it begins to slow
down.
Kind regards,
Philip Bennefall
On 6/2/2015 10:50 PM, Andy Bradford wrote:
Thus
Unfortunately I didn't check before I restarted the last time. I will
keep running it, and gather statistics over time as it begins to slow down.
Kind regards,
Philip Bennefall
On 6/2/2015 10:50 PM, Andy Bradford wrote:
Thus said Philip Bennefall on Tue, 02 Jun 2015 20:12:15 +0200:
Th
Thanks for the quick response, Richard. I have observed the same
behavior with several versions, both official ones and snapshots I built
from source. The version I am currently running is fossil version 1.32
[8e9757296a] 2015-04-03 13:27:19 UTC.
Kind regards,
Philip Bennefall
On 6/2/2015 8
ideas why this might be happening? I am
running on a lower end Linode VPS, but so is the sqLite repository as
far as I know and I have never had any trouble with that over the four
years I've been following it.
Kind regards,
Philip Bennefall
___
fo
. The branch names themselves are obviously meant to be kept
relatively short (and without spaces presumably), so I think the
descriptions would be a nice addition. Any thoughts?
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-
the ticket with that information in the morning.
Kind regards,
Philip Bennefall
On 9/13/2014 6:17 AM, B Harder wrote:
I haven't had time to dig in, but that sounds like the ticket I opened
this week. If it sounds like that to you too, kindly add any more
relevant info you have:
htt
prior versions of Fossil. Am I doing something wrong in my
workflow or is this potentially a bug?
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/f
Bennefall
On 9/11/2014 11:02 PM, Richard Hipp wrote:
On Thu, Sep 11, 2014 at 4:21 PM, Philip Bennefall <mailto:phi...@blastbay.com>> wrote:
I know that this goes against the philosophy of Fossil, and I
realize that I am entering "dirty hack" territory. Nevertheless, I
he above sQL and the user disappeared, but I am a bit
worried about unintentionally breaking things so I reverted back to a
repository backup. Any thoughts on this?
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.fossil-sc
difficulty. Thanks once again, for making the
system so intuitive!
Kind regards,
Philip Bennefall
P.S. You might be interested to know that Fossil has one of the most
accessible web interfaces for blind/visually impaired users with screen
reading software, out of all the version control
the fashion I describe?
I notice that SqLite4 is in a totally separate repository from SqLite3.
Is that the recommended solution, or can I do what I describe above
somehow as well?
I'd be grateful for any tips.
Kind regards,
Philip Benn
On 9/7/2014 7:00 PM, Andy Bradford wrote:
Thus said Philip Bennefall on Sun, 07 Sep 2014 18:40:32 +0200:
So in summary, it seems that non-propagating tags now show up in the
editor output if they are added as part of the commit command but not
if they are added with tag add.
And that is
tag add.
Kind regards,
Philip Bennefall
On 9/7/2014 6:31 PM, Stephan Beal wrote:
On Sun, Sep 7, 2014 at 6:23 PM, Philip Bennefall <mailto:phi...@blastbay.com>> wrote:
Yes, it definitely makes sense that --tag should honor *, - and +.
When it comes to the tags output in t
comfortable using it I have next to no knowledge about the internals.
Kind regards,
Philip Bennefall
On 9/7/2014 5:56 PM, Stephan Beal wrote:
On Sun, Sep 7, 2014 at 5:42 PM, Philip Bennefall <mailto:phi...@blastbay.com>> wrote:
Just to be sure I understand you correctly, is the
Bennefall
On 9/7/2014 4:58 PM, Stephan Beal wrote:
On Sun, Sep 7, 2014 at 4:46 PM, Philip Bennefall <mailto:phi...@blastbay.com>> wrote:
Thank you! That was quick. I am wondering though, whether tags
added using the tag add command should also show up? For example,
I did:
f
, which is great.
Kind regards,
Philip Bennefall
On 9/7/2014 10:52 AM, Stephan Beal wrote:
On Sat, Sep 6, 2014 at 8:56 PM, Philip Bennefall <mailto:phi...@blastbay.com>> wrote:
Personally I use what is called a screen reader, which enables
blind and visually impaired use
than a single line. Hence my preference for the editor approach;
especially given the fact that I also get the list of changes presented
to me immediately. It would be great if it would also show all of the tags.
Kind regards,
Philip Bennefall
On 9/6/2014 8:11 PM, Stephan Beal wrote:
On Fri
ng in
the commit command, those additional tags don't show up in the document.
That makes me wonder whether it should really say branch rather than
tags. Is this a bug, or is it really meant to be branch rather than tags?
Kind regards,
Philip
On 9/3/2014 9:39 PM, Richard Hipp wrote:
On Wed, Sep 3, 2014 at 3:23 PM, Philip Bennefall <mailto:phi...@blastbay.com>> wrote:
Hi all,
I am having a strange problem with Fossil. I and a friend are
collaborating on a project together, and everything has been
wor
Hi Stephan,
That did fix the problem. Thanks for the quick response!
Kind regards,
Philip Bennefall
On 9/3/2014 9:39 PM, Stephan Beal wrote:
On Wed, Sep 3, 2014 at 9:37 PM, Stephan Beal <mailto:sgb...@googlemail.com>> wrote:
Please try a newer version if you can. This mysteriou
regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
I only discovered Fossil about 3 months ago, but I'm already very
comfortable using it and have switched all my projects to it. I came
from SVN and haven't looked back once.
Kind regards,
Philip Bennefall
On 7/25/2014 5:57 PM, Richard Hipp wrote:
The seventh anniversary of the
think.
- stephan
Thanks, Stephan. I had missed that. Modifying the existing templates is
good enough for me and I don't think I'll need anything else.
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.foss
I was experimenting with the /vpatch URL, and as an experiment I typed
/vpatch as a command line argument to fossil itself.
fossil /vpatch
I got a segfault, which I can reproduce consistently.
fossil help /vpatch gives the correct output.
Kind regards,
Philip Bennefall
not spot on. Any thoughts on this?
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
this case I want to push them forward by two hours.
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
her user? Could anyone offer some explanations on these points?
Thanks!
Kind regards,
Philip Bennefall
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
Thanks for the suggestion. I just gave it a try. However, if I put
fossil in SysWOW64, cmd.exe fails to find it at all.
Kind regards,
Philip Bennefall
On 2014-06-11 15:39, Jan Nijtmans wrote:
2014-06-11 15:31 GMT+02:00 Philip Bennefall :
I am not sure if this should be considered an issue
Update: If I put fossil.exe in both system32 and SysWOW64, it works fine.
Kind regards,
Philip Bennefall
On 2014-06-11 15:39, Jan Nijtmans wrote:
2014-06-11 15:31 GMT+02:00 Philip Bennefall :
I am not sure if this should be considered an issue with Fossil or Windows
itself, but if I put
to run it
by you just in case.
Kind regards,
Philip Bennefall
On 2014-06-11 14:37, Richard Hipp wrote:
Unless I hear objections to the contrary, I will release the current
tip of trunk (or something very close to that) as the official version
1.29 later this week. So if you have any concerns
it cannot determine user.
I don't want to use my computer username for the repository, but I can
only get it working if I don't pass -A to fossil new. Any hints would be
appreciated.
Kind regards,
Philip Bennefall
___
fossil-users mailing
46 matches
Mail list logo