16:36:35 <edgzoah> Hi, have anyone recently used mymonero-utils to create transactions and can share some code examples, if anyone was willing to help, i've created an issue on the mymonero-utils repo - https://github.com/mymonero/mymonero-utils/issues/180
16:37:56 <m-relay> <v​tnerd:monero.social> Rust bootstrapping? Does it really start from the beginning or give a newer binary?
16:39:44 <m-relay> <s​yntheticbird:monero.social> not from the very beginning but you still have to go from 1.54 to 1.82
16:39:46 <m-relay> <s​yntheticbird:monero.social> https://github.com/monero-project/monero/pull/9801
16:49:32 <m-relay> <t​obtoht:monero.social> I'm running a full-source bootstrap to check the numbers. 12 hours was an educated guess.
17:54:54 <m-relay> <v​tnerd:monero.social> lol with Rust churning through versions this is only going to get worse
17:56:44 <m-relay> <v​tnerd:monero.social> ah theres mrustc written in C++
17:57:36 <m-relay> <v​tnerd:monero.social> what does gcc bootstrap from? some known good version? is the dream of bootstrapping from a small ASM lisp compiler even possible?
18:00:52 <m-relay> <t​obtoht:monero.social> vtnerd: https://guix.gnu.org/en/blog/2023/the-full-source-bootstrap-building-from-source-all-the-way-down/
18:06:43 <m-relay> <v​tnerd:monero.social> yeah the one thing that annoys me about Rust/Go is that Gentoo has largely punted on compiling from source for those (they bootstrap from prior release). So if Rust/Go creeps into system libs will make Gentoo boostrap (stage-libs) much larger
18:07:07 <m-relay> <v​tnerd:monero.social> seems inevitable that Rust will end up in Gentoo bootstrap, but we’ll see
18:07:38 <m-relay> <v​tnerd:monero.social> I guess its no different than Gcc, but Gcc/C++ moves slower at least so you can bootstrap from further back
18:10:23 <m-relay> <v​tnerd:monero.social> oops, need to move into another room, sorry guys
18:11:27 <m-relay> <s​yntheticbird:monero.social> you are fine imo, concerns are interesting
19:04:06 <m-relay> <t​obtoht:monero.social> compared to rust, go has a much shorter bootstrap graph. in guix it's: gcc 11.4.0 -> go 1.4 -> 1.17 -> 1.21 -> 1.23.
19:06:19 <m-relay> <s​yntheticbird:monero.social> Yeah but Rust is better in all possible aspect and if you disagree then i'll have to use:
19:06:20 <m-relay> <s​yntheticbird:monero.social> `bad faith`
19:06:50 <m-relay> <t​obtoht:monero.social> and gcc itself is 2.95.3 -> 4.6.4 -> 11.4.0
19:10:27 <m-relay> <t​obtoht:monero.social> of the languages that _can_ be bootstrapped from stage0, rust really is a worst care scenario.
19:10:39 <m-relay> <t​obtoht:monero.social> of the languages that _can_ be bootstrapped from stage0, rust really is a worst case scenario.
19:12:07 <m-relay> <t​obtoht:monero.social> although, zig isn't looking too much better now that they've dropped their c++ compiler implementation.
19:17:16 <m-relay> <t​obtoht:monero.social> actually, zig is much worse. guix has >60 builds to bootstrap from zig 0.10.0 to 0.14.0.
19:17:22 <m-relay> <t​obtoht:monero.social> that's points for rust!
20:24:45 <m-relay> <h​andpickencounter:matrix.org> does monerod support tor proxy in unix domain socket mode? bitcoind has -proxy=unix:/path
20:34:43 <m-relay> <s​yntheticbird:monero.social> no
20:40:03 <m-relay> <h​andpickencounter:matrix.org> is it planned at least? socat seems a bit hacky, and using an empty network namespace for monerod is obvious (i think).
20:45:14 <m-relay> <s​yntheticbird:monero.social> it's not planned and honestly i don't think it ever cross the mind of anyone here. Feel free to open an issue on Github if you have an account. That's interesting imo but I don't think it's a straightforward PR to do. Monero have always assumed throughat its codebase TCP sockets, it might not need some tweaking in a lot of place
20:45:41 <m-relay> <s​yntheticbird:monero.social> it might need*
21:06:07 <m-relay> <j​effro256:monero.social> handpickencounter: if you write up a GH issue about this, make sure to ping vtnerd
21:23:38 <m-relay> <s​yntheticbird:monero.social> alwaysvtnerd.png
21:23:46 <m-relay> <s​yntheticbird:monero.social> let him breath
21:29:22 <m-relay> <o​frnxmr:xmr.mx> Jeffro -> straight to jail
21:52:55 <m-relay> <3​21bob321:monero.social> That's why we have scuba gear
22:34:13 <m-relay> <v​tnerd:monero.social> handpickencounter: The p2p code uses tcp::socket via the epee tcp server. Asio has a posix descriptor object, which should support both tcp and unix sockets, but then we'd lose windows support unless we #ifdef some stuff in the tcp server.
22:34:26 <m-relay> <v​tnerd:monero.social> And even then I'm not sure how feasible merging the code paths are. There's already a patch for socks5 with user/pass support, which isn't as great but gets some of the features
22:34:35 <m-relay> <v​tnerd:monero.social> handpickencounter:
22:34:54 <m-relay> <v​tnerd:monero.social> Initial tag broke somehow
22:57:11 <m-relay> <j​effro256:monero.social> All hail glorious leader of networking code: VT, the nerd