-
xmr-prjpk68 opened pull request #10984: simplewallet: prompt for restore height when using generate-from-devic...
-
xmr-pr
-
xmr-prselsta opened pull request #10985: workflows: disable DNS tests on Windows and macOS
-
xmr-pr
-
selsta.merge+ 10985
-
xmr-prAdded
-
xmr-prthomasbuilds opened pull request #10986: p2p: remove dead code
-
xmr-pr
-
selsta.merge+ 10240 10938 10939
-
xmr-prAdded
-
DataHoarderjpk68: "display private view keys for hardware wallets" < finally fixed generally, I used to just print out the view key via a printf for hw wallets :D
-
xmr-prselsta opened pull request #10987: tests: enable temporary libunbound debug logging
-
xmr-pr
-
br-m<jpk68:matrix.org> DataHoarder: Hey, nice :)
-
selsta.merge+ 10987
-
xmr-prAdded
-
selsta.merge+ 10942 10943 10944
-
xmr-prAdded
-
selstatobtoht: 10894 would also be merge ready
-
tobtoht.merges
-
xmr-pr10747 10876 10894 10942 10943 10944
-
tobtohtmb didn't notice it was a backport
-
selstaty for merges, now we wait for CI failure
-
tobtohttowards green ci once and for all
-
br-m<rbrunner7> I found some blog today claiming that Cake Wallet uses an LWS, i.e. submits the view private key to servers under Cake Wallet's control and does not connect to normal Monero nodes directly. For all I know, that's nonsense. Can somebody confirm?
-
xmr-prselsta opened pull request #10989: device_trezor: validate bridge response size before parsing [release-v...
-
xmr-pr
-
xmr-prselsta opened pull request #10988: device_trezor: validate bridge response size before parsing
-
xmr-pr
-
selstarbrunner7: yes nonsense, they use `monero_c` but no lws library like lwfs
-
selsta`lwsf`*
-
br-m<jeffro256> #10964 is ready for review: all upstream mx25519 PRs were resolved
-
selsta.merge+ 9605
-
xmr-prAdded