It’s also worth noting that before bevy, there was a rust game engine called Amethyst, which was planning on using a scripting language for gameplay code. Not having to use a scripting language, but getting to use rust instead, was one of the big selling points of Bevy overr Amethyst.
I keep hearing that, but I have a Thinkpad, and I can’t imagine a situation where i would use the trackpoint. It’s just so slow and inaccurate that I can’t stand it.
I am looking forward to Virgo. I don’t care so much about the track point (I don’t see what everyone sees in them) but I hear it will come with three mouse buttons, and I’m really happy about that.
Preference for MIT and Apache is part of the culture of rust. Also, the lead dev behind Redox has mentioned that he chose MIT over GPL because it makes it easier to contribute, which he felt was important for getting Redox off the ground.
Drm on Steam is optional. It’s up to the dev whether to include any or not.
However, if the game uses any steam features, like achievements, voice chat, leaderboards, etc., then those won’t work without steam.
Can you rephrase that? I don’t follow.
Are you sure this isn’t selection bias?
Is it really that the the Godot approach is fast enough most of the time, or is it that everyone who needs perf has just decided to use something else.
If you’re looking to try something a little different, I recommend Guix.
It’s based around a nyx-style package manager written in scheme, which is also called guix. There’s an EDSL for writing package definitions. One interesting result about this is that the package manager has a REPL and a dedicated emacs mode
Instead of systemd, the PID1 process is called GNU Shepherd, and is also written in scheme.
Guix also has a strong emphasis on bootstrapping. You can build almost the entire system from source, relying on only a few binaries to start with.
I wonder if someone’s working on this from the other end. Like, instead of porting mrust from gcc to tinycc, port rust 1.79 from 1.78 to 1.1.