Yes, exactly. The fans have spoken and we want the real Vaporeon!

Ah, yes, just over five attempts for every human alive. I assume they took the reply addresses at face value and have forwarded 45 billion cease & desist letters to Microsoft’s Redmond office?

Could have been MMANAA 😔

This was, without any doubt, a prophetic dream. The apocalypse will soon be upon us! Be wary of the four horsemen: Ronald, King, Wendy, and… Chihuahua

No, I am not contradicting myself. Let me say it again with the ambiguity removed:

1. Cox Media isn’t an advertiser, they sell a dressed-up analytics service. Think spreadsheets (that’s literally the service they’re selling in this copy, a monthly report spreadsheet).
2. The “technology partner” selling this data to Cox is accessing it by bypassing the normal and correct operation of the device using malware.
3. What does not “exist” is a shadowy cabal of smartphone manufacturers scheming to hide listening devices in the pockets of their consumers.

I’m sure you still believe this is a load of apologia and frankly you can think what you want, but you should probably know that I’d already read about the Cox story when it first broke and specifically chose my words with that knowledge in mind.

Read the document:

The growing ability to access microphone data on devices like smartphones and tablets enables our technology partner to aggregate and analyze voice data during pre-purchase conversations.

Key word is “technology partner”. They’re buying voice transcripts ripped from someone else’s spyware and selling the service of scraping it for keywords and maybe somehow tying that back to an individual by cross-referencing the hit against data from traditional above-board ad platforms.

Google isn’t buying transcripts, Facebook isn’t buying transcripts. It’s Cox Media buying shady recordings stolen from spyware-compromised devices and then trying to whitewash it into something sellable with their (unverifiable) cross-analytics middleware.

we still have people that do not believe that the phones are always listening when seemingly any website or app you use gives you advertisements about what you were just talking about in the other room with the phone locked.

Oh come on. Don’t bring this into conspiracy territory. Yes, eavesdropping does happen, but it’s not something an uncompromised Android phone will do when locked. Even when it does happen in the case of spyware, the people doing it aren’t selling your transcriptions to advertisers.

People should still opt out of as many of GAPS’s spyware-like features as possible, as you suggest, but not because it’s a special anti-listening-device warding spell.

It’s always a treat to see the wheels of open source & community funding meshing together to bring about a better internet. You and @nutomic@lemmy.ml have already done the honors of thanking the open source contributors, so I think it’s now my turn as an ordinary user to thank you both for your continued hard work and leadership – I have my quibbles, but these do not preclude the giving of a well-deserved and hearty thanks: Thank you! It continues to please me greatly to have the privilege (in both senses of the word) to contribute to the financial sustainability of the project as one of its many small recurring donators.

And, while I’m at it… since the opportunity doesn’t come up often: I also want to specifically express gratitude to dessalines for their (unrelated) work on the thumb-key project. As a long-time user of MessagEase (10+ years!), I’ve become a happy convert to your more well-maintained and open source replacement. So, thanks for that too! Please continue to suffer my past & future criticisms with the knowledge that it always originates from a place of equal parts respect & gratitude.

I assume you’re referring to the steamlink package and not Steam Remote Play?

If it’s the former, then I can’t really offer much advice beyond what the official support article already recommends.

If it’s the latter, I’m able to verify that Steam Remote Play works just fine on my Wayland Linux desktop when I connect via my Steam Deck.

It could probably be argued that the board didn’t do what was best for the investors, which is what they exist to do.

Incorrect. OpenAI LLC (the traded company) does not have a board of directors. The board of directors actually belong to the parent company, simply “OpenAI”, which is a nonprofit organization – the only thing that they’re beholden to is the OpenAI company charter.

Here’s a simplified breakdown:

Board of Directors =[controls]=> OpenAI (non-profit) =[controls]=> OpenAI LLC =[employs]=> OpenAI CEO

OpenAI LLC is obligated to act in the best financial interest of their shareholders, but OpenAI LLC does not actually have control over who sits in the CEO chair. That power goes to the non-profit “OpenAI” parent company – a company beholden to their board, not shareholders.

Let’s not get too crazy. There’s a 15 year period where young men tend to get injured and young women tend to give birth that acts as a major filter. If you plotted death rates on a graph it would look like a trident – that’s life without antibiotics.

It’s certainly true that elderly were not a rare sight, but those elderly who could be found were almost universally hardy of constitution or talented at avoiding danger. Quite literally the end of the bell curve.

That class expression is probably not correct. Can you share some examples of what the initialClass is for your thorium windows?

You can find this info by executing the following command in bash: hyprctl clients

If you want to rule out an issue with transparency, you can do something like this to manually set it and see: hyprctl setprop address:0x[ADDRESS] alphainactive 0.5. Note that you need to supply the window address, which can also be found using the aforementioned hyprctl clients command.

For example, if the command prints this out…

