https://tauri.app/ is very popular and does not need electron. It uses the OS native we view.

I advocate for that since years. We need to normalize to pay for OSS. The biggest issue I see is not that people are unwilling to pay (donate) for the software they use daily, but the the payment itself is to complicated. There is not "the one" app store for OSS that every OS uses that makes donations easy. Additionally taking care of taxes for donations is too much of a burden, so the app store needs to handle that as well. And voila: You have the Apple App store or Android Play store.

Good idea. We could try to reach TWIR on Mastodon.

Or use https://kellnr.io to host your crates. It automatically builds the corresponding docs and hosts them for you. Disclaimer: I'm the author.

I released https://kellnr.io 5.2.1 with a few smaller fixes and additions.

The Windows linker needs a lib file to link a DLL. See here how it's done https://kellnr.io/blog/cross-plat-native-lib

If that really works without any drawbacks, I hope it gets merged into Rust main.

If a few big names here could possibly help. If someone from the Rust project itself or someone well known from YouTube posts here and engages in discussions, more people would be interested to join.

I ported the frontend for https://kellnr.io from vuex to pinia, which makes the code to hold state in the frontend much cleaner.

I release a new version of https://kellnr.io with some bug fixes and updated Docker images (Ubuntu 24.04 base).

The runtime is even called "common language runtime" (clr), as it is intended to support many different languages, which the jvm never was.

I get the feeling that there are much more game engines in rust, than games :P

Any advantages over distrobox? Sounds very similar.

Thanks for correcting that. You are right, I want responsiveness not reactivity.

We used labels to tag the workers with "arm" and "x86". We than used policies to allow applications to run only one or the other or both.

I started to implement a new feature for https://kellnr.io. Currently, only private crates are displayed in the UI, but the users wished for the possibility to display cached crates from crates.io, as well. Hopefully a new version will be out in the next days, with the new feature.

I've the same feeling about sub-issues. I don't want the corporate pain of Jira to be replicated in Github. If you can't structure one issue to be comprehensive, multiple sub-issues won't help you either.

An honorable goal 😀

Many small companies use it for their internal crates, as kellnr builds and host the corresponding rustdocs, too. Another prevalent use-case is as a crates.io cache to speed a build times or lower the network traffic.

That's a real loss. Such a great person. Met him last year on conference. There aren't many people as influential in cyber security as him.