ChanServ changed the topic of #rust-embedded to: Welcome to the Rust Embedded IRC channel! Bridged to #rust-embedded:matrix.org and logged at https://libera.irclog.whitequark.org/rust-embedded, code of conduct at https://www.rust-lang.org/conduct.html
davidmpye[m] has quit [Quit: Idle timeout reached: 172800s]
mchodzikiewicz[m has quit [Quit: Idle timeout reached: 172800s]
sourcebox[m] has quit [Quit: Idle timeout reached: 172800s]
JamesLogan[m] has quit [Quit: Idle timeout reached: 172800s]
phantom_ has joined #rust-embedded
phantom_ has quit [Quit: WeeChat 3.5]
netcreature has quit [Quit: WeeChat 3.5]
adamgreig[m] has quit [Quit: Idle timeout reached: 172800s]
cinemaSundays has quit [Quit: Connection closed for inactivity]
cinemaSundays has joined #rust-embedded
cinemaSundays has quit [Quit: Connection closed for inactivity]
emerent has quit [Ping timeout: 248 seconds]
emerent_ has joined #rust-embedded
emerent_ is now known as emerent
cinemaSundays has joined #rust-embedded
cinemaSundays has quit [Quit: Connection closed for inactivity]
igiona[m] has joined #rust-embedded
<igiona[m]> <PhilMarkgraf[m]> "Is anyone using Bazel or Buck2..." <- > <@shakencodes:matrix.org> Is anyone using Bazel or Buck2 build systems with their embedded systems work?... (full message at <https://catircservices.org/_irc/v1/media/download/ATX3g8jQV4lhLrILNeEhIKwCdObcsXiHLtFjnaZE9AEsdxEcqZ9W6gblJwlCd8UkFwRPZVec7dD76OPHuOcQH_6_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy9DV09zRWNCSmF3WUlQY0J4Wk1sbEpoZW8>)
juliand[m] has quit [Quit: Idle timeout reached: 172800s]
Koen[m] has quit [Quit: Idle timeout reached: 172800s]
RyanSlawson[m] has quit [Quit: Idle timeout reached: 172800s]
ragarnoy[m] has quit [Quit: Idle timeout reached: 172800s]
dngrs[m] has quit [Quit: Idle timeout reached: 172800s]
JamesMunns[m] has quit [Quit: Idle timeout reached: 172800s]
RockBoynton[m] has joined #rust-embedded
<RockBoynton[m]> I have had to be stuck on an older rust release (1.78) for a while, but was finally able to upgrade to 1.83. What are some niceties added that I can now add to my firmware code with? For sure two I know of are error_in_core so I can use thiserror, and expecting lints.
i509vcb[m] has quit [Quit: Idle timeout reached: 172800s]
scorpion2185[m]1 has joined #rust-embedded
<scorpion2185[m]1> is there a nice way to have a main menu where each entry open some state that can be another menu?
flx has joined #rust-embedded
<igiona[m]> s/now/no/, s///, s///
Mathias[m] has joined #rust-embedded
<Mathias[m]> <igiona[m]> "> <@shakencodes:matrix.org> Is..." <- I have spoken to Steve Klabnik on the same topic. Many Embedded Rust projects use tooling in addition to Cargo: Makefile, xtask, etc. So there are opportunities for enhancements in... (full message at
dirbaio[m] has joined #rust-embedded
<dirbaio[m]> bazel/buck do sandboxing?
<dirbaio[m]> * do sandboxing to mitigate the "arbitrary code" thing?
<igiona[m]> If crates.io security is a concern, then you're looking at a completely different problem than "just" cross compilation.... (full message at <https://catircservices.org/_irc/v1/media/download/AYYwrtwZhRabaDbHxwCRsAbfLcUt46c62rkNT7QFRQZXTLBrY1AeqqZrRBf_U-fn3MNA9_afOhTOwSfyNluP1Au_8AAAAAAAAGNhdGlyY3NlcnZpY2VzLm9yZy9aZ2tTYkl6SnhRSk5EdGdkR2djcVpaeks>)
<igiona[m]> My point is: if Cargo is missing features, it would be best to enhance it rather than using bazel to solve them.
<igiona[m]> I would prefer the investment of companies going in that direction rather than finding a workaround to it
<igiona[m]> But yeah, the concerns you have listed can be real for certain companies, especially in regulated environments.
<igiona[m]> We use Yocto to integrate rust applications, so the cross compilation part of it is "solved" by Yocto itselfs (or by the Yocto nativeSDK)
<igiona[m]> <dirbaio[m]> "bazel/buck do sandboxing?" <- As far as I remember, in Bazel everything is like running in a chrooted environment where only what's specified comes in and out.
<dirbaio[m]> yeah but that's for reproducibility. it's not a security boundary to prevent you getting pwned by malicious arbitrary code
<igiona[m]> And then it learns the dependency tree from there
<igiona[m]> Mmmm true, but I guess it kind of reduces the scope of what a malicious code can access.
<igiona[m]> In build.rs you can access every part of the FS I guess? Provided you have permissions to do so of course
cinemaSundays has joined #rust-embedded
Kaspar[m] has quit [Quit: Idle timeout reached: 172800s]
dne has quit [Remote host closed the connection]
dne has joined #rust-embedded
cinemaSundays has quit [Quit: Connection closed for inactivity]