Quoting: coolboberLinks:
sudo ln -s /usr/lib/i386-linux-gnu/libgnutls.so.30.14.10 /usr/lib/i386-linux-gnu/libgnutls.so.26
and
sudo ln -s /usr/lib/x86_64-linux-gnu/i386-linux-gnu/libgnutls.so.30.14.10 /usr/lib/x86_64-linux-gnu/libgnutls.so.26

Those do look right. Only other thing(s) comes to mind:

1) Somehow that game isn't using the Proton 3.16-3 beta version (check in Steam Play settings, maybe you need to set "Use this version instead of a game-specific version).

2) There might be another libgnutls.so.26 in Proton's/Steams? lib/ directory, or somewhere else on the system and it gets picked up first

View this comment - View article - View full comments

Quoting: coolboberThanks but still no luck for me...

Sorry to hear that. What links have you currently set?

View this comment - View article - View full comments

Quoting: skinnyrafHave we leapfrogged the year of Linux on the desktop and jumped straight into the year of Linux VR?

Well Linux-native VR titles (both OpenGL and Vulkan) worked for quite some time, we even maintain a list here: https://gitlab.com/yaomtc/VR-on-Linux [External Link]

Now, Windows VR games are another story. So far, these are running fine for me (or have been a week ago):
- Beat Saber (is on the official Proton compatibility list)
- Star Trek: Bridge Crew
- Star Wars Droid Repair Bay
- Far Space VR
- Budget Cuts

I do intend to buy and test more games shortly, but it's looking *very* promising at the moment!

View this comment - View article - View full comments

Quoting: coolboberHeroes of might and magic 6 - uplay starts here too, however I'am nit able to login

Make sure you have the GnuTLS 3 link workaround as described here: https://github.com/ValveSoftware/Proton/issues/162#issuecomment-425779454 [External Link]

View this comment - View article - View full comments

For me this was quite the update!

Star Trek: Bridge Crew, which is an Ubisoft game using Uplay just started working, IN VR, everything. Still can't believe it really. Nice job everyone involved!

View this comment - View article - View full comments

I AM indeed hyped! :D

View this comment - View article - View full comments

Quoting: GuestIs this feature in place yet for AMD?

2-3 years ago I used it on an Intel IGP/AMD dGPU laptop, worked like a charm. It even powered off the dGPU when not in use automatically, to save battery power.

The only thing is you'd have to put DRI_PRIME=1 in front of the game in Steam, or the game's launcher, as it doesn't automatically offload to the dGPU without you telling it to via that environment variable. As I recall, at that time on Windows it was the same only that you got a popup-notification after you closed a game on which GPU you want to run it.

I am not even sure automatic switching could be done reliably, short of providing a list of games or applications within the driver (that's probably what Nvidia does on Windows).

Note also that DRI_PRIME works between all Mesa DRM drivers -> Intel to AMD, AMD to Intel, AMD to AMD (that's how people could use Vega pre-DC), etc...

View this comment - View article - View full comments

@Whitewolfe80 You do make some compelling arguments. I see where developers could get lazy if we play our games via Wine and just be like "Nah, it works in Wine, don't bother with a port". I also could see how one might think that will make less players come to Linux, since if they have to use Wine, they can stay on Windows just as well.

But I don't think that is a problem. See, we're already playing non-native games on Linux, for example the games that come with Dosbox from GOG. I see Wine being no different to that - if the game runs well and I can play it - I don't care if it uses a wrapper or not. And if it doesn't work, I don't buy it.

And one could argue that Wine made some Windows users switch over to Linux, cause they preferred game(s) now worked. So Wine can also help - kinda like a double-edged sword.

And last but not least, engines like Godot have perfect Linux support and engines like Unity and Unreal got waaay better (and are still being improved), so it is easier than ever to get games on Linux. Even if you don't use any engine, engine building blocks like SDL also have gotten way better. To the point that it is very possible to make games that work cross-platform (and yes, every OS has quirks, even if you're cross-platform from the start - but those can be overcome.)

View this comment - View article - View full comments

Quoting: TheRiddickI wonder if Godot will get Vulkan API and optimized with it earlier on.

Yes, a new Vulkan renderer will be introduced with 3.2, after the upcoming 3.1 is released. (Or that is the plan at the moment).

View this comment - View article - View full comments

Quoting: EagleDeltaDelete all history of that user. This last one is incredibly difficult as it requires the ability to restore/open every backup from the entire history since that user was created, delete their data, then save NEW backups.... all without losing service.

Yes and no - there's no reason backups can't be per-user on the final backup location, and as such easily deletable by user. You are right though that many companies will have to re-think their architecture/backup strategy, which will be a huge amount of work, and cost lots of money.

Too few companies think or have thought about how to delete a user's data once it's not needed anymore. This should have been a concern from the get-go of any company, not just because of new laws today IMHO.

View this comment - View article - View full comments