GitLab used to be awesome when it was the place to go after MS bought out GitHub. They had premium access for all public projects under a FOSS license and top-tier CI. Then as time went on, they began pulling support for various functions in a very Microsoftian EEE sort of way. First requiring credit cards fir new users to access the CI, then taking away the CI almost entirely except for a practically useless monthly allotment, then taking away the premium access for public FOSS licensed projects. If I were migrating today I would not have chosen GitLab, but it is where I settled after leaving GitHub and my projects have grown to depend on GitLab CI even if I'm now forced to run my own runners due to the extreme nerfs they've done to the hosted CI. I mirrored OpenRGB to Codeberg, but since the CI pipelines depend on GitLab I don't see Codeberg becoming the main hub anytime soon unless they can execute GL CI configs. Sad to see how far GitLab has fallen though, it is unrecognizable from what it used to be as far as support for FOSS prohects goes, especially given how GitLab itself started as a FOSS project.
CalcProgrammer1
Plug in hybrid usually refers to a car that has some amount of purely electric range, charges like an EV, but after depleting its battery falls back into conventional hybrid mode where the battery is maintained to some level of reserve power using a gas engine. The Chevy Volt is probably the best example. I drive a Volt and all my daily commute is purely electric unless it's super cold outside.
I love my 2014 Gen 1 Volt and would love to see the technology continue to improve. If they made a Gen 3 Volt with at least 100 miles all electric range and a heat pump system that didn't halve the battery when it's cold outside I would absolutely consider it over a pure EV for my next car.
AMD's integrated GPUs have been getting really good lately. I'm impressed at what they are capable of with gaming handhelds and it only makes sense to put the same extra GPU power into desktop APUs. This hopefully will lead to true gaming laptops that don't require power hungry discrete GPUs and workarounds/render offloading for hybrid graphics. That said, to truly be a gaming laptop replacement I want to see a solid 60fps minimum at at least 1080p, but the fact that we're seeing numbers close to this is impressive nonetheless.
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.
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.
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?
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.
No, I don't use any ML stuff or really anything that uses GPU compute at all. I just use it for gaming and other 3D applications.
Steam Deck is an open platform because you can run any OS, launcher, etc. on it. It's just a handheld PC. Steam itself is a closed ecosystem but the Deck is very open.