Max_P

Same for KDE https://apps.kde.org/fr/kjournaldbrowser/

It's the same as glxgears but for EGL and Wayland. It tests that OpenGL works.

WireGuard works great for that.

This. They even provide the cover image to use. If they don't want embedding they could just block the request.

But they don't want to. They want to sell the cake and eat it too.

BlueSky is its own thing with its own federated protocol called ATproto. They have an explanation in their docs on how it works, different features. There's a bridge between the two as well, a bit janky but effective.

Yeah it'll depend on how good your coreboot implementation is. AFAIK it's pretty good on Chromebooks because Google whereas a corebooted ThinkPad might have some downsides to it.

The slowdowns I would attribute to likely bad power management, because ultimately the code runs on the CPU with no involvement with the BIOS unless you call into it, which should be very little.

Looking up the article seems to confirm:

The main reason it seems for the Dasharo firmware offering lower performance at times was the Core i5 12400 being tested never exceeded a maximum peak frequency of 4.0GHz while the proprietary BIOS successfully hit the 4.4GHz maximum turbo frequency of the i5-12400. Meanwhile the Dasharo firmware never led to the i5-12400 clocking down to 600MHz on all cores as a minimum frequency during idle but there was a ~974MHz.

I'd expect System76 laptops to have a smaller performance gap if any since it's a first-party implementation and it's in their interest for that stuff to work properly. But I don't have coreboot computers so I can't validate, that's all assumptions.

That said for a 5% performance loss, I'd say it counts as viable. My games VM has a similar hit vs native. I've been gaming on Linux well before Proton and Steam and have taken much larger performance hits before just to avoid closing all my work to reboot for break time games.

You just put both in the server_name line and you're good to go.

Yes dual GPU. I set that up like 6 years ago, so its use changed over time. It used to be Windows but now it's another Linux VM.

The reason I still use it is it serves as a second seat and is very convenient at that. The GPU's output is connected to the TV, so the TV gets its own dedicated and independent OS. So my wife can use it when I'm not. When the VM isn't running I use the card as a render offload, so games get the full power of the better card as well.

I also use it for toying with macOS and Windows because both of those are basically unusable without some form of 3D acceleration. For Windows I use Looking Glass which makes it feel pretty native performance. I don't play games in it anymore but I still need to run Visual Studio to build the Windows exes for some projects.

This week I also used the second card to test out stuff on Bazzite because one if my friends finally made the switch and I need to be able to test things out in it as I have no fucking clue how uBlue works.

The BIOS does a lot less than you'd expect, it doesn't really have an impact on gaming performance. For what it's worth, I've been gaming in a VM for years, and it uses the TianoCore/OVMF/EDK2 firmware, and no issues. Once Linux is booted, it doesn't really matter all that much. You're not even allowed to use firmware services after the OS is booted, it's only meant for bootloaders or simple applications. As long as all the hardware is initialized and configured properly it shouldn't matter.

I think a part of it is that english is just the default language and strongly leans american already, so there's just no demand for a USA instance and people just use the popular or thematic ones for that content. There's no advantage in laws to prefer US hosting.

The country ones make sense because they're also a different language, like jlai.lu in french, and the feddits for European languages.

Guarantee there will be questions of cost of setup, maintenance, and risks.

And time moderating it, especially if they run their own. At least with Twitter/Facebook/YouTube, you get a lot of moderation for free whether you agree with it or not.

And if they use another instance, there's other liability questions about the particular instance to choose. If they're gonna represent an official city account, you'd expect some cybersecurity certifications to be a requirement and all kinds of stuff, even if it's a free service. The instance admins interfering, possibly steering opinions during city elections, etc.

Nobody cares about decentralized social networks, the technology, or how terrible the other outlets are. For a municipality, you may want to focus on maintaining multiple channels of communications and ways to reach and engage the most users. You could then fold the fediverse into it as one more channel. Something they should keep an eye on. They'll need a way to post the same content to all those channels with the least effort. Something easy that a trained intern or clerk can do.

In this case IMO it might even be better to use something like Wordpress with the ActivityPub plugin, or alternatives to that. I imagine a city mostly posts announcements and stuff, so a blog that serves as both an official website and you can follow and interact with it from the comfort of your preferred social service sounds a lot more appealing than just another social media without that many users. Can even use more plugins to post to Facebook and Twitter as well, all from one place. Given the age of the board, they're also more likely to know and care about Threads and Bluesky compatibility just because they have more users, and bureaucratic decisions are based on numbers. A nice graph showing if they join the fediverse they capture all the users fleeing Twitter by supporting AP and AT.

It's nicknamed the autohell tools for a reason.

It's neat but most of its functionality is completely useless to most people. The autotools are so old I think they even predate Linux itself, so it's designed for portability between UNIXes of the time, so it checks the compiler's capabilities and supported features and tries to find paths. That also wildly predate package managers, so they were the official way to install things so there was also a need to make sure to check for dependencies, find dependencies, and all that stuff. Nowadays you might as well just want to write a PKGBUILD if you want to install it, or a Dockerfile. Just no need to check for 99% of the stuff the autotools check. Everything it checks for has probably been standard compiler features for at least the last decade, and the package manager can ensure you have the build dependencies present.

Ultimately you eventually end up generating a Makefile via M4 macros through that whole process, so the Makefiles that get generated look as good as any other generated Makefiles from the likes of CMake and Meson. So you might as well just go for your hand written Makefile, and use a better tool when it's time to generate a Makefile.

(If only c++ build systems caught up to Golang lol)

At least it's not node_modules