03:35:11 <willshu[m]> Can I change the 10-block-lock constant when initiating the view-only wallet?
03:50:32 <UkoeHB> willshu[m]: the lock is consensus, not in the wallet
14:33:55 <stretch1> how to ./monero-wallet-cli to get the address and spend key dumped for 100 acocunt generation?
14:37:27 <stretch1> s/acocunt/acocuntsgeneration?/, s/generation?/(no subaddresses or integrated address wanted)/
14:38:08 <moneromooo> Don't. Use monero-wallet-rpc.
14:45:16 <stretch1> https://www.getmonero.org/resources/developer-guides/wallet-rpc.html#create_wallet has output: none;
14:45:17 <stretch1> well, please show bash to get address/spendkey|mnemonic pair ?
14:45:50 <stretch1> echo exit | wallet-cli --pawssord bla -- bla ... ; # is UGLY
14:46:02 <stretch1> needs grep regex to fish in the output txt as well
14:47:30 <moneromooo> Again, you should not do this. That output might change at any point, breaking your script.
14:47:57 <moneromooo> You should use the RPC wallet, see get_key (IIRC). Or similar name.
14:48:34 <moneromooo> If it can only get you the main keys, you can file a bug on github to add support for subaddresse.s
14:48:59 <stretch1> json is ugh for bash integration sir?
14:51:17 <moneromooo> Can you do python ? If so, there is util/python-rpc/framework/wallet.py
14:51:33 <moneromooo> You can then call the RPC, and print stuff you need with the format you need.
17:05:54 <selsta> .merge+ 8149
17:05:54 <xmr-pr> Added
18:07:01 <hyc> yay
18:12:30 <selsta> hyc: not sure how we will get your lmdb rtxn patch reviewed
18:13:50 <selsta> it seems to be a rare crash so it should be fine including it in the second release
18:13:52 <hyc> there was a specific crash associated, wasn't there?
18:13:55 <hyc> ok
18:13:56 <selsta> yes
18:14:09 <selsta> but still we need to find someone to review it
18:15:18 <hyc> sure, whatever. the crash cause is clear. whether anyone likes the particular fix vs some other possible fix, could be argued
18:27:53 <selsta> i guess ideally we would fix incorrect lmdb use?
18:28:46 <selsta> but that requires finding the place first, your patch is a workaround if we don't find it. did i understand that right?
18:29:25 <hyc> no... the patch is not a workaround
18:29:46 <hyc> there are 2 specific functions used to open and close txns around block operations
18:30:03 <selsta> ok then i did not understand it correctly :D because you wrote "not an ideal fix"
18:30:50 <hyc> I just don't like all of these wrapper layers at all
18:31:11 <hyc> but at this point it would be a lot of refactoring to streamline it down appropriately
18:37:03 <hyc> anyway, I don't think monerod is usually CPU limited. it's mostly network or disk limited.
20:54:37 <vtnerd__> ukoehb, yeah sorry for the sparse activity this year, been a rough one for various reasons. but finally got some r&r, so I hope to do ~40 hour weeks again to finish last ccs, and perhaps more
20:55:11 <vtnerd__> just difficulties focusing really, but finally got away for a bit with no computer access for a while, was great
21:05:28 <UkoeHB> vtnerd__: great to hear :)
21:05:53 <jberman[m]> +10^
21:13:07 <plowsof> +=1^