Thanks Joerg. I'll re-sync shortly. Did you happen to test if it had any of
the 0 byte blobs I had before (and the 1 I still have)?
-bch
On Jun 23, 2015 2:43 AM, Joerg Sonnenberger jo...@britannica.bec.de
wrote:
On Mon, Jun 22, 2015 at 01:44:12PM -0700, bch wrote:
W/ latest fossil from tip of
On Tue, Jun 23, 2015 at 08:32:13AM -0700, bch wrote:
Thanks Joerg. I'll re-sync shortly. Did you happen to test if it had any of
the 0 byte blobs I had before (and the 1 I still have)?
Likely. As I said, I don't really know why it sometimes creates those :(
Joerg
Still no dice:
kamloops$ fossil pull --verbose
Pull from http://netbsd.sonnenberger.org
Bytes Cards Artifacts Deltas
Sent:9546202 0 0
Received: 78 2 0 0
Pull done, sent: 5082 received: 333 ip:
Good idea (I presume you mean sqltrace):
kamloops$ fossil pull --sqltrace
-- sqlite3_open: [/home/bch/work/netbsd_src/.fslckout]
PRAGMA foreign_keys=OFF;
SELECT sql FROM main.sqlite_master WHERE name=='vfile';
-- sqlite3_open: [/home/bch/.fossil]
PRAGMA foreign_keys=OFF;
SELECT value FROM vvar
On Tue, Jun 23, 2015 at 11:33:31AM -0700, bch wrote:
Still no dice:
kamloops$ fossil pull --verbose
Pull from http://netbsd.sonnenberger.org
Bytes Cards Artifacts Deltas
Sent:9546202 0 0
Received: 78 2
On Tue, Jun 23, 2015 at 01:05:00PM -0600, Andy Bradford wrote:
Thus said bch on Tue, 23 Jun 2015 11:58:35 -0700:
Good idea (I presume you mean sqltrace):
More likely he meant --httptrace which will reveal the HTTP transactions
during the pull operation (e.g. what was sent/received).
I tried that (and sent response that only went to Andy (which I think
is not first time has happened between Andy, fossil-users, and
myself)).
kamloops$ fossil pull --httptrace
Pull from http://netbsd.sonnenberger.org
Round-trips: 1 Artifacts sent: 0 received: 0
Pull done, sent: 9759
Thus said bch on Tue, 23 Jun 2015 11:58:35 -0700:
Good idea (I presume you mean sqltrace):
More likely he meant --httptrace which will reveal the HTTP transactions
during the pull operation (e.g. what was sent/received).
Andy
--
TAI64 timestamp: 40005589adfe
Ugh. Again, include fossil-users@
-bch
-- Forwarded message --
From: bch brad.har...@gmail.com
Date: Tue, 23 Jun 2015 13:38:39 -0700
Subject: Re: [fossil-users] DB corruption and error msg string mis-handling.
To: Andy Bradford amb-fos...@bradfords.org
Very good. Thanks Andy.
On Tue, Jun 23, 2015 at 12:31:20PM -0700, bch wrote:
I tried that (and sent response that only went to Andy (which I think
is not first time has happened between Andy, fossil-users, and
myself)).
kamloops$ fossil pull --httptrace
Pull from http://netbsd.sonnenberger.org
Round-trips: 1
On Tue, Jun 23, 2015 at 01:40:04PM -0700, bch wrote:
Ugh. Again, include fossil-users@
Right, that's the situation I meant. fossil should be retrying with the
next set of missing changes and not stop when it can no longer make
progress on the current set.
Joerg
On Mon, Jun 22, 2015 at 01:44:12PM -0700, bch wrote:
W/ latest fossil from tip of [trunk], a pull now looks roughly like
this (note, no reported errors or warnings, no looping like before,
but still not actually working properly):
Well, I've rebuild the repository, so it should have no
On 28 May 2015 at 16:56, Andy Bradford amb-fos...@bradfords.org wrote:
What if instead of a new addition to ``fossil branch'' Fossil had a new
command ``fossil edit'' which would allow one to edit a checkin similar
to the UI? e.g. add a tag, change the comment, the date, the color of
the
Thus said bch on Tue, 23 Jun 2015 13:40:04 -0700:
See attached.
I don't see any examples of receiving empty artifacts.
Andy
--
TAI64 timestamp: 4000558a034e
___
fossil-users mailing list
fossil-users@lists.fossil-scm.org
14 matches
Mail list logo