I think it is worth for #hyper and the #rust ecosystem to work as #curl backend but not other way around. The only reason for curl to support hyper is to validate that the backend api is flexible enough and to have another "validator" for such interface. But probably it is one of those piece of code that maintainers are happy to push to third parties 😅
We've got a new Developer Digest, and this one is full of updates on Rust and Exchange support, a better mailing list subscription experience, and a successful ESMification! 🎉
So when is native Exchange Support coming to Thunderbird - and what role does Rust play? Get the answer in this clip from our most recent office hours! 📼 🦀
Also, this video and ALL our videos going forward will have German subtitles. Ausgezeichnet! 🇩🇪
Is support for Microsoft's Exchange protocol coming to the desktop version of Thunderbird? What about K-9 Mail and Thunderbird for Android? What's the timeline? Here's your answer in a short video clip from our recent Community Office Hours session.
With the upcoming stabilization of the diagnostic namespace, I want to take stock of the compile time error messages generated by diesel and see what messages can be improved.
Diesel is known for sometimes generating sub-optimal compile time error messages. With the upcoming stabilization of the #[diagnostic] attribute namespace and the #[diagnostic::on_unimplemented] at...
This project needs more/new maintainers. I took over maintainership in 2019 (IIRC) during a project at my employer back then, because I needed fixes/changes in this crate to fulfill my task at work...
Of the 15 top Hubris and Oxide firmware contributors by commit count, it looks like 8 had no prior embedded experience.
Let that sink in.
What we're doing here is not easy, but we've built an environment that lets more people contribute. Rust means big-computer skills translate, and better tooling makes us all better devs.
This feels like a vindication of both Hubris's design goals, and the use of Rust in firmware more generally.
A few weeks ago, I introduced and fixed a bug where I accidentally checked if a string literal, instead of a vector, was empty, jokingly saying that I blamed Clippy for not having a lint against it. Following a suggestion from @zeenix, I created a feature request, and it's now actually implemented. This means that Clippy will now warn you if you try to call `is_empty` on a string. https://rust-lang.github.io/rust-clippy/master/index.html#/const_is_empty
Does anybody have a good idea how one can verify that your rust compiler and the FFI code you interact with use the same libc?
Some of our rust code inside mesa will allocate/deallocate code indirectly via `malloc`/`free` and I don't think we really want to mix and match across different libc impls here.
So we want to figure out at configure or compiler time that everything uses the same libc.
The new GStreamer 1.24 release is also the first that has a Rust component as part of core, in addition to all the plugins that were already part of previous releases.
Ok does anyone have a rec on #Rust learning materials for the incorrigibly object oriented? Like how those concepts map or do not map onto Rust before I spent all my lifetime failing to learn this language lol
Over the last months the Rust/cargo support in meson improved a lot.
It's now ready to build and install a GTK4 Rust application with around 70 dependencies without having to write almost any custom build glue for the dependencies.
The application in question is just a small experiment of mine for rayon and GTK4 input handling / rendering. The more or less same should work for other GTK4 applications at this point.
All this still depends on two unmerged meson PRs, but it's a huge step forward from the situation just a few months ago.
I hope in the future this will allow GNOME applications written in Rust to have a less strange and fragile build setup than what they have right now with mixing cargo and meson.
Learn and prototype with GNOME technologies – Workbench lets you experiment with GNOME technologies, no matter if tinkering for the first time or building and testing a GTK user interface. Among other things, Workbench comes with Live GTK/CSS pre...
Been seeing that repo with claims that the memory safety guarantees in #rust can be easily circumvented without using unsafe, but I lack the time/energy to look into it in detail. Any rust user has a comment on it?
Relatedly, I also released rpgpie 🦀️🔐🥧 v0.0.1 (https://crates.io/crates/rpgpie), an experimental high level OpenPGP API based on rpgp (rsop is built on top of rpgpie).
News from the machine room: the pure #rust end-to-end encryption engine, "rpgp", saw quite some work and a new release in recent weeks and now @hko released a higher level "rpgpie" interface for application developers ( see https://fosstodon.org/@hko/111997998005869515 ) which also powers running the IETF #OpenPGP #interoperability test suite quite successfully .... Delta Chat's security-audited encryption engine is in fact used from several other projects and in other contexts these days and we are happy about it!
Relatedly, I also released rpgpie 🦀️🔐🥧 v0.0.1 (https://crates.io/crates/rpgpie), an experimental high level OpenPGP API based on rpgp (rsop is built on top of rpgpie).
Hm...I'm getting the impression that #Rust is increasingly met with a refusal by some people (it's an almost _hateful_ attitude sometimes).
I wonder why. Of course there are a lot of layers to it, but one is definitely that Rust has gotten a lot more exposure to people and so there are just a lot more potential `match`es that lead to Err(()) and that's Ok(()) (sorry, pun intended).
But I wonder, if there's more to it than what meets the eye (feeling excluded/alienated/left behind?).
🦀 Thunderbird Making Progress With Adopting Rust Code — Phoronix
"Thunderbird developers have been using Rust for overhauling the mail client's Microsoft Exchange support. Rust is proving useful for replacing a lot of old, unmaintained code within Thunderbird. The hope is that with the Rust transition they'll be replacing a lot of old and delicate code paths and improving the overall architecture."
Earlier this month at FOSDEM in Brussels was a presentation by developers Brendan Abolivier, Ikey Doherty, and Sean Burke on the Thunderbird mail client beginning to make use of the Rust programming language within its codebase.
What it does This lint would warn against using try_into from the TryInto or TryFrom trait when there is an available Into or From implementation. Advantage Remove the need for handling an error ca...
Been so busy and happy that forgot to make it public till now: last November, I quit my job at Microsoft after the last reorg which sent me away from my xamarin friends and my career goals. Spent 2 months relaxing and recently started on a contract work while I wait for a great opportunity (OSS-related) or the lottery, so that I can retire 😝 Got back to some of my personal projects (#Godot #rust #astronomy ) and am now stress free and looking forward for whatever comes next!
The Rust Foundation was formed in 2021 as an independent, non-profit organization to serve as a steward of the Rust programming language and its users, maintainers, and enterprise advocates.
Regular reminder that if a #rust compiler error isn't clear, we consider that a bug. File a ticket! Worst case scenario it gets closed as a duplicate. Second worst it takes us a long time to get to them. But I assure you I've read every single open A-diagnostics ticket at least twice.
#rust question: When is it still a good idea to use parking_lot rather than the standard library's Mutex, RwLock, and so on? My understanding is that parking_lot became much less necessary when Rust 1.62.0 introduced thinner, faster mutexes on Linux, and 1.63.0 made the constructors const. And if one only has a small number of mutexes, I suppose the overhead of the parking lot would dominate. Has anyone written a post in the past year or so weighing the pros and cons?
@mixxx I see several topics about #Rust on Zulip. Is it theorical or there is an ongoing work to port the engine to Rust? I'd be very interested in working on this although I don't have any prior experience in sound development or C++ and Rust is still very new to me.
My company, @pneumasolutions, is looking for a developer to work for us on a contract basis, to enhance the screen capture and mouse input implementations in our remote desktop product (https://pneumasolutions.com/products/rim/). This project will involve #rust, #webrtc, native Windows and macOS APIs, and integration with an existing Electron app. A more detailed high-level spec is available to qualified candidates. Please email employment@pneumasolutions.com if you're interested and available.
At Pneuma Solutions we provide a seamless bridge between assistive technology and mission critical applications. Our line of products was built with stability…
❤️ 
🦀 
