I kinda want to hook one up to raspberry pi for some home control, but I'm not sure if the software to configure it works on Linux (or how it even presents itself HID-device wise)

I'm sure it'll eventually be reverse engineered and have some custom drivers on github soon, but a quick google came up empty for this new device.

Edit: Oh I just realized this hasn't been released yet, I saw the "buy now" button and assumed it was.

According to nvtop, on both my nvidia and AMD computers, kscreenlocker_greet uses 200-400MB of VRAM while the screen is locked -- doesn't that feel excessive for a simple screen locker (I do realize that it's QML and thus in theory can use as much VRAM as say plasmashell).

This is kind of annoying as I was trying to set up a chatbot using my main desktop while it's idle, and would like that extra 400MB back for a higher context length.

Wasn't sure if this was a bug or just how software is nowadays so I opted to start a discussion rather than finishing filing a bug at bugs.kde.org.

Anyway, anyone know of an alternative screenlocker for kwin_wayland?

I thought I would disable kscreenlocker completely (by setting the screen to never lock?) and use something like swayidle and swaylock, but it doesn't look like kwin supports the wayland extensions required to use swaylock.

I've been using konsole (and iterm2 on my work mac) for most of my working career, but on the linux side, I've recently switched to Kitty, but now I'm wondering if I can finally get used to just using emacs on both.

Does anyone use emacs as their main terminal? Is there one better than ansi-term that supports modern features like libsixel?

I still can't quite get used to the keybindings (like C-c twice for ^C) and some other weirdness.

Yes, yes, I know, buy AMD, but I already have nVvdia to use CUDA, but this new patch on the nightly branch (on arch, you can use sunshine-git but with my patch here: https://aur.archlinux.org/packages/sunshine-git) finally makes it so that I don't have to "dual boot" into X11 to get game streaming at full performance.

Prior to this, wayland-based streamers had to make a round-trip through CPU ram, and now it stays within GPU ram and thus we can stream 4k on nvidia/Wayland!

... check that the breeding ranch is fully within your base's blue circle.

The building is massive, and the game lets you have part of it outside, but I ran into a ton of bugs with pals going into a weird state where they can't be assigned after they un-assign themselves to the pen (usually when fast travelling).

(Edit: this is before patch 1.3.0)

Anyone heard of this? I've been following it since the first few trailers looked fake, but now I'm more convinced this is going to be a real game (and actually looks kinda good).

Production update on Framework Laptop 13 (AMD Ryzen 7040 Series)

We continue to be on track to start shipments before the end of the month on the new Framework Laptop 13 (AMD Ryzen 7040 Series). Last week we shared that SMT (Mainboard production) had started, and this week we’ve begun final assembly of laptops. We also pulled some early units to send out to press reviewers to make sure that you can see exactly where we’ve landed on performance and battery life. We have another happy bit of news to share with you: our Lead System Architect Kieran was able to implement a firmware solution to reduce power consumption when using HDMI and DP Expansion Cards on the back two slots. The only remaining power issue is with USB-A Expansion Cards on the back slots, which we are investigating a future USB-A Expansion Card hardware revision to resolve.

Looks like the first few AMD laptops have been manufactured and press samples have been sent out!

Is it just memory bandwidth? Or is it that AMD is not well supported by pytorch well enough for most products? Or some combination of those?

My set-up is roughly analogous to this: https://community.frame.work/t/guide-fedora-36-hibernation-with-enabled-secure-boot-and-full-disk-encryption-fde-decrypting-over-tpm2/25474

Summary is that I use full-disk encryption (FDE) and use the TPM to decrypt the swap, and use full lockdown mode with a kernel patched to allow hibernation.

Suspend-then-hibernate (in my opinion) is a must-have feature for a laptop that goes in a backpack -- if I close my laptop's lid and put it in my backpack, I expect it to both not overheat, and to have some amount of battery left regardless of when I decide to take it out again.

Anyway, does anyone have it working well, or any other tips?

One thing I've been toying with is using a systemd script to drop the filesystem caches before hibernating to have it resume faster.

It causes a bunch of weird controller errors, such as when a controller disconnects (or if the deck goes to sleep), it can't reconnect again.

Just let it use the default version (which I believe should be Proton Hotfix, or whatever Valve decides it should be since BG3 is an AAA headliner, they'll want this to work)

I use primarily 8bitdo controllers (in xbox emulation mode, so they show up as xbox controllers), and so far I've ran into several major bugs; wondering if others have experienced the same (i.e. it's something wrong with my setup) or found any workarounds

1. The controllers show up as 2 controllers when steam input is turned on -- to workaround this, I need to go into Steam's controller settings and turn off "Steam Input for XBox controllers", and they show up as one again.

2. It seems to have controllers working, they need to be connected before the game starts.

3. When loading a game with 2 controllers connected to the same computer, if you go into the session manager to move characters around (hit start -> LB I think), your first player's screen disappears forever and is unusable.

4. When a controller disconnects, you have to restart the entire game to reconnect them -- I can't figure out how to rejoin if a controller goes to sleep.

Edit: forgot to mention this is on (stock) steam deck. Turns out the problem was Proton Experimental, it works a lot better when I turn off "Force use of specific compatibility version".

I just had a second Samsung 980 PRO start dying, and had several more in my homelab cluster, so I was dreading doing this on my desktop computer (I have a small form factor), but it was a breeze on the framework.

I used a gparted liveUSB with the firmware on it (the tool is actually just a x86_64 binary), unscrewed the back screws (the captive screws makes it so I don't even need a screw tray), then took off the keyboard, and popped in the SSD, pop the keyboard back in its magnet and go and upgrade.

The brilliant part is that the keyboard is attached by magnets, and is easy to pop on and off to replace the SSDs, and before I knew it, all 5 SSDs were upgraded.