Latest Comments by Hooly
Microsoft finally solve the Linux dual-boot issue after 9 months
19 May 2025 at 3:25 pm UTC Likes: 1
19 May 2025 at 3:25 pm UTC Likes: 1
To be fair here, while Microsoft dragged their feet for 9 months to improve their dual-boot detection, Linux distros dragged their feet to update the vulnerable (that is why it was blocklisted via dbx) bootloader for over 12 months.
Microsoft had already given them a 6 month grace period when the vulnerability was made public before blocking the vulnerable bootloader version.
Blocking that bootloader version after the grace period despite not being updated in any distro yet was the responsible thing to do, and Linux distros were absolutely lazy to not give this issue the appropriate urgency.
Microsoft had already given them a 6 month grace period when the vulnerability was made public before blocking the vulnerable bootloader version.
Blocking that bootloader version after the grace period despite not being updated in any distro yet was the responsible thing to do, and Linux distros were absolutely lazy to not give this issue the appropriate urgency.
Fedora Linux 42 is out now with KDE Plasma Desktop promoted and x86 programs on ARM
16 Apr 2025 at 7:03 pm UTC Likes: 6
16 Apr 2025 at 7:03 pm UTC Likes: 6
Upgrading to 42 on my Kinoite work laptop is too easy it's basically boring. Suffering from success ."Boring" is a very positive description in this case.
Monster Hunter Wilds releases February 28, 2025
25 Sep 2024 at 9:25 am UTC
25 Sep 2024 at 9:25 am UTC
Quoting: ZlopezI tried the Monster Hunter World and after first hour it started to feel like just a grind. The start was awesome cinematic epic story introduction, but after that you will get so many confusing things to do and for everything you need to grind your way to it.
If you hope for some epic story like God of War you will not find it here, even the battles with the monsters weren't that interesting. Most of the time it feels like Live service game, but without trying to get more money from you (I can see how this could be easily added to the game).
- 1. The game is grindy by design, and designed to be an enjoyable grind with a strong focus on the enjoyment arising from the sense of progression, which is impeded for new players in the case of see 2.
- 2. Did you use the Guardian Armor and Weapons? Those will kill the experience for new players in particular because you don't get into the progression feedback loop. The Guardian equipment is intended for returning or replaying hunters that want to rush into Iceborne.
- "Given the opportunity, players will optimise the fun out of a game."
- 3. The story was never the focus, the early games didn't even have a story to speak of outside of lore bits sprinkled into item descriptions and similar.
NVIDIA put out new Vulkan Beta Driver with Vulkan Video updates
28 Sep 2022 at 1:08 pm UTC
28 Sep 2022 at 1:08 pm UTC
I am currently more excited about the eventual 525 driver that is supposed to fix the XWayland sync issues in Prime setups (i.e. hybrid laptops): https://gitlab.freedesktop.org/xorg/xserver/-/issues/1317 [External Link]
I should also note that the next major driver version (525) will include a partial fix for PRIME systems only. In that case, since Xwayland will be using the open-source drivers which do support general-purpose implicit sync, we only need to ensure we wait for / signal the implicit fence during presentation which can be done in a performant manner.
You should avoid the stock Firefox install on Steam Deck as it's badly outdated (updated)
7 Jul 2022 at 11:03 am UTC
7 Jul 2022 at 11:03 am UTC
To be honest, they should include the Chromium Flatpak instead.
NVIDIA reveal a list of issues with their driver and Wayland
23 May 2022 at 9:46 am UTC Likes: 10
Quote:
All of this just shows that the nvidia driver has not kept up with the developments in the linux kernel of the past decade. In the old days, all of these things would have been the job of X and if we lived in the old days they would be the job of wayland compositors now. But linux has long moved on from this mode of operations. WIth KMS, the linux kernel now provides a uniform API that allows userspace software to program the display hardware in a driver-agnostic way.
Nvidia seems to want to go back to the olden days when X had to ship a dedicated driver for each GPU type. Even X has moved on from this to the generic modesetting driver and wayland compositors will never add hardware-specific drivers. Nvidia demanding the opposite is just more of the "add a separate EGLStreams codepath to each wayland compositor" nonsense.
23 May 2022 at 9:46 am UTC Likes: 10
Quoting: anewsonI wonder if someone could dumb this down a bit; on the driver-side issues things don't actually seem that bad. VDPAU is nice but there are other decoders, and as far as I understand it everyone has issues with screen capture on wayland (sway does, anyway). I don't have VR, and I don't understand the remaining driver-side things.https://www.reddit.com/r/linux/comments/uvazfx/comment/i9k7u4n/?utm_source=share&utm_medium=web2x&context=3 [External Link]
I imagine the nvidia team is inclined to present their driver as not the stumbling block, insofar as that's possible, and I'm wondering if that's a fair takeaway.
Quote:
All of this just shows that the nvidia driver has not kept up with the developments in the linux kernel of the past decade. In the old days, all of these things would have been the job of X and if we lived in the old days they would be the job of wayland compositors now. But linux has long moved on from this mode of operations. WIth KMS, the linux kernel now provides a uniform API that allows userspace software to program the display hardware in a driver-agnostic way.
Nvidia seems to want to go back to the olden days when X had to ship a dedicated driver for each GPU type. Even X has moved on from this to the generic modesetting driver and wayland compositors will never add hardware-specific drivers. Nvidia demanding the opposite is just more of the "add a separate EGLStreams codepath to each wayland compositor" nonsense.
Fedora Linux 36 is officially out now
10 May 2022 at 7:26 pm UTC
10 May 2022 at 7:26 pm UTC
Rebase worked without major issues (had to remove and later reinstall the RPMFusion repo and Nvidia driver).
New color schemes look nice, the new screenshot UI is very sweet, and dark mode works well.
New color schemes look nice, the new screenshot UI is very sweet, and dark mode works well.
Sorry Arch (EndeavourOS), it's not working out any more and hello Fedora
8 Apr 2022 at 1:14 pm UTC Likes: 2
8 Apr 2022 at 1:14 pm UTC Likes: 2
Anyway, are you really a Linux nerd if you don't distro-hop at least once a year?Does
rpm-ostree rebase count as distro-hopping?
Tim Sweeney has a point about Fortnite EAC support
25 Feb 2022 at 3:29 pm UTC
Yes, FPS are impossible to prevent against cheaters, but that's nothing new.
Detecting cheaters and banning them later however, can be done on the server-side just fine.
25 Feb 2022 at 3:29 pm UTC
Quoting: marcusYou can still redirect the original signing request, how would the server know which TPM resides on which machine?Quoting: HoolyDoesn't matter, the private key has to get there somehow. And how would you verify server-side that the client uses a specific individual TPM? The client could just lie to the server and then reroute the attestation request again.The private key is generated by the TPM and never leaves it. The public key transmitted to the server for encryption is signed with the private key from the TPM vendor and thus cannot be "spoofed". The server knows all "known good" TPM vendors and their (public) signing keys.
Quoting: HoolyIf your security model involves placing trust onto the client in any shape or form, then it is deeply flawed, period.Then FPS are basically impossible to make cheat proof. You *need* to trust the client to actually render walls ...
Yes, FPS are impossible to prevent against cheaters, but that's nothing new.
Detecting cheaters and banning them later however, can be done on the server-side just fine.
Tim Sweeney has a point about Fortnite EAC support
14 Feb 2022 at 3:54 pm UTC Likes: 1
Like I said, hardware-based attestation does not fix the idiotic idea of trusting the client, and neither was it intended for that to begin with.
If your security model involves placing trust onto the client in any shape or form, then it is deeply flawed, period.
14 Feb 2022 at 3:54 pm UTC Likes: 1
Quoting: marcusThe standard way to combat this in a normal TPM / remote attestation scenario is to encrypt the communication with a key where only the TPM has the private key to decrypt it. So only the trusted non-manipulated software can read the communicated data. However, routing FPS gaming network traffic through a TPM admittedly is prohibitive ;)Doesn't matter, the private key has to get there somehow. And how would you verify server-side that the client uses a specific individual TPM? The client could just lie to the server and then reroute the attestation request again.
Like I said, hardware-based attestation does not fix the idiotic idea of trusting the client, and neither was it intended for that to begin with.
If your security model involves placing trust onto the client in any shape or form, then it is deeply flawed, period.
- Nexus Mods retire their in-development cross-platform app to focus back on Vortex
- Canonical call for testing their Steam gaming Snap for Arm Linux
- Windows compatibility layer Wine 11 arrives bringing masses of improvements to Linux
- European Commission gathering feedback on the importance of open source
- GOG plan to look a bit closer at Linux through 2026
- > See more over 30 days here
- Weekend Players' Club 2026-01-16
- CatKiller - Welcome back to the GamingOnLinux Forum
- simplyseven - A New Game Screenshots Thread
- JohnLambrechts - Will you buy the new Steam Machine?
- mr-victory - Game recommendation?
- JSVRamirez - See more posts
How to setup OpenMW for modern Morrowind on Linux / SteamOS and Steam Deck
How to install Hollow Knight: Silksong mods on Linux, SteamOS and Steam Deck