00:30:10 EmeraldSnake[m]: hundreds of developers are 00:30:12 https://github.com/monero-project/monero-gui/graphs/contributors 08:20:32 selsta: This might be interesting for you (until "Branches" paragraph), since you said, that the compilation time increase could have been a measurement problem: 08:20:32 https://www.reddit.com/r/Monero/comments/q41sce/dev_report_sep_2021/ 08:35:26 In short: it doesn't appear so, and this is kind of confirmed by changes in the inputs and the new output: memory consumption for compilation. 17:42:30 Does monero support aarch64? 17:42:50 s/Does/Is/ 17:57:52 Collected monero-gui from sources. Can I make the GUI version show up? 17:57:58 * BigmenPixel[m] uploaded an image: (6KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/TQNmODnaqAqdsmeztHjLZTua/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%20%D0%BE%D1%82%202021-10-09%2017-57-40.png > 17:58:13 версия = version, sorry for non-english language 18:02:53 Monero has code to build for aarch64. I can't say how well it runs in practice though. 18:11:36 "Does monero support aarch64?" <- Do you mean RPi4 by a chance? 18:12:37 mj-xmr[m]: Him and all other PCs with aarch64 processor 18:13:29 As long as other SoCs have AES support, it should run. 18:13:44 Are we talking about 64-bit OS on your RPi4 or 32? 18:14:39 Ah, OK. You're mostly interested in GUI. 18:14:52 But the previous question remains. 18:17:31 mj-xmr[m]: I'm just wondering if it makes sense to build a flatpak assembly of monero-gui for the aarch64 architecture. 18:17:45 s/assembly/build/ 18:20:44 I myself do not have a PC with aarch64 processor architecture. 19:12:11 BigmenPixel: It should make sense. Why not? 19:14:49 Bringing up the multisig pr again (#7877): is there anyone currently planning to review this? Do we need to find someone able to review it? 19:16:27 That's one massive diff :/ 21:05:15 Monero aarch64 support is perfectly good 21:22:58 anything that supports DIYers on a limited budget using XMR is likely to be good 21:28:29 moneromooo: yep unfortunately I had to redo most of the existing implementation. 21:32:06 evidence so far suggests that majority of rpi owners have no idea what they're doing 21:32:31 they don't even realize their 64bit CPUs are running 32bit OSs 21:41:49 After the new protocol (be it Seraphis or something else) is defined, is it possible that we will be able to spend outputs without waiting for 10 confirmations like we currently do? 21:42:01 s/defined/implemented/ 21:43:21 The ability to instantly spend coins from received from a wallet you trust is a great feature for speeding up commercial transactions. 21:48:49 in practice that 10 block delay doesn't slow anything down in commercial transactions 21:49:14 because a wallet that's actually being used frequently will have more than 1 spendable output at any given time 21:49:24 people spend too much time fixating on this non-issue 21:51:19 alex[m]123456721: with Seraphis/Lelantus-Spark, there is a way IF 1) you are willing to reveal the true spends of your tx to the recipient; 2) the recipient trusts you not to double-spend. It isn't useful for most cases. 21:54:30 Plus the recipient will still have to wait for 10 blocks to spend your output (unless he extends the of-chain tx chain...).