hurricanepootis

In my experience, Linux distros on older kernels sometimes struggle with modern hardware. Especially with newer devices, features and especially bug fixes take a while to make their way to the distro.

Yes, a lot of people who don't deal with chem stuff a lot of the time may not know what Redox means or may it have forgotten.

Redox: Reduction and Oxidation

You'd be surprised. The only things conservative americans that lives in their isolated suburbs care about are gas prices and whether or not they can buy the new iphone for cheap.

I believe the purpose of Zink is that if someone is writing a new driver for a new GPU, they only need to write a Vulkan driver. After all, OpenGL is a legacy API. Still has lots of uses. But, I think it's better if the effort to write a new driver is spent on bringing up just a Vulkan implementation instead of needing to write two drivers of once.

It's kind of like how Mesa's existing OpenGL drivers all switched to Gallium3D, which splits the Graphics driver into an agnostic front-end and a device-specific backend. Allows for a lot of re-use and optimization. I heard they're wanting to do something the same with their Vulkan drivers for the future as well.

I think it has the potential to be pretty good, especially on modern hardware. If using DXVK or VKD3D is any indication, I think the performance losses can be minimized. Plus, I've used Zink before on Mesa's RADV Vulkan driver, and it's pretty good.

Looks like Intel is choosing to title its new crescent island cards with the D prefix despite being Crescent Island.

Kind of disappointed that Intel is (probably) not going to release consumer class GPUs. Intel's driver stack was seriously getting mature—both on Linux and Windows. It's always nice to have a third option available.

Honestly, what's stopping a high rise building from doing an internal GPON/XGS-PON distribution to all the buildings inside?

I hope Qualcomm upstreams all the device tree kernel level stuff to Linux for every laptop model. One of the things I don't like about Arm Laptops is—for example—how even if a SoC is supported upstream, if the manufacturer does not upload a device tree for their device, then you're cooked.

I read that while these Snapdragon laptops do technically have UEFI + ACPI, the information they provide is not useful for Linux and is more coupled with Qualcomm's proprietary drivers on Windows. Therefore, device trees are needed on Linux (I could be wrong about the first part).

The actual app and binary is called koko, but shows up as "Photos" cause it's named that in the desktop file.

Asahi linux has been going on for a few years now

So, looks like SteamDB is gonna get a billion features behind paywall. Probably gonna rate limit how many depots you can look up for free within the hour lol

Realtek wifi chips suck, their drivers are always buggy

> household hasn't burned through a full tank in the months since. They may have killed the EV subsidies in the US but they just went out and created a huge regressive tax on everyone not driving an EV.

Modern fuel blends are usually 10-15% ethanol. Ethanol is an alcohol, and thus is able to absorb ambient water from the air into the gasoline solution. Gasoline stored for a long time will generally increase in water content (if I am not mistaken lol), thus it maybe for future reference, try to avoid ethanol based fuels if possible if you're not gonna be using your ICE car. It's like how people who store their motorcycles or fancy performance cars during the winter leave it without fuel, or add a fuel stabilizer.

As someone who learned the double bass in school, jumping to bass guitar & guitar was super easy cause of the fourth tuning intervals. Anytime I ever jumped on cello, it was a nightmare cause all of the sort of "relationships" between the current note I was playing and other notes were totally different.

I'm on KDE 6, and I don't have a ~/.kde. I think now a days, KDE uses ~/.config and ~/.local/share. Honestly, sometimes I wish the KDE Frameworks had a thing like Dconf, so apps can store their configurations inside of a database instead of barfing everything out into a ~/.config folder.

Anytime I see anything posted by an Iranian on Instagram, there are always people commenting "how much did you pay regime for white sim" or something like that (white sim refers to users who get internet access without any filtering). I know multiple people in Iran who bypass restrictions using modern VPN solutions such as wireguard + xray for proxy.

As long as people get hurt and there's research to do, doctors are not going anywhere. Maybe the profession will change, but having a dedicated person/team of people for healthcare is something I think that will stick around for a long while.

I have an OG Steam controller.

On Linux, whenever I connect to my computer without steam running, it will show up as a standard USB HID device. This means, funny enough, I can use the trackpads like a mouse n stuff on my desktop environment.

However, SDL3 (and SDL2 via sdl2-compat and SDL1 via sdl12-compat with sdl2-compat (lol)) supports the steam controller. This means that, without using steam, I get native gyro support and stuff in software like Ryujinb and Citron.

Furthermore, at least on linux, there is sc-controller which is a userland driver that makes the steam controller present itself as a standard Xbox controller. Of course, this means you aren't gonna be able to use the fancy features directly in the game, but it does mean for software that doesn't use SDL and isn't on steam directly, it will act as an FOSS alternative steam input layer. Also, it even has Cemuhook motion server. This mean before SDL3 added gyro support for the steam controller (giving any emulator using SDL3 and SDL2 via sdl2-compat gyro support native), you could have still used gyro controls. Also, with Proton now, I think there is a flag to tell Proton to use SDL input method instead of steam input. I think this means (i have to test it), that you can use SDL to use steam controller with proton outside of steam.

I think on windows, we will see something like sc-controller.

SDL2 and SDL3 have steam controller support. Also, now that SDL2-Compat is a thing (alongside sdl12-compat), this means literally every game/software that uses SDL 1-3 for controllers on Linux (and windows too) should support the steam controllers.

I remember 4 years ago I was able to setup MacOS in a virtual machine. Maybe you can setup an Intel copy of MacOS on a qemu/kvm virtual machine?

This doesn't affect the web extension, no?

I've used something like this before on my Samsung S24 to see a deleted text from Signal. I checked the notification history and the text was there. Fortunately, Signal has an option to make it where notifications don't actually have the message in it. However, the receiver has to enable that option.

> either that or you're severely autistic

I mean, it's y combinator. This is where all the CS venture capital and FOSS people come to lurk and post.

Gabe may be a the front man, but he's still like the benevolent dictator for life of Valve. Kind of like how Linux Torvalds is the BDFL of Linux

Pretty sure Gabe's been partying it up in New Zeland ever since he got stuck there because of Covid

Huh, I just saw that. Huge bummer.

I have a Radeon RX 6800 and on my system, I use ROCm's OpenCL for some stuff and HIP for blender cycles rendering. If ROCm were to drop support for my card, that'd be a huge bummer.

RX 580 is a GCN 4 GPU. I'm pretty sure the bare minimum for ROCm is GCN 5 (Vega) and up.

I've been using ROCm on my Radeon RX 6800 and my Ryzen AI 7 350 systems. I've only used it for GPU-accelerated rendering in Cycles, but I am glad that AMD has an option that isn't OpenCL now.

There is iptables-nft, which is iptables with an NFT backend.