Isn’t Sailfish OS already pretty much “a Linux phone that works”?

Never tried this - wouldn’t all users control a single cursor in this case?

There was a similar question some time ago, so I think it’s worth linking it: https://lemmy.world/post/19546682

Also, check my answer there for a solution that does not rely on a launcher: https://lemmy.world/post/19546682/12260141

Also an “encrypted email host” needs to process the metadata in order to deliver the mail. For mail that needs to be sent to a different server, the receipient’s mail address needs to be decrypted in any case. Even for mail that has a local receipient there is as far as I know (beware: not an expert) no server software that can do this without decrypting the metadata first.

The connection between the sender/receipient and their respective mail server is encrypted (with any decent mail hoster, at least - and both users can check the encryption in their mail client), so the metadata isn’t publicly readable during this connection.

Server-to-server communication is a different story though… This could in theory be unencrypted (it almost always is encrypted though), and as a user one needs to trust one’s mail hoster and the mail hoster of the receipient that they support encryption for server-to-server messages…

Still, I don’t think there is much to gain by adding yet another layer of encryption to the metadata. In the end it’s just going to be encrypted metadata in an encrypted connection, where the same parties have decryption keys for both, the metadata encryption and the encrypted connection…

With an encrypted message body it’s different, as that’s irrelevant for the delivery of the mail, and therefore no mail hoster needs to be able to decrypt it.

The best part is the job opening…

Actively use and promote AI-assisted development tools to increase team efficiency and code quality

Probably the boss of the person who had to write the job opening demanded they include something about AI, and the person who wrote it decided to turn their sarcasm up to 100. The only way to make it more clear would have been sarcastic casing:

Actively use and promote AI-assisted development tools to InCrEaSe TeAm EfFiCiEnCy AnD cOdE qUaLiTy

The actual writing of course isn’t pure. Loading isn’t either, but we only support loading on level transition, so we can supply the data already when constructing the game state. Saving is done by gathering all the data that should be saved in a struct, what is pure and happens at a well defined point in the frame, where the game state is known to be consistent (-> I think it’s after all systems have been updated), and then this struct is written out to a file.

As said, we try to. Not that we managed to reach this ideal in any existing project yet. We did manage to get Auto-Save implemented without affecting the “purity” of computations, but as you said, achievements and analytics are a PITA. I think those are possible with pure computations too, but we did not yet manage to build the game architecture in a way that makes that work. Yet.

I’m currently on a research project to investigate how much of a game we can move into pure Embedded Domain Specific Languages. So, basically a set of gameplay scripting languages that enforce the “everything that happens during the frame is pure” constraint. Buuut, again, this project is still at its early stages, and under very strict budget constraints, so I cannot say yet if the outcome will be a feasible architecture or not…

Every function has side effects and variables will need to be modified in multiple places in the same frame

We try to avoid exactly that, because it is what caused us man-years of bug-hunting and bug-fixing over our past projects. Our end-goal (that is still very far away…) would be to have the state from the previous frame and the user inputs, do only pure computations based on this data, and write out a new state before rendering the current frame.

We do use C++ though (because Unreal, and console platforms), what makes this extra hard, because C++ is a language for writing bugs, not for writing software.

I don’t know if there are direct USB-C to PS/2 adapters, but assuming not: USB-C to USB-A adapter followed by USB-A to PS/2.

small performance hit

How big the performance hit is depends on the game. If the game logic itself is CPU-heavy, the performance hit will be big. If the game spends most of the CPU time in system-supplied libraries or isn’t CPU-heavy to begin with, it’s gonna be small.

The good news is that many VR titles aren’t CPU-heavy.

For $50 I’d get (afaict current prices):

• Hades ($7.49)
• Pathfinder: Kingmaker ($2.99) (make sure to force-enable the Windows build on the Steam Deck, the Linux build has issues with gamepad input on the kingdom management screen)
• One Deck Dungeon ($1.99)
• Slay the Spire ($2.49)
• Wildermyth ($16.24)
• Against the Storm ($8.99)
• Terraformers ($7.99)

This totals now $48.18. If you have an additional dollar to spare, I’d also recommend to get something to scratch that retro-gaming itch:

• The Settlers 2 ($2.73 on GoG - needs DOSBox, for which I’ve written an install guide)

That’s now $50.91 in total.

Oh, and a small follow-up:

