This would only be true in the US. What about the rest of the world?
cjf
joined 2 years ago
What was you doing?
Other than enabling proton for all games in the settings, you shouldn’t have to do anything else to get steam games working.
Well, unless the game itself uses anti-cheat and the developer hasn’t enabled support for Linux, anyway.
As others have mentioned, the main caveat here is that anti cheat games can work if the developers enable the support.
I’ve been playing dead by daylight very happily for a good few months now on Linux. Apex legends has also got official support for Linux as well.
They watch the horny pokemon things, probably. Rule 34 and all that.
Nothings stopping you. It achieves the same thing. Some people might just prefer this since it’s easier and gets logged in the systemd journal? The Arch wiki lists some nice benefits of using systemd timers as a replacement to cron jobs.
The way I understand it, it’s an automated job that sends the “trim” command to SSDs to discard all the blocks that have been marked as unused by the filesystem. My knowledge is a little patchy so I’m probably missing some important details…
When you go to delete something on an SSD, it’s simply just marked as being deleted. The file still technically occupies space on the SSD and the SSD will never simply overwrite space that has a deleted file on it.
So… by enabling the service, systemd will automatically send the trim command that tells the SSD to empty out all the space occupied by files marked as deleted which allows the SSD to reuse said space.
I mean, he was in bind. Way behind, even.
Desperate, you could say.
Pulseaudio has been replaced by PipeWire for quite some time in fedora. Since Fedora 34, released in April 2021, apparently.
According to the wiki page, PipeWire originally came about trying to improve video handling on Linux, the same way that pulseaudio improved audio handling.
They then wanted to try and handle audio streams, with the idea of converging use cases for both consumer and professional audio users. Namely, they wanted a single audio system that supported both pulseaudio and JACK, whilst remaining as low latency as possible.
On top of this, because it was a modern reimplementation of audio and video handling in Linux, they designed it to work with Flatpak, and to provide secure methods for screenshotting and screencasting in wayland via the compositors.
(All my info here I just took from the wiki)
It’ll be used by a lot of Linux distributions.
It’s a drop-in replacement to the Pulseaudio and JACK audio systems, with the hopes of making audio handling decent within Linux with as low latency as they can.
Check they’re in separate folders, search for each on TVdb, and append the TVdb series ID onto the folder name in the file system.
So for example, change the One Piece (2023) folder name to “One Piece (2023) [tvdbid-392276]”
Jellyfin can use this information to help correctly pull the information you’re looking for.
More info here: https://jellyfin.org/docs/general/server/media/shows/
Eh, WSL is still enough like Linux that it could be the best option for a lot of people. No risk to the computer being unable to boot whilst still giving you the ability to play with Linux tooling.
And credit where credit’s due: Microsoft details how to do a bare metal install, which is the most likely option to wipe Windows from your machine in the first place.
Signal’s sealed sender does a good job at knowing you’re sending a message, but not who to. All it’ll know on the receiving end is that a message was sent to it.
Of course people have found other methods of identifying this but sealed sender does cover most of the low hanging fruit.
Signal does also purposefully attempt to find ways to not collect any metadata, whilst also making it more difficult for anyone attacking to the servers to find anything. (e.g. ORAM for Secure Enclave operations)
My understanding is that meta used E2EE on your messages themselves, but everything else is up for grabs.