Unfortunately, it's not in a great situation. Flatpak is stagnant. There's a lot of cool things in the works, like a stronger sandbox, preinstalling flatpaks more effectively, etc, but merging things is hard.

Blood is edited in.

Please tell me Wayland is enabled, even if it’s not the default.

By default, flatpaks have no permissions. All permissions must be manually specified in the manifest file. But if you look at the top apps on Flathub, they tend to have broad filesystem permissions, including home and host. This are pretty bad permissions because it's insanely easy to escape the sandbox with them since there are no protections against writing to files like .bashrc. Snap at least prevents apps from accessing hidden files for this reason.

Flatpak isn’t as strong as a sandbox as Android. But if you tweak permissions, it can be deemed good enough.

If you really wanted security, you’d want to learn SELinux, but that’s a whole rabbit hole of complexity.

I'm not going to trade Firefox for a browser that is years away from being even remotely daily drivable. Even once/if it's able to render pages mostly correctly, it will still take a while after that to make it fast.

Even with Mozilla's funding, they're behind on implementing featues. Ladybird has much less funding and their current policy is to just rely on donations.

The linked blog post about moving from WebKit 1 to 2 was an interesting read: https://blogs.gnome.org/mcatanzaro/2016/02/01/on-webkit-security-updates/

Chuckled when it mentioned that GIMP 2 was affected but they will be soon migrating to GTK 3… written in 2016.

That laptop setup is actually insane. I love the "roleplay" he had set up for it, making it seem like a computer used at a nuclear reactor (though the more realistic setup would have been to install Windows XP with default background).

Also funny to see him doing more complex things like setting up a systemd service to hide and show waybar dynamically.

FOSS also depends on them, many FOSS contributors are employed by proprietary companies.

OP is just talking about layout, not implementations.

Papers forked from Evince.

I love when I try to open a file and macOS tells me I can’t because can’t tell if it’s safe. There’s literally no way to open it from here.

You have to hit ok, then go so settings, scroll down to security, and hit a button to specify yes I actually want to open this file. It then reprompts you again but now with an open anyway button.

I love my MacBook’s hardware and battery life, but MacOS is such a letdown.

I don’t think that’s the case here. This is Lutris, a GTK3 app. There shouldn’t be any GTK changes breaking themes here. It seems like OP’s theme is just broken.

This is overly complicated. Just install Java then run

 undefined

    
flatpak --user override --env="FLATPAK_ENABLE_SDK_EXT=openjdk" com.vscodium.codium


  

Note this works for all other SDKs too. It works especially well for programming languages like Rust that have their own package manager.

Doesn't work so well for languages like C/C++ where you use your distro package manager to install dependencies. In those cases it's easier to install VSCodium inside a container where you do have access to a distro package manager.

The kernel is a snap in Ubuntu Core, but you still need to reboot. I don’t think there’s a nice way to work around that.

I looked at the Discord for a bit. Dinnerbone says the current plan is to stick to OpenGL.

Once this is complete, we’ll implement a modern rendering pipeline that will give us a strong foundation to build upon, making visual changes and performance improvements easier in the future – for us, and modders too!. After that, we will be able to start adding the visual features. We really want to take this time to build this properly for Java Edition and build it in a way that allows us to continue to add complex enhancements such as Vibrant Visuals to Java in the future. 

Our goal is to bring Vibrant Visuals to all Java Edition players, across all supported devices – and we know that is going to be a challenge. We are working on a viable solution that works across the Java platforms: Windows, Mac, Linux and are committed to continuing to support these platforms.

I wonder how they’ll implement this modern rendering pipeline. Are they going to move away from OpenGL? That would be kinda big news. Would that mean Vulkan on Windows and Linux and Metal on macOS? Or would Microsoft insist on DirectX for Windows? I hope Linux won’t be left out, implementing 3 different graphics APIs would be a lot.

Adding non-Steam games has never worked well for me.

Another issue is that there is a database of tweaks Proton uses to make games work better, but I don’t think it uses it for non-Steam games.

Heroic with umu do use these tweaks.

The fediverse is not private. It’s open, that’s the point of it. There’s very few protections on your data. By necessity, your data will flow through hundreds of third party servers who can do whatever they want with it.

The benefit of the Fediverse is that it’s decentralized and that helps users avoid the BS that Twitter went through.

They didn’t leave the Fediverse because of that. They got the same reaction on Reddit and Bluesky, but are still on those platforms.