Hello Fossil Users, fyi ...
22nd Annual Tcl/Tk Conference (Tcl'2015)
http://www.tcl.tk/community/tcl2015/
October 19 - 23, 2015
Comfort Suites Manassas
7350 Williamson Blvd, 20109
Manassas, Virginia, USA
Important Dates:
[[ Attention! Registration is open! Please have a look at
http://www.t
rid: size
==
1355: 0
2090601: 0
2090613: 0
2090654: 0
2090685: 0
2090719: 0
2090744: 0
2090748: 0
2090762: 0
2090769: 0
2090789: 0
2090811: 0
2090821: 0
2090833: 0
2090840: 0
2090845: 0
2090891: 0
2090903: 0
2090918: 0
2090923: 0
2090948: 0
2090964: 0
2090989: 0
2091012: 0
2091035: 0
2091110:
On Mon, Jun 08, 2015 at 02:07:36PM -0700, bch wrote:
> unclear what I should check -- you mean measure blob sizes in the
> sqlite db, or tcpdump or some fossil option w/ another "pull" attempt
Right, the entry in the blob table.
Joerg
___
fossil-users m
unclear what I should check -- you mean measure blob sizes in the
sqlite db, or tcpdump or some fossil option w/ another "pull" attempt
?
-bch
On 6/8/15, Joerg Sonnenberger wrote:
> On Mon, Jun 08, 2015 at 11:52:20AM -0700, bch wrote:
>> There's either a corrupted database or transport corrupti
On Mon, Jun 08, 2015 at 11:52:20AM -0700, bch wrote:
> There's either a corrupted database or transport corruption occurring
> w/ netbsd-src, but additionally apparent string mis-handling in the
> fossil binary:
For unknown reasons, sometimes empty artefacts appear. Can you check
your repo copy?
ref: line 196 ./src/xfer.c
...
sha1sum_blob(&content, &hash);
if( !blob_eq_str(&pXfer->aToken[1], blob_str(&hash), -1) ){
blob_appendf(&pXfer->err, "content does not match sha1 hash");
}
...
On 6/8/15, bch wrote:
> There's either a corrupted database or transport corruption occurring
>
There's either a corrupted database or transport corruption occurring
w/ netbsd-src, but additionally apparent string mis-handling in the
fossil binary:
kamloops$ fossil pull
Pull from http://netbsd.sonnenberger.org
via proxy: http://one.proxy.att.com:8080
Round-trips: 3 Artifacts sent: 0 rece
2015-06-08 14:26 GMT+02:00 Tony Papadimitriou :
> The repo root is one directory above this one.
> As you can see the ...so/so... in the path shows that the mv on the disk was
> attempted with a full relative path (from repo root) instead of the path
> relative to where I was at the moment (inside
Here’s the actual transcript of what I tried today, without success (on a Win7
machine):
C:\progs\lua\so>f mv 30689195_othershack.lua 30689195_others_hack.lua --hard
RENAME so/30689195_othershack.lua so/30689195_others_hack.
9 matches
Mail list logo
