Split Package : gst-plugins-rs

11 August 2025, 11:17:39

Can not find gst-plugins-rs - is this a meta group?

Will this be a replacment for the non rust codecs packages?
Do you recommend switching to rust alternatives, yet?
Is there any information about gst plugins writtenin Rust for artix Linux?
Is there a roadmap?

Re: Split Package : gst-plugins-rs

Reply #1 – 11 August 2025, 21:30:13

If you look at arch's packages gst-plugins-rs is no even part of arch yet.

That said, it's not just the the gstreamer plugins, the the whole gtk4, and everything feeding gnome and coming from freedesktop, everything seems to have a rust version already. However all of that is ugly managed through cargo, meaning really bloated because the intention is to generate final binaries with all dependencies built into a single static bloated binary, and so you gtk4, gstreamer and all gtk/freedesktop stuff replicated on every single binary. Well, that's cargo's mantra, the same as the other one I've heard from some friend that storage is cheap (not for me btw, to me 500G mvme/pcie ssd is not cheap at all, even less if looking for fast ones).

If eventually any distro adopts all that stuff instead of current C shared libraries, doing it the cargo way that'll create really bloated binaries all over, since shared libraries is not the cargo way, and I wouldn't know if the distro package manager becomes irrelevant (except to avoid building stuff) since cargo really takes over, and every single package depending on the libraries would have to build every library each time unless preserving a cargo cache, but still the final packages will still be bloated, linking into static huge binaries.

I really dislike the cargo way. I thought guix was the hope to show the way, but even they had to make compromises, see their new rust packaging model blog.

Re: Split Package : gst-plugins-rs

Reply #2 – 12 August 2025, 12:11:39

Thank you for your answer.
Reading now about packaging Rust.