I just asked my partner which gamepad feels “better”. She chose the Xbox Series X controller, so maybe my opinion isn’t the most objective one.

There are several small differences between the Xbox 360 and the Xbox Series X gamepad. No single point by itself would be a very big difference, but overall it sums up. I have both gamepads in front of me, and will try to make a comparison:

• The material of the Xbox 360 gamepad feels “better”. I can’t exactly say why, but I think it’s because of its smooth material on the bottom.
• The Xbox 360 gamepad has bigger analogue sticks, with stronger springs.
• Similarly, the triggers of the Xbox Series X gamepad are “weaker” than of the Xbox 360 gamepad.
• I would have sworn that the Xbox Series X controller is a lot lighter too, but turns out, after weighing them both, that the Xbox 360 controller is slightly lighter. It does not feel this way though, with the Xbox 360 gamepad feeling way sturdier and heavier (but, as said, it’s actually lighter?!?).
• The buttons on the Xbox 360 gamepad feel a lot smoother. They don’t make a “cheap, broken device” noise when being pressed.
  • This also applies to the D-Pad.

I think the last point - the feeling when using the buttons and especially the D-Pad - is the most important one for me. On the Xbox 360 gamepad the buttons feel like actual buttons. On the Xbox Series X gamepad they sound and feel like a fidget toy. Using the D-Pad on the Xbox Series X gamepad is really annoying, because of the noise it makes.

Just to toss this in: If all you need is to draw stuff to the screen, play audio, and handle input, you might have a good experience with using SDL or raylib. Those are “just” libraries and not fully featured engines, so they don’t come with advanced features like asset management or a ready-to-use level-editor.

I am not saying that those are a better option than a fully featured engine, just that, depending on what you are trying to achieve, they might be.

What annoys me is that previous generations of Xbox controllers had quite good build quality. The Xbox 360 controller was amazing in that regard, and the Xbox One controller was pretty decent too. The Xbox Series X controllers (and I am explicitly not excluding the “Elite” model) feel like cheap trash in comparison.

The worst part is that it is incredibly difficult (impossible?) to update the controller firmware on anything other than an Xbox or a Windows PC…

I’d go with different system acounts. That way their savegames are guaranteed to stay separate.

That’s because on PC most games just care about the system user when determining the savegame folder, and don’t care about steam accounts.

So, what I’d do is to:

• Give each their own system account
• Set up Gamescope as a session: https://wiki.archlinux.org/title/Steam#Big_Picture_Mode_from_a_display_manager
• Configure the Display Manager to use that session for their users (In GDM, for instance, it’s enough to manually select it once on login - GDM remembers the last-used session per user)
• Profit

Gamedev here: For non-indie projects it’s not up to the devs to decide which platforms get a native build. That decision is made by the publisher, and usually depends strongly on the estimated amount of extra work needed to make a native version. I agree with your statement, that if devs use ARM development PCs, they get a strong argument to convince publishers to pay for a native version, because porting costs will drop to near-zero.

However (there always is a “however”): Many devs cannot switch away from Windows. If one develops for PC only, it’s possible. If one targets other platforms too (think: game consoles), one is stuck with whatever development environment the manufacturers of those platforms support - what is typically Windows and Visual Studio. It is kind of a chicken-and-egg problem. Platform SDKs will be made available for other operating systems or processor architectures once enough gamedevs are using those. Gamedevs cannot yet use those because platform SDKs aren’t available for them…

It’s, to be honest, a frustrating experience… I personally would switch away from MSVC and Windows the moment I get an opportunity to. However, there never was an opportunity up to now… Our previous tech-director was pushing for Linux on dev machines - or rather: “let the devs use whatever they want, as long as it works” - but there never was an opportunity to switch, due to our games’ target platforms allowing only Windows for development…

I’ve never used Heroic, so I can’t say what to expect, but I’ve never had any issues downloading games via the GoG website.

Have you tried that? Maybe it’s faster?

Though, honestly, I think i might just be some outage on GoGs side. If the downloads via the website are slow too, it might be worth talking to their support.

That “Solid Snake Method” sounds a lot like the emacs doctor…

In case you don’t know what the emacs doctor is: It’s an easter-egg of the text-editor emacs (it is, however, mentioned in the manual). The doctor is a chatbot based on ELIZA, and meant to portrait a psychotherapist. Since it is a rather simple script, it is very limited in what it can do, and mostly just reformulates user input as questions.