-
selstasmall reminder that we need reviews for the next release monero-project/monero #10545
-
br-m<jpk68:matrix.org> +1 for 10792
-
br-m<tobtoht> Do we still serve a bootstrap file on getmonero?
-
br-m<ofrnxmr:xmr.mx> its on the cdn
-
br-m<tobtoht> Does it get updated?
-
br-m<ofrnxmr:xmr.mx> but we dont link to it anywhere. people find the link using ai
-
br-m<ofrnxmr:xmr.mx> absolutely not
-
br-m<ofrnxmr:xmr.mx> hasnt been updated since like... 202..1?
-
br-m<tobtoht> FCMP++/Rust will bloat release archives to ~281MB, up from 84MB. This sucks over slow connections, so I'm looking to shed some weight.
-
br-m<tobtoht> We are including a bunch of utilities (monero-blockchain-*, monero-gen-*) with questionable/esoteric utility. We can remove the ones we longer need, or not include some by default. We can also try to shim them into monerod.
-
br-m<ofrnxmr:xmr.mx> i think the gen multisig stuff might still be helpful. Maybe we split into separate package?
-
br-m<tobtoht> Yes, we could bundle the essentials + extra utilities archive?
-
br-m<ofrnxmr:xmr.mx> s/package/archive -- yeah
-
moneromoooA lot of the monero-blockchain-x were really helpers for MRL people to examine the chain. They have 0 use otherwise.
-
br-m<jpk68:matrix.org> You can further decrease the size of the FCMP++ Rust library by ~10 MiB by applying the strip setting in Cargo, but Kayaba didn't like that idea
-
br-m<jpk68:matrix.org> That number might not be completely accurate, though
-
br-m<jeffro256> What's the downside of stripping symbols in a release build ?
-
br-m<jpk68:matrix.org> @jeffro256: AFAIK it just makes it harder to debug... but that can just be done in non-release builds
-
br-m<jpk68:matrix.org> On my machine (x86_64-unknown-linux-gnu), the library is 21.2 MiB without stripping, and 15.6 MiB with. So my recollection was a bit off, it seems
-
br-m<jpk68:matrix.org> The size improvement exists, in any case