APIs can be complex too. Look at how much stuff the Win32 API provides from all the kernel calls, defined data structures/types, libraries, etc. I would venture a guess that if you documented the Win32 API including all the needed system libraries to make something like Wine, it would also be 850 pages long. The fact remains that a documented prototype for a software implementation is free to reimplement but a documented prototype for a hardware implementation requires a license. This makes no sense from a fairness perspective. I’m fine with ARM not giving away their fully developed IP cores which are actual implementations of the ARM instruction set, but locking third parties from making their own compatible designs without a license is horribly anticompetitive. I wish standards organizations still had power. Letting corporations own de-facto “standards” is awful for everyone.

In the mobile Linux scene, Qualcomm chips are some of the best supported ones. I don’t love everything Qualcomm does, but the Snapdragon 845 makes for a great Linux phone and has open source drivers for most of the stack (little thanks to Qualcomm themselves).

RISC V is just an open standard set of instructions and their encodings. It is not expected nor required for implementations of RISC V to be open sourced, but if they do make a RISC V chip they don’t have to pay anyone to have that privilege and the chip will be compatible with other RISC V chips because it is an open and standardized instruction set. That’s the point. Qualcomm pays ARM to make their own chip designs that implement the ARM instruction set, they aren’t paying for off the shelf ARM designs like most ARM chip companies do.

Hopefully Qualcomm takes the hint and takes this opportunity to develop a high performance RISC V core. Don’t just give the extortionists more money, break free and use an open standard. Instruction sets shouldn’t even require licensing to begin with if APIs aren’t copyrightable. Why is it OK to make your own implentation of any software API (see Oracle vs. Google on the Java API, Wine implementing the Windows API, etc) but not OK to do the same thing with an instruction set (which is just a hardware API). Why is writing an ARM or x86 emulator fine but not making your own chip? Why are FPGA emulator systems legal if instruction sets are protected? It makes no sense.

The other acceptable outcome here is a Qualcomm vs. ARM lawsuit that sets a precedence that instruction sets are not protected. If they want to copyright their own cores and sell the core design fine, but Qualcomm is making their own in house designs here.

Change for the sake of change is so dumb. I’m tired of pointless UI changes every so many years because some middle manager and their designers need to wow some dumb exec to get a promotion and they do so just by rearranging all the existing functionality because the product itself is already a complete solution that doesn’t actually need a new version. Sadly, this mentality even creeps into FOSS spaces. Canonical and Ubuntu wanting to reinvent the wheel with Unity, Mir, Snap, etc. GNOME radically changing their UI all the time.

You can view WiFi passwords for saved networks on pretty much every OS. There’s no reason to be secretive about entering WiFi passwords, at least to the people whose devices you’re entering the password on.

LibreWolf on everything that supports it (Windows/Mac/Linux) and Fennec F Droid on Android.

I wrote a program to do just that

https://gitlab.com/CalcProgrammer1/TouchpadEmulator

Ugh, I got a fair return from buying to AMD right before Ryzen came out. I sold some of it and bought multiple different chip companies so now I have some AMD, some Intel, some NVDA. Oh well, it’s not a huge amount but still sucks. I hope they can come back if only because AMD needs competition to keep them from becoming the evil that old Intel was. I was hoping Intel would also be a viable third GPU competitor, I like my Arc A770 for the price and I’m hoping they don’t kill off the GPU division.

Linux works well on supported ARM platforms, but the problem is that a lot of ARM platforms aren’t supported. I recently got a Xiaomi Pad 5 Pro (had to import it as it’s a China-only model) and put postmarketOS on it. The experience is surprisingly good. Paired with a Bluetooth keyboard/touchpad, it is basically as functional as a normal light-duty Linux laptop except for the lack of x86 support, which mostly just means no gaming. I have been attempting to run Steam via box64 and FEX, but pmOS isn’t a supported distro for that so I have been trying in a Docker container and in Distrobox. I managed to get it started but it crashes due to steamwebhelper, and I think it’s a dependency or configuration issue. Otherwise, for browsing, coding, videos, terminal use, office, etc. it’s great and the battery life is amazing compared to my laptop. This is on a Snapdragon 870. Open source games run and they can hit 120fps on the 120Hz screen. I hope to see ARM support continue to improve, but I am worried about bootloader locks on these new ARM Windows machines.

Mastodon added text search a while ago.

It’s not specific to Microsoft, but the general idea of letting proprietary software install whatever it wants whenever it wants directly into your kernel is a bad idea regardless. If the user had any control over this update process, organizations could do small scale testing themselves before unleashing the update on their entire userbase. If it were open source software, the code would be reviewed by many more eyes and tested independently by many more teams before release. The core issue is centralizing all trust on one organization, especially when that organization is a business and thus profit-driven above all else which could be an incentive to rush updates.

Who knew that allowing, no, PAYING third parties to inject whatever the fuck they want encrypted proprietary binary blobs into the highest privilege and most dangerous level of your operating system without any user acknowledgement or third party code review could possibly have negative consequences?

This is also why we shouldn’t be allowing kernel anticheat games on our PCs by the way. One day Crowdstrike, the next day it could be Riot Vanguard. Proprietary shitware has no place in your kernel (though in Windows’ case the entire kernel itself is proprietary, maybe do something about that next).

I use Fennec F-Droid on Android and LibreWolf on Linux/Mac/Windows.

The only mistake Billy made is giving anything to AdBlock Plus, the people who have sided WITH the ads, instead of uBlock Origin, the true MVPs of the ad blocking world. I guess uBlock doesn’t accept donations unfortunately, but still, ABP is shady and I would not support them.

Also, explicit confirmation of your customizations and of your order. You can double check yourself to make sure it’s all correct before submitting the order while the distracted and overworked employee at the counter could hit the wrong button or skip a customization and you often wouldn’t know until you receive the wrong item. Then you have to create more work for the workers to get your order remade.

Radxa as well. I have a Rock Pi 4B running as my home server and it has been a great Pi 4 alternative. I also have an Indiedroid Nova with RK3588S which should be better than the Pi 5 bit the GPU drovers aren’t quite there yet. Once GPU drivers are in it should be an incredible board.

Only buy routers that have OpenWRT support, problem solved. Why trust your entire network and all of the data transferred over it to proprietary garbage?

Is it so hard to just pay using credit cards? Why do we need dystopian biometric nonsense feeding the data mines in order to pay for food? Paying for stuff is a solved problem. Fuck everything about this.

Youtube doesn’t care about the collective “you” that is its namesake. It hasn’t for over a decade. Itps all about the big studio level productions. It’s no better than the mainstream television networks at this point.