Mostly. None of the browser extensions work on Windows, which is really annoying.

I’m wondering the same thing for Valve and Gabe Newell.

Ah, I missed that since it’s an unofficial flatpak so it wasn’t listed on their site or forums.

Haven’t tried it on Linux recently, but MakeMKV still supports Linux apparently. You have to build it yourself though.

https://forum.makemkv.com/forum/viewtopic.php?f=3&t=224&sid=1674d5df36b036b50d6fabdfb380e72c

Which compositor would I be using through KDE Plasma 6?

KDE uses KWin by default, which can do both X11 and Wayland currently.

Also it’s better for Devs than buying grey market keys bought using stolen credit cards.

Another issue I’ve had with Snaps is just increased boot times. Something to do with mounting all the virtual images involved or something, makes boot take noticeably longer. I’ve tested having an Ubuntu install with Snaps, and then removed the snaps and snapd while installing the same software via Flatpak, and had a noticeable boot time improvement. Hopefully they’ve been working to improve this, but it just soured me on them even more.

As for another install method, mostly for CLI tools, but working with a lot of GUI apps too now, there’s Distrobox. It has a bit of a bloat issue, because you’re basically installing an entire extra headless Linux Distro with it, but it for example allows you to run AUR inside an Arch based Box, and then you can integrate the app you installed with AUR into the host OS, running it near seamlessly, while keeping its dependencies contained in the Box which you can easily remove. By default apps in the Box will have access to the host’s filesystem but you can mitigate this if you want. Distrobox is especially great on atomic read-only Distros, where you can’t directly touch system directories, by allowing you to install apps that expect such access from things like AUR.

It’s really sad because the artists have little to no control over this. It is the venues who are contracted through Ticketmaster.

Yeah, it’s like if every movie theater only used Fandango. It would be ridiculous if that was the case, yet that’s what’s happened to live events.

Unfortunately, the lack of Japanese input makes it a total non-starter for my use case so I had to go crawling back.

Ack, I also need that. Oof. Guess I’ll have to keep looking.

LOL, that’s fair. That’s messed with me before too.

A bunch of websites operating as web apps would help explain the bloat. Great idea if somebody is navigating a good chunk of your website. Horrible idea if 99% of your traffic is people being linked to a news article and then leaving afterwards.

My personal favorite is Ctrl+Shift+C which brings up Dev tools in selection mode, so you can click on the picture or whatever and be taken straight to its HTML code.

There are exploits out there either kept secret by malicious/proprietary parties, or not practical for consumer desires to get a proper rooted experience.

Pretty much the only method to fix it if you’re affected that I can think of is to factory reset your phone with a manufacturer provided image, and even then it’s not 100% guaranteed if the bootloader is compromised.

It kinda did survive. KaiOS is forked from Firefox OS, though it’s more designed for Kinda-Smart feature phones in developing countries.

Have you done Citra too?

https://github.com/keiyoushi/extensions/blob/repo/README.md

Lawyers went after Tachi Devs, Devs abandon Tachi, new Devs forked Tachi and made Mihon.

You can probably just disable auto updates for Android Auto and the apps you use with it, but inevitably things will start breaking, like Play Services APIs that Android Auto relies on, or the APIs those older third-party apps you use rely on.

It sucks, but it was kinda inevitable for a system that has so many moving parts.

Without arguing the benefits/drawbacks of software patents, isn’t slide to unlock only a fundamental concept because Apple invented and popularized it? To me, it only seems trivial because it’s ubiquitous, whereas that might not have been the case before the iPhone.

Software patents that boil down to “real life action, but we did it on a computer” are just obnoxious. Sliding a bolt to unlock something is something we’ve been doing for centuries, but suddenly Apple put it on a screen and gets to prevent anybody else from doing it? That makes no sense.

I don’t see why this is unique to software. As long as the proof is convoluted enough, how would it differ from making a physical D-pad? Both are made from already discovered axioms/materials, and both are transformed via known ways in a unique order into new tools to accomplish a particular task. If a D-pad patent should be allowed, why not a compression algorithm?

Hardware patents make sense, as it’s actually possible to come up with multiple solutions to the same problem. You can create a D-pad multiple different ways, as proven by the many different D-pad patents, as the goal is just to create an interface between electronic inputs and a logical physical shape. How you do it doesn’t matter as long as the result is reliable and satisfying for the end-user. The 4-directional shape of the d-pad wasn’t the patent, it was how the d-pad worked. Sure some people have preferences to one design or another, but that’s where they made the innovation.

But there isn’t multiple ways to create Pi. Pi is Pi. Just because you discovered a math equation to define it first doesn’t mean you get to claim dibs on it. You could claim that you wrote code that calculates Pi more quickly on a specific computer chip or something, but that’s copyright, not a patent. Patents shouldn’t be used for things that can be copyrighted, and vice versa.

There’s a reason why we have separate systems for copyrights, trademarks, and patents. Copyrights protect creative authorship, ways to express things. Trademarks protect identification, how people recognize you and your creations. Patents protect invention, novel processes to accomplish an action.

Patents are for protecting the processes you develop, not the resulting actions. You can’t patent boiling water to create steam, but you can patent the steps you took that led to water boiling and becoming steam.

To bring it back, what process did Apple develop for slide to unlock? Slide to unlock itself is an action, not a unique method of solving a problem. Like patenting the mere action of putting a key into a hole, instead of how the mechanics of the key itself actually opens the lock. They wrote code that interpreted “Box moving from position A to Position B allows access”, but that’s a copyright. Nobody would argue that they should be able to copy what Apple wrote to make that happen. But why does Apple get to claim that the action of moving a box is something they invented? Because the user can use a human finger on a screen now? Apple didn’t invent the capacitive touchscreen, somebody else did, and Apple paid them or a licensor of the tech for using their patent, they didn’t invent anything there. So all you’re left with is the action, moving a box with a finger, which shouldn’t be patentable. And the code that interprets the action, which should be a copyright not a patent.