They haven’t dropped the requirement, but you have to manually go in and disable that check yourself on the windows 11 installer if you want to install it on a non-tpm 2.0 machine
Basically, it’s a faff that only the techie people will realistically do. Everyone else will just go out and buy new hardware.
This doesn’t affect valve at all though. It’s borrowing their tech that they’ve made open source, and figuring out how to use it elsewhere outside of steam.
Actually, it’ll benefit them. More eyes are on proton and any fix will benefit everyone, including games played via steam.
Ah yes. I missed that bit. Thanks :)
So if an iPhone gets stolen, would having Find My completely disabled actually be a bad thing if we’re trying to improve device security? I see that’s listed in the article.
Would this affect the ability to use the remote lock & wipe functionality?
Supposedly so long as it’s the Epic Online (EOL) version of EAC, then it’s about as easy as checking a tick box in the settings.
Any developer who cares enough to enable it would most likely test that it works as expected and make a couple of tweaks before announcing the support. It’s usually not a good idea to take a vendor by their word that it “just works”.
What happened afterwards? Did you go off on a self searching quest and come to learn the real you?
Thanks,
So they haven’t made an announcement about retiring the proton bridge app yet.
I think I’ll wait until I see them actually remove it before I believe they’re locking us in.
I’ve just skimmed through the proton blog briefly and I couldn’t see anything referencing this. Do you have a link by chance?
That’s a bold claim. Got a source for this move?
I think the phrasing is important here.
Later next year, we will be adding support for RCS Universal Profile, the standard as currently published by the GSM Association.
If Google’s & Samsungs implementations aren’t compliant with the GSM associations’ standard then I don’t think this is going to work how people are expecting it to. The stuff Google has added to RCS messaging has all been their own implementation of it and not part of the standard, and as far as I’m aware android RCS gets routed through Google’s servers.
I wonder if RCS support is Apple trying to appease the EU with the DMA stuff forcing messaging apps to be interoperable with each other.
I’ll trust what the cyber security and privacy experts say.
Facebook might know who you’re messaging but that’s also true for Signal.
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.
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.
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.
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.
It wouldn’t surprise me if WhatsApp’s model on this is what the UK government were thinking of with the Online Safety Bill when they tried to enforce a back door in encrypted messengers.
It’s incredible just how much more interesting metadata can be than the actual message contents.
Explaining this to people when they ask why I don’t use WhatsApp is pretty difficult though.
I wouldn’t feel comfortable if I found out that what I thought was just a casual walk down the street mindlessly chatting with a friend turned out to also involve a third party neither of us were aware of tracking all of our movements.
I’ve not seen this before. This is really neat! Thanks for sharing ❤️
Got proof for that last claim?
I thought their sealed sender feature was meant to prevent exactly this scenario.