Linux support is definitely moving slower than the Rust team wants, but the team and Linus are still optimistic.
Android uses forked versions of the Linux kernel, based on Linux LTS versions. They added in Rust support in 2019 and most new code since then has been written in Rust in order to avoid memory safety vulnerabilities. And memory safety vulnerabilities have been significantly down since 2019.
Now that upstream Linux is adopting Rust, we should hopefully see a similar results. Though likely slower than Google (they went all-in on Rust) while upstream Linux new code will seemingly be mainly C for the foreseeable future.
Note that this is from late July.
I think that’s just a dependency issue unrelated to the script.
I have a bash script I use to script my Silverblue install. Something like this should work.
# space-separated list of packages to install
S_RPM_PACKAGES_TO_INSTALL="pkg1 pkg2 pkg3"
# function to install the packages
dnf_install () {
sudo dnf install -y $1
}
# call to function, passing the list
dnf_install "$S_RPM_PACKAGES_TO_INSTALL"
I have it set up this way so that I just have a bunch of bash variables describing the stuff I want to install all at the top of the file, but the function definitions and calls lower down since I don't need to see them.
It also does other things like removes packages from the system, removes some preinstalled flatpaks, installs flatpaks from Fedora Flatpaks / Flathub / gnome-nightly, and sets up gnome through a list gsettings commands.
As I use my system, I add new apps to the list I want next time I install and remove apps I don't use.
I doubt this will have much of an effect. Compositors already implement protocols that aren’t in upstream yet.
All this really is is putting some of those protocols in a GitHub repo and giving them a nice name. Gamescope will naturally implement them because frog works on gamescope. KDE might implement a few. Gnome and wlroots probably won’t implement them because (1) Gnome prefers a more lean set of protocols and likely won’t adopt a protocol until it’s “finished” and (2) Simon Ser, the wlroots main maintainer, is very involved with upstream protocols and would rather see development happen there.
Fedora 41 is shipping the 2.99 version. And naturally will update to RC1 and later once they release.
There’s non-destructive editing in 2.99. Not everything is non-destructive though, such as rotating and scaling. But most colors and filters are.
Flatpak doesn’t care about your ports, they can access them if they have network permission.
I use the Steam flatpak. The nice thing about that is that 32bit libraries aren’t installed on the host system.
Rust developers are fine with C bindings changing, they just want that to be communicated to them by the C developers before they break.
It's kinda ironic that theming GTK is easier when it doesn't officially support theming. Especially when it comes to Qt flatpak apps.