Re: [Monotone-devel] Re: Missing Key

[Richard Levitte - VMS Whacker]

In message <address@hidden> on 25 Aug 2004 10:24:57 +0200, Peter Simons 
<address@hidden> said:

simons> Bruce Stephens writes:
simons> 
simons>  > Bug in netsync, I think.  
simons> 
simons> Is there any debug output, etc. I can provide to help
simons> finding (and fixing) that bug?

OK, it looks to me like things work the way they should from my end,
at least from this log:

: ; monotone --db=~/monotone-repo/monotone.db --key="" --verbose push off.net 
net.venge.monotone
[...]
enter passphrase for key ID address@hidden: *yeah, right*
monotone: running arc4 process on 634 bytes of data
monotone: building signer from 634-byte decrypted private key
monotone: base64-decoding 859-byte private key
monotone: running arc4 process on 634 bytes of data
monotone: building signer from 634-byte decrypted private key
monotone: base64-decoding 859-byte private key
monotone: running arc4 process on 634 bytes of data
monotone: building signer from 634-byte decrypted private key
monotone: produced 128-byte signature
monotone: wrote 218 bytes to fd 7 (peer off.net), 0 remain in output buffer
monotone: [bytes in: 47] [bytes out: 218] 
monotone: read 138 bytes from fd 7 (peer off.net)
monotone: [bytes in: 185] [bytes out: 218] 
monotone: processing 0 byte input buffer from peer off.net
monotone: received 'confirm' netcmd from server 
'70a0f283898a18815a83df37c902e5f1492e9aa2' for collection 'net.venge.monotone' 
in sink mode
monotone: db.fetch("SELECT id FROM public_keys WHERE hash = 
'70a0f283898a18815a83df37c902e5f1492e9aa2'")
monotone: db.fetch("SELECT id, keydata FROM public_keys where hash = 
'70a0f283898a18815a83df37c902e5f1492e9aa2'")
monotone: building verifier for 160-byte pub key
monotone: checking 175-byte (128 decoded) signature
monotone: server signature OK, accepting authentication
monotone: db.fetch("SELECT body FROM merkle_nodes WHERE type = 'key' AND 
collection = 'net.venge.monotone' AND level = 0 AND prefix = ''")
monotone: queueing request for refinement of key node '', level 0
monotone: queueing 'done' command for key level 0
monotone: db.fetch("SELECT body FROM merkle_nodes WHERE type = 'mcert' AND 
collection = 'net.venge.monotone' AND level = 0 AND prefix = ''")
monotone: queueing request for refinement of mcert node '', level 0
monotone: queueing 'done' command for mcert level 0
monotone: db.fetch("SELECT body FROM merkle_nodes WHERE type = 'fcert' AND 
collection = 'net.venge.monotone' AND level = 0 AND prefix = ''")
monotone: queueing request for refinement of fcert node '', level 0
monotone: queueing 'done' command for fcert level 0
monotone: wrote 611 bytes to fd 7 (peer off.net), 0 remain in output buffer
monotone: [bytes in: 185] [bytes out: 829] 
monotone: read 28 bytes from fd 7 (peer off.net)
monotone: [bytes in: 213] [bytes out: 829] 
monotone: processing 0 byte input buffer from peer off.net
monotone: received 'send_data' netcmd requesting key 
'd37d08fafaece16e9a79b4ea853326624e185cbd'
monotone: db.fetch("SELECT id FROM public_keys WHERE hash = 
'd37d08fafaece16e9a79b4ea853326624e185cbd'")
monotone: db.fetch("SELECT id FROM public_keys WHERE hash = 
'd37d08fafaece16e9a79b4ea853326624e185cbd'")
monotone: db.fetch("SELECT id, keydata FROM public_keys where hash = 
'd37d08fafaece16e9a79b4ea853326624e185cbd'")
monotone: public key 'd37d08fafaece16e9a79b4ea853326624e185cbd' is also called 
'address@hidden'
monotone: queueing 182 bytes of data for key item 
'd37d08fafaece16e9a79b4ea853326624e185cbd'
monotone: wrote 237 bytes to fd 7 (peer off.net), 0 remain in output buffer
monotone: [bytes in: 213] [bytes out: 1066] 
monotone: read 27 bytes from fd 7 (peer off.net)
monotone: processing 18 byte input buffer from peer off.net
monotone: received 'done' for empty key level 1, marking as complete
monotone: queueing 'done' command for key level 2
monotone: wrote 9 bytes to fd 7 (peer off.net), 0 remain in output buffer
monotone: processing 9 byte input buffer from peer off.net
monotone: received 'done' for empty mcert level 1, marking as complete
monotone: queueing 'done' command for mcert level 2
monotone: analyzing 0 ancestry edges
monotone: isolated 0 heads
monotone: wrote 9 bytes to fd 7 (peer off.net), 0 remain in output buffer
monotone: processing 0 byte input buffer from peer off.net
monotone: received 'done' for empty fcert level 1, marking as complete
monotone: queueing 'done' command for fcert level 2
monotone: queueing 'bye' command
monotone: wrote 16 bytes to fd 7 (peer off.net), 0 remain in output buffer
monotone: [bytes in: 240] [bytes out: 1100] 
monotone: read 9 bytes from fd 7 (peer off.net)
monotone: processing 0 byte input buffer from peer off.net
monotone: received 'done' for empty key level 3, marking as complete
monotone: queueing 'bye' command
monotone: wrote 7 bytes to fd 7 (peer off.net), 0 remain in output buffer
monotone: read 32 bytes from fd 7 (peer off.net)
monotone: [bytes in: 281] [bytes out: 1107] 
monotone: processing 23 byte input buffer from peer off.net
monotone: received 'done' for empty mcert level 3, marking as complete
monotone: analyzing 0 ancestry edges
monotone: isolated 0 heads
monotone: queueing 'bye' command
monotone: read from fd 7 (peer off.net) closed OK after goodbye
monotone: db.execute("COMMIT")


However, when I pull from off.net into a brand new database, my key
isn't there:

: ; monotone --db=~/monotone-repo/monotone2.db db init
: ; monotone --db=~/monotone-repo/monotone2.db read < ../address@hidden 
monotone: read 1 packet
: ; monotone --db=~/monotone-repo/monotone2.db --key="" pull off.net 
net.venge.monotone
monotone: warning: doing anonymous pull
monotone: rebuilding merkle trees for collection net.venge.monotone
monotone: connecting to off.net
monotone: [bytes in: 3523583] [bytes out: 114240] 
monotone: exchanged goodbyes and flushed output on fd 7 (peer off.net), 
disconnecting
: ; monotone --db=~/monotone-repo/monotone2.db --key="" list keys
[public keys]
70a0f283898a18815a83df37c902e5f1492e9aa2 address@hidden
352482b9c915aebb3e4665b6003613da58a77bfd address@hidden
3635f4c0f5703026095702c719ee5432dbabf7f8 address@hidden
d946f663d045a49262bcf5f2e86e74f3e44f87fa address@hidden
0cb6feec3f627c8fbd53447df93193b6ab34afa0 address@hidden
4dbf40bb41ba48c6b65eca5d3196f2580c428779 address@hidden
de84b575d5e47254393eba49dce9dc4db98ed42d address@hidden
10b5b36b4aadc46c0a946b6e76e087ccdddf8b86 address@hidden
20289365fc90ef501739c57e359a87191476859b address@hidden
b0b7b313d24a59dd8371e42af88319c6f51e2269 address@hidden


I've no idea what happens at this point.

Cheers,
Richard

-----
Please consider sponsoring my work on free software.
See http://www.free.lp.se/sponsoring.html for details.

-- 
Richard Levitte                         address@hidden
                                        http://richard.levitte.org/