19:02:42 I had to give up with OpenBSD monerod . it kept crashing and corrupting my entire DB. So I'm emulating Linux on obsd and running it there :) Runs much better too, no slow downs and freezing my system 19:03:36 Even if you changed the db sync mode to something like fast:async? 19:05:15 yea it would still freeze up now and then. I just don't have the skills to debug it. Async would keep my system from freezing, but all operations on that HD would stop for 30 seconds or so until it finished. 19:05:27 I got a new HD and did a read-write badblocks test on it. And ran memtest 19:05:33 I think it's the code (and OS) 20:24:51 Hi, the docs for wallet-rpc is somewhat vague regarding mixin and ring_size values. I understand that since the latest hard fork the ring_size is fixed in the "network" and thus setting these should not be applicable? Looking at the feather wallet source code they go with a 11 for mixin as a constant. 20:41:41 Its ignored for new txs 20:42:09 i think it might apply when spending old (v1?) Outputs 20:55:45 thanks 21:47:51 Can we add #10111 to the merge queue soon, please? A lot of crypto depends on that commit and it seems to have received decent review given its relatively small size 22:03:09 monerod with --rpc-login test:test2 22:03:09 doesn't work: 22:03:11 ``` 22:03:13 curl --verbose -H "Connection: close" --digest -u test:test2 --digest http://127.0.0.1:18081/get_info 22:03:15 ``` 22:03:17 works: 22:03:19 ``` 22:03:21 curl --verbose --digest -u test:test2 --digest http://127.0.0.1:18081/get_info 22:03:23 ``` 22:03:25 RPC expects the connection to be kept open/reused for context. But if connection is not reused, the context is started anew and it can never have successful auth. 22:04:58 Cc [@vtnerd:monero.social](https://matrix.to/#/@vtnerd:monero.social) for rereview 22:05:00 This is not RFC 2617 as mentioned in the code. RFC 2617 does not require connection to be kept open or reused 22:08:19 Seems https://github.com/monero-project/monero/issues/8871 was hitting the same issue