The problem with all these Firefox forks is most of them are dead ends, development wise. They don’t contribute upstream. Maybe Tor excluded.

Hopefully this one is different, it does seem to have some actual code behind it rather than just disabling features.

Does this get you a discount on Arch Premium?

I’m fairly confident “rustls” should be “rust language server” if it stands for anything…

Ideal would be them not reversing a decade of energy savings in the name of AI, but yeah, if they’re going to do that anyway then Nuclear is one of the better options.

I don’t think there’s a good guy. Both parties suck here.

Mostly that it doesn’t work on Steam Deck. Hits memory limits IIRC.

Fedora 40 doesn’t have to be a lot of fun to watch the kids without a taskbar poor guy is a bit of a lot of people

I mostly agree, but it would be nice if it was a bit faster to be able to use it for web browsing. I still like reading long form articles and such but navigating and scrolling isn’t very viable yet on e-readers.

Of course.

Yep. I’m Linux at home but macOS all day at work. My employer won’t let us use Linux workstations (despite everything I work on being Linux…). Both are vastly superior to Windows.

As someone who works fairly extensively with all three major platforms… You’re definitely wrong about macOS here. Almost everything on GitHub that works on Linux also works on Mac, aside from GUI applications which are often more OS dependent. The readme pages often just lump Mac and Linux together as they can be pretty similar, especially for things written for interpreted languages (python) where it’s often literally the same.

It would allow them to do HDMI FRL also, which is probably what you mean when you say HDMI 2.1. AMD cards also do HDMI FRL I thought. FRL is what allows things like 4k120Hz (higher bandwidth modes). The VRR that the Dock does is the VRR standardized with 2.1, which is why it works on TVs and devices that do not support freesync (see: LG TVs).

Anyway, the Dock doesn’t have a fast enough HDMI converter to do that. It’s not a licensing issue. Next gen Deck/Dock will probably do it.

Actually it works fine on Steam Deck. It uses VRR over DP to the dock, which then translates it to HDMI with VRR. The dock has proprietary firmware to do this.

Intel and Nvidia hardware with open source kernel drivers also do a similar trick where the HDMI part is in a firmware blob. Only AMD does not work with HDMI VRR.

Exactly. That’s why it’s a trash motherboard as soon as root access is gained. It can never again be trusted.

How do you trust that the flash was done properly if you did it from the compromised system? This would only work if you flashed it externally somehow without the system running.

You’re supposed to put in GitHub usernames, not full names.

Hah! I wish it was email, so I could ignore it. Instead it’s either a Slack DM, which escalates to a phone call.

But the energy usage is quoted as peak for the entire venue - which is literally a theater / concert hall. It opened with a live U2 performance. The energy usage isn’t just for the displays, it includes all the power for the entire building, the concert speakers, heating/cooling, indoor lighting, any kitchen equipment, etc.

Yes it is. It’s not in mainline wine, it’s been in kernel for a long time now.

It’s annoying all the articles are focusing on performance versus stock wine here when basically everyone uses Proton or a fork of it anyway, which has had fsync for years now that does similar performance uplift.

The story here should be that we’re getting fsync level performance with fewer bug and it can be upstreamed to wine. There is no relevant performance uplift for Proton users, but I guess performance gets clicks so that’s the story all the press are going with.