There are plenty of alternative SBCs out there, many mimicking the RPi form factor as well. Look into Radxa, Banana Pi, Orange Pi, Pine64, ODROID, etc. I picked up an Indiedroid Nova board last year that is RPi form factor but has the more powerful RK3588 processor. Drivers are still WIP but it is quite fast. I also run my home server on a Radxa Rock Pi 4, which has an RK3399 processor and is very comparable to the RPi 4. Drivers for it are pretty solid these days and it doesn't require extra work to set up. Just download an Armbian image and go.
CalcProgrammer1
joined 3 years ago
I'm fine with Apple retaining interoperability between their first party software products, they just need a way to bypass the walled garden. If they have sideloading (everywhere and without restrictions) and ideally also bootloader unlocking, they provide a sanctioned path around the walls of their ecosystem and now it's up to the user to choose to leave that garden. If the user is comfortable there, they can stay. Trying to fuck over sideloading is the issue here. I'm fine with the App Store being restrictive if there's a way around it, and simply sideloading an app shouldn't break the rest of the OS's capabilities.
I thought their reputation was tarnished explicitly due to uploading footage to the cloud despite claims otherwise. How can you be sure it isn't uploading when their words mean nothing?
The stupid thing is mutter-vrr works far better than Plasma's implementation in my experience. Plasma locks refresh rate to max if your cursor is moving, causing games that use the cursor to stutter badly while the mutter implementation refreshes the cursor at the game's rate as expected.
Does this change run the 32-bit .exe using x86_64 instructions? From the description it just sounds like it allows 64-bit Linux libraries to be used in place of 32-bit ones, but that the Windows layer still operates in native 32-bit mode. This means there is still a need to emulate 32-bit x86 instructions which I don't think box64 can do at this time (x86_32 translates to arm32 with box86, x86_64 translates to arm64 with box64). If box86 could translate x86_32 to arm64 then this might work as Wine would handle the conversion between 32 and 64 bit addressing and argument passing into the libraries but I'm not familiar with the inner workings there.
This should allow nouveau to reclock NVIDIA 2xxx and newer GPUs. Huge step forward for open source NVIDIA drovers and I've been testing this on my laptop for a few weeks now woth the rc kernels and the NVK driver and it's pretty impressive so far.
RGB software is such garbage. Aura sucks, Synapse sucks, iCue sucks, Polychrome really really really sucks, RGB Fusion sucks, they're all bloated garbage designed to lock you into an ecosystem and produced by the lowest tier of programmers around apparently as they are unstable and usually incredibly bloated messes.
This nonsense is why I started working on what eventually became OpenRGB.
If that were true then none of this would be news. The CentOS Stream code is available to the public on git, but not the RHEL code. If the RHEL code was available to the public the outrage would have no reason to exist.
Even if paying customers have access to the RHEL code via git, they are forbidden from redistributing it (which is allowed by the FOSS licenses that code is under) or else the customers lose their license. This does not qualify as the code being available in my opinion, and in the opinion of the vast majority of the FOSS community.
Saying everything is fine and dandy in the RHEL world is FUD.
The project maintainers repeatedly forget to renew their certificates, causing package upgrades to fail.
The project maintainers, in multiple past instances, have misconfigured their package manager resulting in essentially a DDoS of the AUR.
The packages are out of date vs. the upstream Arch ones, which often causes AUR packages intended for upstream Arch to break on Manjaro. Yet they consider the AUR a supported resource.
Project has had problems with mismanagement of funds in the past.
Despite all this, they seem to heavily focus on marketing, merch, and trying to sell preinstalled systems. Manjaro is in it for profit, not to make an awesome distro.
Ubuntu - It was my first distro and I loved it for many years after 6.06. However, it slowly shifted from a very community focused distro ("Linux for human beings" was the original slogan) to a very corporate distro with lots of in-house bullshit, CLAs, and partially-closed projects that seems to focus on profit and business over actual human beings. I correlate this move to around the time when it became purple rather than brown. Snap sucks, Mir sucks, Unity sucks, integrating Amazon and music store paid bullshit sucks. Just no. Move to Debian.
Manjaro - It's Arch, but with incompetence!
Red Hat - Do you enjoy paying licensing fees for a Linux distro that very likely violates the open source licenses it uses? RHEL is for you! Just remember not to share the code! Sharing is most certainly NOT caring!
If you have to panic because a competitor makes a good game maybe you should reconsider why you're a game developer in the first place. If it's not to make the best games you can make, you shouldn't be a game developer. I'm guessing the developers panicking aren't the ones who pour their heart and soul into every game they make.
Pretty much all the alternative SBCs are either Rockchip or Allwinner if you want ARM. There are a few RISC-V SBCs now but software support isn't as solid and many of these lack GPUs. There are also a few x86/64 SBCs based on either older Intel Atom or newer mobile parts too.