Open source is a license. What you’re referring to is “source-available.” You can’t legally fork, redistribute, or contribute to it.
Open source is a license. What you’re referring to is “source-available.” You can’t legally fork, redistribute, or contribute to it.
On GNOME, I like BlackBox, though Prompt looks promising once it’s stable.
Actually, the primary dev is no longer active. The other developers have moved to a fork called Input Leap that has Wayland support.
Maybe try Input Leap. It’s an actively maintained fork of Barrier (Barrier isn’t maintained), and it has Wayland support.
Maybe try Input Leap. It’s an actively maintained fork of Barrier (Barrier isn’t maintained), and it has Wayland support.
Most of what you said applies to the Linux kernel too. It’s good to have other options, but being popular does not mean something is bad.
That should work, though you may want to look into Framework instead.
.ovh domains are like $2/year, if that helps.
Also, KOReader adds a bunch of extra features and functionality.
Kindles are really hard to root. Use XDA Developers forum for this kind of thing. https://xdaforums.com/t/fire-hd-8-2018-only-unbrick-downgrade-unlock-root.3894256/, which is what that guide is based on, looks like it only works for the 2018 version and seems way more difficult and risky than most ROM installations. Also, that won’t install Linux, just a different Android version.
Honestly, an actual ereader might work out better for you if that’s all you plan to do.
You can’t do that. Installing custom ROMs on Android devices is very different than installing an OS on a desktop/laptop. Most devices don’t allow changing the OS at all, most of the ones that do don’t have any Linux builds, and then you’ll be stuck with whatever distro you’re given (probably UBPorts or maybe PostmarketOS) rather than choosing your own.
I think their RSS feed has a placeholder title for this.
The problem is that breaking it will also break a lot of Apple devices.
No, but you could always bridge it to Matrix.
Yeah, MacOS wasn’t originally intended for x86 CPUs.
He’s pretty much the quintessential QA tester. He wants to do things his way, regardless of whether or not the OS wants him to do that. He’s usually skilled enough to fix anything he messes up, but he doesn’t know enough about Linux to do that, so he ends up breaking things. I feel like most people have a better experience than he did, but his technique uncovered a ton of bugs and usability issues that significantly improved the Linux desktop to have fixed.
It would be largely fine, but be careful. Being immutable, a lot of things that you would expect will work differently or not at all. I would not recommend it, but if you’re in for a challenge, it’s not bad.