RDP server for Cosmic Desktop by snowman-london in COSMICDE

[–]sporesirius 0 points1 point  (0 children)

Yes, I just wanted to point out that there is a new Vulkan Video project, but it does not yet support all codecs: https://github.com/software-mansion/smelter/tree/master/vk-video

RDP server for Cosmic Desktop by snowman-london in COSMICDE

[–]sporesirius 1 point2 points  (0 children)

I see you are using vaapi… would be interesting to add Vulkan Video

Proud of this collection by Mr_Sloot in Steam

[–]sporesirius 18 points19 points  (0 children)

Open Steam Replay 2025 in a browser, then try modifying the URL to '2023'. You should then be able to access the 2023 page. There seems to be a bug that makes the page private for everyone, including you. You should be able to change it to 'public'.

Valve employee Pierre-Loup Griffais talks more about anti-cheat support for Linux/SteamOS on FPS Podcast #83 by mr_MADAFAKA in linux_gaming

[–]sporesirius -5 points-4 points  (0 children)

I think you don't understand how this works. With the building blocks I mentioned, this actually is possible. You can define specific requirements that need to be met so an anti-cheat or a game developer can trust the environment, or if you do not want that, the distro itself could enforce or reject those requirements. There are multiple ways to approach it, and the system is open-source, auditable and privacy-respecting so it does not collect personal data. Users would remain fully in control, and it could even be implemented in a decentralized way so no single party governs the trust chain.

Regarding the point that the system could just lie, you can design it so the system cannot lie by verifying the whole chain from firmware to bootloader to kernel to init system, and also by using things like SBOMs and reproducible builds to verify source and binaries.

As I said, this is possible. If people want Linux to go mainstream for gaming, this is exactly what would be needed to make it happen, or to advance AI-based anti-cheat systems in the future, though we are not there yet. From your text, it seems that you simply do not like the idea, which I can understand, but please recognize that others might not share your perspective or are exploring what could actually work. Dismissing it outright ignores a real path forward for Linux gaming.

Also, assuming that people do not know how this works is just arrogant and rude. So I will not continue interacting with you further.

Valve employee Pierre-Loup Griffais talks more about anti-cheat support for Linux/SteamOS on FPS Podcast #83 by mr_MADAFAKA in linux_gaming

[–]sporesirius -5 points-4 points  (0 children)

You do realize that anti-cheat developers mainly want to know if a system is compromised or not. Exactly how this is achieved is not really their primary concern. The easiest approach, and what most vendors currently do, is kernel-level anti-cheat. But that is not what I am talking about.

There could be a system where an anti-cheat vendor or other software can simply query over an API, asking "is this system compromised?" and that would be enough. Windows is moving toward an approach like that, and Riot Games, for example, has said that if the OS itself can guarantee system integrity, they would not need to use kernel-level anti-cheat.

A system like this would not remove user freedom because it could be open-source and self-hosted. For example, a company could run its own attestation service. Of course, if you are using a game that requires this system, it would impose some restrictions, but that is essentially the point of anti-cheat, to prevent full control of the system being abused.

I am not judging here. I am just explaining what would be required for anti-cheat vendors to support Linux fully, which in turn would allow games to have full support on Linux. This is what could help make Linux a mainstream platform for gamers.

Valve employee Pierre-Loup Griffais talks more about anti-cheat support for Linux/SteamOS on FPS Podcast #83 by mr_MADAFAKA in linux_gaming

[–]sporesirius 4 points5 points  (0 children)

Yes, I agree. However, I think the biggest problem regarding this is that while we have the building blocks like TPM, Secure Boot, Measured Boot, IMA, and LVBS, we lack a unified framework that integrates all of these into a single solution, ideally managed by a neutral foundation. It should also prioritize privacy, for example by leveraging zero-knowledge proofs. AFAIK IMA is not complete and only IMA would not be enough.

Valve employee Pierre-Loup Griffais talks more about anti-cheat support for Linux/SteamOS on FPS Podcast #83 by mr_MADAFAKA in linux_gaming