Window 55fc96242940 -> Hyprland opacity rule not working for Thorium - SDF Chatter - qutebrowser:
	mapped: 1
	hidden: 0
	at: 9,29
	size: 1136,1402
	workspace: 2 (2)
	floating: 0
	monitor: 0
	class: org.qutebrowser.qutebrowser
	title: Hyprland opacity rule not working for Thorium - SDF Chatter - qutebrowser
	initialClass: org.qutebrowser.qutebrowser
	initialTitle: about:blank - qutebrowser
	pid: 1395291
	xwayland: 0
	pinned: 0
	fullscreen: 0
	fullscreenmode: 0
	fakefullscreen: 0
	grouped: 0
	swallowing: 0

… then the command to manually set the transparency would look like this:

hyprctl setprop address:0x55fc96242940 alphainactive 0.5

Do you have contamination and mutants, in your brain?

You’ll get another 3 seasons and you’ll like it

It’s not likely. Don’t think

WINE: Wine Is Not an Emulator

API call translation is often very inexpensive and, particularly in the case of DXVK for graphics calls, sometimes actually results in faster code if the underlying API implementation is more performant than the original Win32 equivalent – see Elden Ring launch day performance on Linux vs. Windows for an example of this.

You’re confusing Proton with community efforts like Lutris. Proton is a package of technologies (Wine, DXVK, Vessel), not a configuration manager. Each individual game gets an identical, isolated runtime environment without any bespoke modifications except for downloading precompiled shaders (if available).

It’s certainly true that Proton has hardcoded quirk flags for specific applications, but these are exceptions which prove the rule – there are <200 of these compared with thousands of Verified status games. Almost always, Valve prefers to fix the upstream Wine/DXVK bug rather than hacking around it. Any hacks which Valve does ship are in the Proton source code, not per-game environment scripts.

Whoops! I went back to double-check after seeing what you said and found that the provision was actually dropped from the bill in the time between when it was passed by the Senate and signed by the governor.

The way it got quietly dropped like that kept it from being well publicized, but the long and short of it is that I misremembered and then failed to spot this detail while fact-checking myself. I’m sorry for spreading misinformation – I’ve updated the original post

It’s not a precedent, it’s a playbook and telecos have been following it for decades. If you have one of the big telecoms in your city, they will sue to block municipal broadband. These suits win more often than not and even when they lose the rollout is usually delayed long enough as a result that they break even on legal fees.

This is actually Cleveland’s second attempt to expand municipal broadband after their prior effort in 2021 was thwarted when the Ohio state government banned Cleveland and other cities from offering a public option – obviously at the behest of lobbying from ISP special interests. Correction: the broadband provision was struck from the budget bill before it was signed by the governor. It appears that the 2021 effort to build out municipal fiber failed for other unrelated reasons.

This new initiative is actually a bundle of public-private partnerships as opposed to true state-owned infrastructure:

SiFi and CircleC, not the city, will own the finished networks. With little to no taxpayer money being spent, it’s a tradeoff city leaders say they felt made sense.

“They already have a right to use our right of way—we’re not providing any special access to it, the agreement is just us all getting organized for how permitting for such a large scale project will go,” Davis said of the SiFi partnership. “Since the city’s [not] paying for it or putting anything in, it’s not getting an equity stake.”

Similarly, Davis noted that DigitalC will also maintain ownership of their finished wireless network.

“We at the City are not contracting for infrastructure,” Davis noted. “We’re contracting for DigitalC to take 23,500 households–about 50,000 residents–that don’t subscribe to at-home broadband today and get them to become at-home internet subscribers, and provide digital adoption services and training to 50,000 residents. Basically, we’re paying to halve our present unconnected rate of 32 percent.”

NOTE: The original article has a typo where they misquote Davis as saying “Since the city’s paying for it or putting anything in, it’s not getting an equity stake.” This has been corrected in my quoting of the article

I’ll do my best to explain:

Firstly, not all code executed on an open source OS needs to be open source. For example: Epic Anti-Cheat, which comes with a Linux-compatible mode, is fully closed source. So right off the bat we’re going to put to bed the notion that somehow the platform of choice makes it easier for bad actors to pull apart and examine anticheat software.

Secondly, yes, there is a problem with cheaters being able to hide from anticheats on Linux. This is because on Windows it’s relatively easy to run kernel-level code via drivers – this is why most anticheats require admin permission to install a monitoring driver before the game will run. The anticheat is effectively rootkitting your system in order to circumvent other rootkits that may be concealing epic cheatz.

On GNU/Linux, almost all device drivers come prepackaged in the Linux kernel, so there’s no direct equivalent to the Windows approach of allowing users to install third-party code into the most protected rings of the OS. It’s still possible through the use of kernel modules (see NVIDIA drivers), but as evidenced by how annoying it is to use NVIDIA devices on Linux, this is a huge PITA for both the developer & the user to deal with.

So that’s the rub. On Linux, anticheats just have to trust that the kernel isn’t lying. This has been a perpetual thorn in the side of developers like Google, who’d really really like it if they could prove beyond a shadow of a doubt that a given Android device is not rooted (see SafetyNet). Google’s solution to this has been to introduce hardware-backed attestation – basically a special hardware chip on the device that can prove that the kernel software has not been tainted in any way.