soulsource

You can't build a game studio without funding, and that is where the problem lies...

Publishers have become very risk-averse ever since Embracer went downhill. They basically only invest in ...

I would rather not waste money on a Windows license I am not going to use.

(Not that I would buy an Ally, I already have a SteamDeck.)

I fully second the sentiment that there is no good reason to switch distribution once you have found one that you like.

However, if your goal is to learn something new, and you don't care about having to nuke the install and start over, then you could go the crazy route and install Linux From Scratch. It is unlikely to yield a maintainable result at first try, but if learning is your goal, this is your best shot at it.

Or you could go the not-that-crazy route and use Gentoo, which is basically Linux From Scratch, but automated. Setting it up is way quicker (couple of hours - except if you configure the kernel by hand), and you will with near certainty get a maintainable system on first try, but it is also far less educational, given that the automation does most of the work for you. (I have switched from Debian to Gentoo 10 years ago, after trying it on my netbook for some time, and I could not be happier. It only does what it should, is rolling release, and only very rarely has issues.)

I would only recommend those two approaches on a second PC though, without immediately switching the main PC over. Linux From Scratch is, as said, unlikely to yield a maintainable installation on first try, so you will likely nuke the install again. Gentoo, while perfectly usable as a daily driver, is certainly not everyone's beer, and you might simply want to switch away again because you don't like it.

Brave? You mean "browser for bigots"?

https://www.standard.co.uk/news/tech/mozilla-boss-brendan-eich-quits-in-row-over-his-opposition-to-gay-marriage-9237701.html

5 GiB is plenty of space for a Linux root filesystem, at least if you move all writeable parts (logs, temporary files, etc.) to different filesystems. Unless you want to install LaTeX, then you probably need 15 GiB or so.

However, CUPS has had a fair share of security issues (for instance https://www.evilsocket.net/2024/09/26/Attacking-UNIX-systems-via-CUPS-Part-I/), so it is probably a good idea to have it disabled by default, unless the user needs printer support.

I guess this was being sarcastic, but just in case it wasn't:

If you launch the game through Steam that probably won't matter, because Steam brings along its own libraries for games to use. That collection of libraries is called "Steam Runtime", and if the game only uses libraries from the Steam Runtime, it will run on any distribution that the Steam Runtime is compatible with (what afaik means basically all distributions).

There are some exceptions though. Graphics drivers for instance are not bundled in the Steam Runtime.

And last, but not least: Even if you don't run the game through Steam, it's probably just a bunch of libraries that need to be installed. They only need to be the same or a newer version than those used on the developers' build server.

I have to second what xavier666 said. Use it as-is, at least for some time.

The only thing I would recommend is, that if you plan to play a lot of non-Steam games, it might be worth to enable SFTP access, so you can copy games from your PC over WLAN: https://handheld.quest/posts/how-to-ssh-steam-deck/
(just beware to not have it enabled while in a public WLAN - or at least disable password-based login)

Oh, and in case you want to play DOS games, I've written a short guide on how to configure DosBOX staging in order to get MIDI music working: https://www.grois.info/posts/2023-02/2023-02-02-dosbox-with-midi-on-the-steam-deck.xhtml

if done right in a roguelike game

Here, have a Dwarf Fortress: https://bay12games.com/dwarves/ (For the roguelike adventure mode, you currently need to get an older version, 0.47.5 or buy the game on Steam, as adventure mode in version 50.xx is still in beta.)

I am now at the point where I think there are two things happening.

• Actual technological progress.
• Marketing bullshit pushed by dazzlers.

Examples for the first one would be new battery tech for electric vehicles, new ways to harvest renewable energy, new tools that allow to make software more stable,... Examples for the second would be NTFs, Crypto-Currencies, "AI", e-Fuels,...

No solution, but I have a similar issue with the higher crate.

There the /prelude/src/lib.rs file lets rust-analyzer lose its mind and allocate gigabytes upon gigabytes of memory, even though the file compiles just fine and nearly instantaneous...

I think this has something to do with recursive macros. Doesn't iced also have such? I have faint memories of a column! macro?

• cargo install is for installing rust programs for your user, not for adding dependencies to your Rust project. Many cargo subcommands can be installed this way, for instance cargo bloat.
• The file you are talking about is called Cargo.toml, because it is the file you need to write in order to configure cargo for your Rust project. TOML is the name of the file format. For details, please see the introductory chapter to Cargo in the Rust book.
• Cargo recently got a new subcommand called cargo add, which allows to add dependencies directly on the command line. However, all it does is to add/edit/remove the respective lines in Cargo.toml. (Personal opinion: I have found it way easier to just edit the file directly than to learn yet another command...)

That said: You still need to edit the Cargo.toml file, even if you solely use cargo add to manage your dependencies. That's because that file contains a lot more information about your project than just the dependencies. For instance the current version, the feature-flags, your name, a link to the public repo,...

You have Debian experience? Then stick to it. It may be boring, but boring is good. That means it doesn't need much maintenance, and that it just works.