There’s some BS happening around Linux support from some devs. e.g. Metro Exodus is Linux native, Metro Exodus Enhanced is Windows only and doesn’t work with AMD GPUs.
I bought the game twice (made a mistake and bought it on Epic at launch and now bought it again on Steam to support Linux development and companies that release native builds).
I’m disappointed to see I’m unable to play the Enhanced version.
It may be silly but I usually will blindly buy a game, find out it doesn’t work, then wait for a few years until it does. Because it will. Even if someone has to reverse engineer the game engine to use the game assets.
That’s silly and dumb on top, because games rapidly lose value. The $60 game you buy today (and don’t play) costs $40 in a year. And will be in a $12 Humble Bundle with 9 other games in 3-5 years tops.
I already get enough games in bundles that I don’t play, when I actually buy a game (even on sale) I only do it if I want to play it immediately. Otherwise in the future it will be cheaper anyway and have plenty of updates on top (if it didn’t get abandoned).
The thing is: I’d never buy a €60 game, because money is hard to earn. I have clear priorities, games are just a hobby.
Most of the games I buy are either old and more suitable to run on lower end hardware, or discounted, or bundles. I hate multiplayer games, so I won’t jump on the latest hyped up AAA franchise either. I’m a proud member of /c/patientgamers and /c/retrogamers.
My comment was meant as a tribute to how much gaming on Linux has improved, and to the people that make it happen.
The work that is going into Wine, Proton, DosBox, ScummVM, Luxtorpeda and all the other compatibility tools is what makes me quite positive that any game I buy will eventually get supported.
Sometimes that assumption will fail, but it’s a very small percentage of the games I own. I can live with that.
As the other guy pointed out that’s a little silly from an economics standpoint. Games depreciate quickly so it’s going to be cheaper to wait until someone confirms Linux support.
Also, buying something in hopes of it one day getting the support you want? That’s just crazy! Don’t buy something until it fits all your needs.
I usually buy games with heavy discounts or in bundles. For example, the last bundle I bought was Skyrim Special Edition + Prey for under €20. I was OK if one (or both) were unplayable or I if simply didn’t like them.
I don’t get upset if once in a while a game does not work, because I’ve seen the evolution of gaming on Linux since the 90’s, and have seen many unplayable games become playable. Yes, it sometimes takes a decade or so. :-)
I don’t spend too much on games because I have too many already that I most certainly will not be able to play before I die.
You’re free to spend your money however you wish, but buying a whole bundle and being OK with not being able to play any game in it? If you would wait for the 10 years until it actually becomes playable you’ll probably be able to get it for even less than $20.
You do you, but I personally don’t advise people buy something until it’s actually working. “Sit on this for 10 years and maybe then you’ll get what you paid for” is bad advice.
Personally I prefer to get a refund with the explicit reason “Game wont run on proton” It gives clear quantifiable feedback to valve and the developer that they lost this money because it wouldnt run on linux.
Or at least I would if that had happened recently. Last time a game wouldnt run for me was ace combat 7.
I’m blaming companies making a windows and linux version of a software while the linux version is wastly inferior, full of bugs and unstable. I do love the OS but the software experience sometimes ruining it.
Yeah as long as proton works fine I’d rather use that over a buggy port. Usually works better for the devs too since they can target one API and binary and just debug whatever makes proton poop itself afterwards.
Yeah I can’t play rainbow 6 siege since I switched to Linux but I’m staying strong. Fuck ubisoft. And fuck my friends for trying to make me go back to windoz.
And apex legends started randomly banning Linux users again, how hard is it to fix the game that earns them millions of dollars every year? Unbelievable.
Because they’re not earning those millions from users. I have no data to back this up, but I’m sure even the Linux users that do play are less likely to spend money on the game.
Off topic but your username looks different in my inbox. It says Nate here but in my inbox is says alphapuggle. Btw I’m using eternity for lemmy might be a bug on the app.
I wish there was a separate meme community for normal memes and these Zoomer memes. I just can’t find the humor in so many of these. Like what does this text really do that’s funnier than easily readable text? Why are the images always like 4 clear pixels and the rest a blur?
I too wish there was a separate meme community, where those who have never contributed to a meme community can go to whine about the content of the existing meme communities instead of scrolling past things they don't understand or like and moving on with their lives. I just can't find any fucks to give about your need to make everything about you and your personal taste. Like, what does this whining achieve? Why are there always people who think everything on earth needs to cater directly to them, and if it doesn't it must be bad?
(hint: instead, you can just block and move along, just like I've done with you!)
I personally don’t think they do, but an argument can certainly be made. Rust proc macros can run arbitrary code at compile time. Build scripts can also do this.
This means, adding a dependency in Cargo.toml is often enough for that dependency to run arbitrary code (as rust-analyzer will likely immediately compile it).
In practice, I don’t think this is much worse than a dependency being able to run arbitrary code at runtime, but some people clearly do.
I don’t know if it is a huge issue but it is definitely a nice to have. There are a few examples I can think of:
I open the code in my IDE but build somewhere sandboxed. It would be nice if my IDE didn’t execute the code and can still do complete analysis of the project. This could also be relevant when reviewing code. Often for big changes I will pull it locally so that I can use my IDE navigation to browse it. But I don’t want to run the change until I finish my review as there may be something dangerous there.
I am working on a WebAssembly project. The code will never run on my host machine, only in a browser sandbox.
I want to do analysis on Rust projects like linting, binary size analysis. I don’t want to actually run the code and want it to be secure.
I want to offer a remote builder service.
I’m sure there are more. For me personally it isn’t a huge priority or concern but I would definitely appreciate it. If people are surprised that building a project can compromise their machine than they will likely build things assuming that it won’t. Sure, in an ideal world everyone would do their research but in general the safer things are the better.
Analyzing without running might lead to bad situations, in which code behaves differently on runtime vs what the compiler / rust-analyzer might expect.
Imagine a malicious dependency. You add the thing with cargo, and the rust analyzer picks it up. The malicious code was carefully crafted to stay undetected, especially in static code analysis. The rust analyzer would think that the code does different things than it actually will. Could potentially lead to problematic behavior, idk.
Not sure how realistic that scenario is, or how exploitable.
I don’t think this is a problem with proc macros or package managers. This is just a regular supply chain attack, no?
The way I understand it, sandboxing would be detrimental to code performance. Imagine coding a messaging system with a serve struct, only for serde code to be much slower due to sandboxing. For release version it could be suggested to disable sandboxingy but then we would have gained practically nothing.
In security terms, being prepared for incidents is most often better than trying to prevent them. I think this applies here too, and cargo helps here. It can automatically update your packages, which can be used to patch attacks like this out.
If you think I’m wrong, please don’t hesitate to tell me!
You almost have to go out of your way to make a game incompatible with linux. Considering wine/proton and their various forks cover the vast majority of things at this point.
Even with ACs, the two most used ones completely support Linux. One is completely out of the box, maybe even as far as linux support being opt out. The other requires you to contact its developers to enable compatibility their end iirc.
I don’t agree. There are cases with Windows only root kits for DRM, but there are also games that don’t work because of bugs. You see games coming out that barely work on Windows.
Yeah, there’s this very obscure match-3 game I wanted to play because of nostalgia. The series peaked with 3 and 4 (and those are the ones we played on the family computer circa 2015) and worked perfectly on Windows. Now 3 works perfectly (in terms of compatibility) but 4 was better (in terms of gameplay). 4 is marked as borked, last I checked. For anyone wondering, it’s The Treasures of Montezuma series.
lemmy.ml
Active