08:30:42 <m-relay> <s​yntheticbird:monero.social> I probably missed something since I saw no issue or PR about it but when will Monero official wallet support 16 words polyseed. Cake wallet and Feather wallet support it.
08:33:07 <m-relay> <o​frnxmr:monero.social> After someone implements it
08:33:49 <m-relay> <s​yntheticbird:monero.social> I see...
08:34:07 <m-relay> <o​frnxmr:monero.social> Tobtoht is busy with multisig stuff. Almost all "recommended" wallets support polyseed now
08:34:38 <m-relay> <o​frnxmr:monero.social> Cake, stack, anonero, mysu, feather
08:35:27 <m-relay> <s​yntheticbird:monero.social> weirdly there is only one cli wallet
11:47:43 <Guest11> Hello guys, does anyone maybe have an idea how to debug an error happening on exchange_multisig_keys ? I am encoutnering "Failed to derive public key" after running the command and i cannot seem to debug it, also tried to use gdb debugger but could not find any possible reason, it also happens with remote nodes and on different servers where monero
11:47:44 <Guest11> was installed separately, also tried it in folders with 777 permission to avoid any problems with that but i cannot seem to fix it.
11:47:44 <Guest11> The full process is
11:47:45 <Guest11> prepare_multisig on all 3 wallets
11:47:45 <Guest11> make_multisig with the 2 other strings
11:47:46 <Guest11> exchange_multisig_keys with the other 2 strings from make_multisig
11:47:46 <Guest11> exchange_multisig_keys with all 3 strings from first round (here the error occurs but just on the server wallet, on local wallets it works just fine))
11:48:27 <Guest11> Kinda lost on it and not sure how to debug it further since the error is so generic and the fact it happens on different nodes makes me wonder whats the reason behind it since the node configuration cannot be the reason for it seemingly.
11:49:57 <m-relay> <s​yntheticbird:monero.social> second time in a week I hear about multisig "Failed to derive public key".
11:55:09 <Guest11> Yes it was me last week, was sick and could not resolve the issue yet
11:55:26 <m-relay> <s​yntheticbird:monero.social> oh ok
12:29:57 <Guest11> Does nobody have an idea ? I would even pay 1 XMR if someone could give me the result fixing this ugh
12:55:40 <plowsof> Are you following this guide https://docs.getmonero.org/multisignature/
12:56:35 <Guest11> Yes i am, it successes on the other 2 local wallets and only fails on the server wallet
16:08:50 <Guest11> Does really nobody have an idea on that Failed to derive public key error ?
16:22:56 <m-relay> <o​frnxmr:monero.social> Have you tried again from the beginning?
16:29:45 <m-relay> <s​yntheticbird:monero.social> Guest11 Multisignature is a complex implementation there is a lot of point where it could in practice fail despite being theoretically solid. As (i think it was jeffro256) proposed last week, you should use a debugger because  we cannot help you on that since little people are knowledgeable on that part of the wallet and it seems to be platform specific behavior. If you can't use <clipped message>
16:29:47 <m-relay> <s​yntheticbird:monero.social> a debugger (which is perfectly understandable) then all you can do is writing an issue on Github with the maximum informations. If you can't/don't want to make a github account, write here and someone will open an issue for you. Hopefully some people might encounter the same problem and overall lead us to the root of the problem. But right now, there is nothing someone can do. The<clipped message>
16:29:49 <m-relay> <s​yntheticbird:monero.social> re is also the option of manually putting a tons of `printf` all around that part of the multisig code and hope to trace what happens.
16:30:07 <Guest11> ofrxmr Yes i also did it on two debian 12 servers, it happens on both the same
16:33:42 <m-relay> <s​yntheticbird:monero.social> Other option is to give remote access to the server to a trusted third-party that will try to execute a multisig setup and debug it
16:50:54 <m-relay> <o​frnxmr:monero.social> There are also multiple services using multisig, such as xmrbazaar and haveno
16:55:18 <m-relay> <w​oodser:monero.social> Guest11 in case you built you custom built your monero binaries, they need to be built on ubuntu 20.04. anything later can produce corrupt binaries: https://github.com/monero-project/monero/issues/9371. otherwise I'd guess it's something wrong in the multisig creation process
16:55:49 <m-relay> <w​oodser:monero.social> Guest11 in case you custom built your monero binaries, they need to be built on ubuntu 20.04. anything later can produce corrupt binaries: https://github.com/monero-project/monero/issues/9371. otherwise I'd guess it's something wrong in the multisig creation process
17:14:37 <Guest11> Hmm i can imagine it has then something todo with Debian 12, locally im on WIndows where it works perfectly fine. I also set it up on two different Debian 12 servers and both fail - maybe i should try setting it up the same way on ubuntu 20.04 to get to know if the issue is the OS indeed.
17:15:48 <m-relay> <o​frnxmr:monero.social> Did you compile manually
17:16:33 <m-relay> <o​frnxmr:monero.social> Debian 12 and ubuntu 24.04 should work
17:17:06 <m-relay> <o​frnxmr:monero.social> Issue is with 22.04 and debian 11's gcc
17:17:17 <Guest11> No i did not compile manually, i ran it from this setup guide: https://sethforprivacy.com/guides/run-a-monero-node-advanced//
17:18:01 <Guest11> I could also try setting it up on ubuntu 24.04 just to be sure - not really sure if compiling it manually would help except for debugging it completely
17:18:44 <m-relay> <o​frnxmr:monero.social> Release binaries should be unaffected :/
17:20:24 <Guest11> Hmm im just unsure what to do to fix this since everything works beside the second round of exchange_multisig_keys, i also tried using a remote node where it also did not work - so i suppose it has nothing todo with the node itself
17:22:24 <Guest11> Only idea i have is that its either a permission issue but the wallet file is in a 777 folder and i run the node and cli as root so i think i can exclude that too
17:22:40 <m-relay> <o​frnxmr:monero.social> Are all wallets on the same system?
17:23:19 <Guest11> I tried it with all wallets on the same server and 1 wallet on the server and 2 locally, both let the wallets on the server fail.
17:24:06 <m-relay> <o​frnxmr:monero.social> what is behavior when all wallets on the server?
17:24:51 <m-relay> <o​frnxmr:monero.social> I have a debian 12 server. I'll test shortly
17:25:04 <Guest11> It also fails on the second run of exchange_multisig_keys with "Failed to derive public key"
17:25:17 <Guest11> Would be great, i appreciate it
17:30:19 <Guest11> The whole process, if you can reproduce it is:
17:30:20 <Guest11> You create 3 wallets, run set enable-multisig-experimental 1
17:30:20 <Guest11> Wallet 1: prepare_multisig
17:30:21 <Guest11> Wallet 2: prepare_multisig
17:30:21 <Guest11> Wallet 3: prepare_multisig
17:30:22 <Guest11> Wallet 1: make_multisig 2 string_wallet2 string_wallet3
17:30:22 <Guest11> Wallet 2 make_multisig 2 string_wallet1 string_wallet3
17:30:23 <Guest11> Wallet 3: make_multisig 2 string_wallet1 string_wallet2
17:30:23 <Guest11> Wallet 1: exchange_multisig_keys make_string_wallet2 make_string_wallet3
17:30:24 <Guest11> Wallet 2: exchange_multisig_keys make_string_wallet1 make_string_wallet3
17:30:24 <Guest11> Wallet 3: exchange_multisig_keys make_string_wallet1 make_string_wallet2
17:30:25 <Guest11> And here it fails
17:30:25 <Guest11> Wallet 1: exchange_multisig_keys exchange_string_wallet1 exchange_string_wallet2 exchange_string_wallet3 (works if wallet is not on server)
17:30:26 <Guest11> Wallet 2: exchange_multisig_keys exchange_string_wallet1 exchange_string_wallet2 exchange_string_wallet3
17:30:26 <Guest11> Wallet 3: exchange_multisig_keys exchange_string_wallet1 exchange_string_wallet2 exchange_string_wallet3
17:42:09 <Guest11> And this version if its useful: Monero 'Fluorine Fermi' (v0.18.3.4-release)
18:03:55 <Guest11> Well on Ubuntu 24.04 it indeed works correctly, it seems to be debian 12 which is the problem
18:18:23 <m-relay> <o​frnxmr:monero.social> If using the same binaries it "shouldnt" make a diffrence
18:18:39 <m-relay> <o​frnxmr:monero.social> Are you running a 2/3 multisig?
18:18:42 <Guest11> Yes
18:18:48 <Guest11> And both were downloaded from: https://sethforprivacy.com/guides/run-a-monero-node-advanced//
18:29:39 <Guest11> Cannot explain it either since i did it on two different debian 12 servers and on both it did not work, now on ubuntu 24.04 it does work immediately
18:40:48 <Guest11> Yes, just set it up again on debian 12 which does not work, its working fine on ubuntu 24.04 and doesnt work on debian 12 - well will just switch the OS then and get rid of it - finally.
18:44:35 <m-relay> <o​frnxmr:monero.social> Success on debian 12 ..
18:45:00 <Guest11> How is that possible ? I just set it up on debian 12 again and it does not work
18:45:02 <Guest11> Wtf
18:46:13 <Guest11> Did you set it up from source or like on the link i provided above ?
18:46:51 <m-relay> <o​frnxmr:monero.social> I'm using 18.3.4 release binary on amd64 debian 12
18:47:22 <m-relay> <o​frnxmr:monero.social> all wallets on the same system
18:47:51 <Guest11> What the hell, im also on debian 12 amd64
18:47:55 <Guest11> And im also using 18.3.4
18:48:58 <m-relay> <o​frnxmr:monero.social> https://matrix.monero.social/_matrix/media/v1/download/monero.social/aIinDgzkigqbPTLFnVZKKxJW
18:51:11 <Guest11> Is it also Debian 12.7 ?
18:53:16 <m-relay> <o​frnxmr:monero.social> Its up to date, so whatever the latest is
18:53:46 <Guest11> Yes its 12.7, very strange, really wondering why it works for you on debian 12 immediately then
18:54:53 <m-relay> <r​brunner7:monero.social> So it's self-compiled on Debian 12 versus running release binaries on Debian 12?
18:55:49 <m-relay> <r​brunner7:monero.social> If a compiler error is the reason, like it was speculated, it may well possible that self-compiled on Debian 12 stuff does currently not run correctly
18:56:20 <Guest11> I was running the release binaries on all debian/ubuntu servers now and never self compiled
18:56:39 <m-relay> <r​brunner7:monero.social> Ah, ok, that's a different story. Misunderstood.