They actually did somewhat start Edge from scratch originally. They made EdgeHTML as a rewrite of the IE 11 trident engine.

In the end they abandoned it and moved over to chromium. One of the reasons being Google intentionally breaking their sites for EdgeHTML.

Is there a difference between networking approaches?

With rootful podman containers the only difference I noticed is that bridge networks aren’t isolated by default.

Why would you need to reconfigure the port mappings?

Exactly. Torrents are popular because of the moderation and curation the indexers perform. It’s why it essentially won over purely distributed competitors.

It won’t take much to create some fake swarms that make this tool useless.

I understood it as a technical limitation imposed by the changes Europe are demanding. They now have to allow different browser engines, so they can’t just use Safari under the hood for PWAs. They will need some UI and the technical underpinning to allow the browser engine to be selected.

There’s an official Jellyfin app in the LG app store.

Wayland does only do the most basic stuff and leaves everything else to the compositor (aka Gnome or KDE). That means every compositor will implement their own hacky version of the missing functionality and it takes ages until that gets unified again, so that apps can actually use that functionality.

Would this functionality be mostly the same? Could they get together to make a shared libcompositor that implements the bulk of the functionality? Or is it so tied to specifics of the desktop environment that there’s little commonality. In which case, Wayland not doing it would be the right call.