By chance, just stumbled upon a curious issue: When executing 'fossil
open' for a newly created repo, if there're any existing local files
named "manifest" and "manifest.uuid" these get deleted.
---
$ mkdir x
$ cd x
$ ls
$ fossil new ../x.fossil
$ touch manifest manifest.uuid
$ ls
Richard,
I'm running fossil as a server on my Windows laptop using approach #1:
fossil.exe server --localhost --port 80
> If you are running a Fossil server on Windows, please share with me
> how you set it up. You can respond via private email directly to me
> if you like.
>
> (1) Run using
On 8/7/2018 11:55 AM, Richard Hipp wrote:
If you are running a Fossil server on Windows, please share with me
how you set it up. You can respond via private email directly to me
if you like.
(1) Run using "fossil server"
(2) Run using "fossil winsrv"
(3) Using Apache with CGI
(4)
Thus said Richard Hipp on Tue, 07 Aug 2018 11:02:03 -0400:
> That would delay the second HTTP request coming over the SSH connection.
When I suggested that, I didn't understand enough about the backoffice
design---specifically that it was a long-running task. After reading the
forum page you
> (1) Run using "fossil server"
Actually, it runs local to the PC, mainly to [self-]serve Wiki.
Now looking at 'fossil help winsrv' it seems that this would be a
better fit for such a use... Thanks :)
___
fossil-users mailing list
On 07/08/2018 20:12, Stephan Beal wrote:
That time frame is familiar to me, so i had to check... a couple
timeline entries mention his use of libfossil, and late 2014 was when
chronic RSI knocked me out of my hobby projects (which included
libfossil).
Too bad no one read, willing and able
On Tue, Aug 7, 2018 at 4:15 PM Donald Griggs wrote:
> Re: http://www.tortoisefossil.org/index.cgi/index "What you'll find
> here is a work in progress "
>
> Unfortunately, it appears the project is at least on hiatus, if not
> abandoned. The last code commit in the timeline was in late
> 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.
>
Looks like it's the case at least in one place.
There's int64 => unsigned int overflow at the call to blob_resize()
(blob.c:865
with current tip of trunk
fossil set uv-sync on
is not honoured by `clone', i.e. without explicit `clone -u', the uv files are not cloned. a
subsequent `sync' (w/o the `-u'), however, does indeed initiate transfer of the uv-files from remote
repo into the new clone. according to
If you are running a Fossil server on Windows, please share with me
how you set it up. You can respond via private email directly to me
if you like.
(1) Run using "fossil server"
(2) Run using "fossil winsrv"
(3) Using Apache with CGI
(4) Using Apache with SCGI
(5) Using Nginx
Thus said Richard Hipp on Tue, 07 Aug 2018 10:21:34 -0400:
> yes, we do want backoffice to run for SSH transport.
Then I suggest that we simply make backoffice_run() smart enough to know
that it has already run once:
For example, perhaps instead of a panic here, backoffice_run() should
just
On 07.08.18 16:16 , Andy Bradford wrote:
> Thus said joerg van den hoff on Tue, 07 Aug 2018 16:10:15 +0200:
>
>> why did I see the problem only when actually cloning from another
>> machine, whereas a clone using ssh while being loggedin to the server
>> machine still worked? in both
On 07/08/2018 16:14, Donald Griggs wrote:
Re: http://www.tortoisefossil.org/index.cgi/index "What you'll
find here is a work in progress "
Unfortunately, it appears the project is at least on hiatus, if not
abandoned. The last code commit in the timeline was in late 2014.
It's a known
On 8/7/18, Andy Bradford wrote:
> Does it make sense to have backoffice_run() in the SSH transport? If
> not, then your fix is apropos.
yes, we do want backoffice to run for SSH transport. My "fix" is
really a work-around, not a true fix. We need to devise a proper fix
for this, but I
Thus said joerg van den hoff on Tue, 07 Aug 2018 16:10:15 +0200:
> why did I see the problem only when actually cloning from another
> machine, whereas a clone using ssh while being loggedin to the server
> machine still worked? in both cases the ssh communication should be
> the same,
Re: http://www.tortoisefossil.org/index.cgi/index "What you'll find
here is a work in progress "
Unfortunately, it appears the project is at least on hiatus, if not
abandoned. The last code commit in the timeline was in late 2014.
>
>
___
On 07.08.18 15:53 , Richard Hipp wrote:
Please build the from the tip of the forum-v2 branch and let me know
whether or not it is working for you.
if the server machine is running that version, yes it does indeed. thanks a lot for looking into
this issue ...
I see from the checkin message
Thus said Richard Hipp on Tue, 07 Aug 2018 09:53:35 -0400:
> Please build the from the tip of the forum-v2 branch and let me know
> whether or not it is working for you.
I was just about to submit a similar fix but you beat me to it.
The reason why this doesn't work the same as a
Does it work?
"What you'll find here is a work in progress to have a Tortoise-style
tool for Fossil repositories. Currently there is no release just yet,
there are no commands implemented as of right now, but file overlays are
working great."
http://www.tortoisefossil.org/index.cgi/index
On
Hmmm, that sounds like TortoiseFossil?
I would deploy that if available. :)
On Mon, Aug 6, 2018 at 9:42 PM, Gilles wrote:
> On 07/08/2018 03:21, Ron W wrote:
>
> I never tried Sharp Fossil, but Fuel was a very clunky GUI. I think
> non-programmers would be unwilling to put up with it.
>
> As a
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 it seemingly is related
On 07.08.18 00:36, Richard Hipp wrote:
> On 8/6/18, joerg van den hoff wrote:
>> question: the observation that it seemingly is related specifically to
>> repos holding uv files is unimportant/irrelevant? or does that have
>> implications where to look?
>
> This is not much help in debugging.
22 matches
Mail list logo