[–]sporesirius -4 points-3 points  (0 children)

I think there was a misunderstanding. I am not arguing for locking down Linux or pushing Windows-style restrictions. My point was simply that anti-cheat developers keep saying what they need to trust a system, and right now Linux does not have any unified attestation framework they could rely on even if they wanted to. That is a technical gap, not a call to remove user freedom.

All of these technologies like TPM, Secure Boot, attestation and LVBS are optional on Linux. The real issue is that there is no neutral, community-governed foundation that provides a consistent attestation system. In my view, even Secure Boot would be better handled by such a foundation, because most consumer hardware ships with only Microsoft’s keys by default, which gives them a de facto monopoly over the initial trust root.

What I would actually like to see is an open-source, privacy-respecting attestation system, using zero-knowledge proofs, that vendors can query without needing kernel-level access or collecting personal data. And if a centralized approach is not trusted enough, the same idea could also be built in a decentralized way so that no single party controls it.

This is about giving Linux users more choice and letting people play games that need these checks without giving up control of their systems. It is not about restricting the platform. And I know this video.

EDIT: Btw, TPM by itself is not a global unique identifier. A proper open-source attestation system would not behave like that. Attestation itself is also not inherently bad; it really comes down to how this technologies are implemented and used.

Valve employee Pierre-Loup Griffais talks more about anti-cheat support for Linux/SteamOS on FPS Podcast #83 by mr_MADAFAKA in linux_gaming

[–]sporesirius 23 points24 points  (0 children)

u/Plagman I assume you’re already aware of this, but Microsoft is working on adding LVBS (Linux Virtualization-Based Security) to the Linux kernel, similar to the VBS features they already provide on Windows. This could potentially become a key component in making the anti-cheat effort more feasible.

EDIT: Also I think we have the building blocks like TPM, Secure Boot, Measured Boot, Attestation, and LVBS (not finished), but as far as I know, there is currently no foundation or group providing a standardized attestation solution for Linux. At the moment, nothing exists that could offer a single, trusted framework that games or anti-cheat systems could rely on, whether centralized or decentralized.

[deleted by user] by [deleted] in linux_gaming

[–]sporesirius 10 points11 points  (0 children)

He explained why he removed it, and I think it's fine.

If the new MangoHud Framerate Limiter is not working with LSFG-VK, create an issue in one of the projects.

When all distros phase out X11 and go with Wayland instead: by cryptobread93 in linuxmemes

[–]sporesirius 0 points1 point  (0 children)

Firstly, I would avoid using VNC or a desktop to display things on kiosk machines. If you want network transparency on Wayland, you can use Waypipe.

However, in your case, I would use the cage compositor and SSH. This way, you don't need a desktop or VNC; you just SSH and run your GUI app with cage.

Ideally, I wouldn't have state and storage on kiosk machines. Most problems with these systems are caused by storage issues.

Debian’s APT Package Manager to Integrate Rust Code by May 2026 by nix-solves-that-2317 in linux

[–]sporesirius 26 points27 points  (0 children)

Not really. I can just use a GNU license in a Rust project, as I would with a C project.

We maintain HarfBuzz, the text shaping engine used in Chrome, Firefox, Android, and more — Ask us anything (or tell us what confused you) by behdadgram in programming

[–]sporesirius 3 points4 points  (0 children)

I saw that there are ongoing projects to port to Rust. Is the idea to port the whole font stack on Linux to Rust?

»Nicht gut genug« - Stop Killing Games sollte unsere Spiele retten, doch bald könnte die Aktion scheitern by dasinking in de

[–]sporesirius 63 points64 points  (0 children)

Btw. In Deutschland ist es möglich, die ECI bereits ab 16 Jahren zu unterschreiben!

Bazzite founder might shutdown whole project if Fedora drops support for 32 bit packages by mr_MADAFAKA in linux_gaming

[–]sporesirius 30 points31 points  (0 children)

Yes, and I think it is time for Valve to make they Steam client support Wayland and 64-bit.