-
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 -
mymonero/mymonero-utils #180
-
m-relay
<vtnerd:monero.social> Rust bootstrapping? Does it really start from the beginning or give a newer binary?
-
m-relay
<syntheticbird:monero.social> not from the very beginning but you still have to go from 1.54 to 1.82
-
m-relay
<syntheticbird:monero.social>
monero-project/monero #9801
-
m-relay
<tobtoht:monero.social> I'm running a full-source bootstrap to check the numbers. 12 hours was an educated guess.
-
m-relay
<vtnerd:monero.social> lol with Rust churning through versions this is only going to get worse
-
m-relay
<vtnerd:monero.social> ah theres mrustc written in C++
-
m-relay
<vtnerd:monero.social> what does gcc bootstrap from? some known good version? is the dream of bootstrapping from a small ASM lisp compiler even possible?
-
m-relay
-
m-relay
<vtnerd: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
-
m-relay
<vtnerd:monero.social> seems inevitable that Rust will end up in Gentoo bootstrap, but we’ll see
-
m-relay
<vtnerd:monero.social> I guess its no different than Gcc, but Gcc/C++ moves slower at least so you can bootstrap from further back
-
m-relay
<vtnerd:monero.social> oops, need to move into another room, sorry guys
-
m-relay
<syntheticbird:monero.social> you are fine imo, concerns are interesting
-
m-relay
<tobtoht: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.
-
m-relay
<syntheticbird:monero.social> Yeah but Rust is better in all possible aspect and if you disagree then i'll have to use:
-
m-relay
<syntheticbird:monero.social> `bad faith`
-
m-relay
<tobtoht:monero.social> and gcc itself is 2.95.3 -> 4.6.4 -> 11.4.0
-
m-relay
<tobtoht:monero.social> of the languages that _can_ be bootstrapped from stage0, rust really is a worst care scenario.
-
m-relay
<tobtoht:monero.social> of the languages that _can_ be bootstrapped from stage0, rust really is a worst case scenario.
-
m-relay
<tobtoht:monero.social> although, zig isn't looking too much better now that they've dropped their c++ compiler implementation.
-
m-relay
<tobtoht:monero.social> actually, zig is much worse. guix has >60 builds to bootstrap from zig 0.10.0 to 0.14.0.
-
m-relay
<tobtoht:monero.social> that's points for rust!
-
m-relay
<handpickencounter:matrix.org> does monerod support tor proxy in unix domain socket mode? bitcoind has -proxy=unix:/path
-
m-relay
<syntheticbird:monero.social> no
-
m-relay
<handpickencounter:matrix.org> is it planned at least? socat seems a bit hacky, and using an empty network namespace for monerod is obvious (i think).
-
m-relay
<syntheticbird: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
-
m-relay
<syntheticbird:monero.social> it might need*
-
m-relay
<jeffro256:monero.social> handpickencounter: if you write up a GH issue about this, make sure to ping vtnerd
-
m-relay
<syntheticbird:monero.social> alwaysvtnerd.png
-
m-relay
<syntheticbird:monero.social> let him breath
-
m-relay
<ofrnxmr:xmr.mx> Jeffro -> straight to jail
-
m-relay
<321bob321:monero.social> That's why we have scuba gear
-
m-relay
<vtnerd: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.
-
m-relay
<vtnerd: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
-
m-relay
<vtnerd:monero.social> handpickencounter:
-
m-relay
<vtnerd:monero.social> Initial tag broke somehow
-
m-relay
<jeffro256:monero.social> All hail glorious leader of networking code: VT, the nerd