hurricanepootis

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.

Yes, my bad. I totally agree with that it does indeed suck. I've had to replace the C cover of my laptop before for reasons not related to the keyboard (a screw post broke because Dell had the bright of idea of attaching a metal screw post to the body with plastic). I ended up fixing that issue, but the keyboard that was installed in the C cover was noticeably shittier than my old one.

I'm now on a Framework 13, and it's been pretty fun so far.

This isn't an issue with macbook keyboards, a lot of windows laptops have their keyboards riveted to the C cover of a laptop.

I've been on wayland since KDE had it available (like the KDE 5 days) because it offered fractional HiDPI scaling that wasn't buns. As a laptop user, it has been one of the best features of Wayland.

Furthermore, getting stuff like VRR on Wayland working is way easier than X.org. And, Wayland also supports HDR.

The current situation we're facing can be traced back to, in some parts, Trump pulling out of JCPOA and Biden's tepid resistance to Israel's war in Palestine, leading to this situation.

I bought a pair of IEMs. A while back, the cable broke, and I was able to repair by just buying a new cable.

Also, I enjoy not having another device to charge. I recently have been wearing a traditional Casio watch more often instead of my smartwatch.

I wish Arch could learn some lessons from NixOS packaging. One thing that really bothers me about Arch is how many pain points there are in the packaging tooling. Furthermore, I wish AUR packagers used utilities like namcap and chroot building to check their packages before pushing their slop onto the AUR; whenever I use new software from the AUR, I check the PKGBUILD to see how well it was made.

Glad to see an accessible post of Iranian history

As someone who is an AUR maintainer with at least 150+ packages, I always dread seeing new AUR packages. A lot of people don't read the packaging guidelines, don't use tools like `namcap` and `extra-x86-64-build` to test their packages, nor do they read other PKGBUILDs to write their stuff. It's pure slop, and I have wasted too much of my time fixing shitty PKGBUILDs because I wanna use that piece of software

First time I saw the word Dank in the Big 26

More like some toolkits have really poor wayland support (cough anything GTK/Gnome cough)

LibreOffice works for me on wayland lol. I don't know why you would wanna do fractional scaling on a per app basis whenever you got one screen. But, for your libreoffice woes, try using a different backend?

Libreoffice includes support for gtk3, gtk4, Qt6, and other backends: https://github.com/LibreOffice/core/blob/master/vcl/README.m...

Maybe you need to try wayland with an alternative backend?

Wayland supports HDR, it's very easy to configure VRR, and it's fractional scaling (if implemented properly) is far superior to anything X11 can offer.

Furthermore, all of these options can be enabled individually on multiple screens on the same system and still offer a good mix-used environment. As someone who has been using HiDPI displays on Linux for the past 7 years, wayland was such a game changer for how my system works.

You could use techniques like HPLC to determine the concentrations within the sample if you know what's in it.

Couldn't WD-40's formula be reverse engineered using analytical chemical techniques? GC-MS, NMR, etc.

The clergy weren't explicitly backing the Shah, they were just fearful of anything like communism happening, since most communist countries/communists are aesthetes.

Iranian clergy as an institution starting coming into political power, really, around the time of the Russian-Persian wars, were one of the highest ranking Shia scholars in Iran issues a fatwa supporting the war against Russia.