For a while, I had to do this after every kernel update

Turns out, i accidentally had two /boot folders. One was is own partition, and the other was on the rootfs partition. When Arch booted, the separate partition was mounted over the rootfs /boot dir, “shadowing” it

Except, UEFI / GRUB was still pointing to the rootfs partition. So when pacman installed a kernel update, it wasn’t able to update the kernel that UEFI was booting, but it was able to update the kernel modules

Kernel no likey when kernel modules are newer than the kernel itself

Idiocracy

I enabled testing repos for KDE 6.0 early access, and they include an overlay like this that says it’s a test release

Despite thinking that was a good idea, it felt a little like this, lol

It haunts me in my dreams

We kinda do, with GPS satellites that have to correct their clocks due to the effects of gravity and speed

And communication with space probes

I use 24h clocks and ISO 8601 dates almost always

Honestly, I’m better at organizing code than I am my actual life

Timezones make intuitive sense for humans

UTC / Unix timestamps make intuitive sense for computers

The issue is bridging the gap

There’s a reason I run Linux, and root my Android

Because it actually feels like my device now

(And fixing issues is significantly easier, if you know where to look)

I would use it, if KDE plasma would support it in their settings GUI

It’s an explicit “opt-out” by the OP, such that their content cannot (legally) be used to train LLMs or such (Chat GPT, Github Copilot, etc)

Well, that’s what I assumed until i read the license terms. It doesn’t explicitly mention AI or LLMs, but it does say

You may not use the material for commercial purposes

Which i assume has the same limitations for AI training, for commercial AI

(I am not a lawyer)

While i also disagree with python’s tendency to use exceptions as control flow

Python is a pretty stellar scripting language. I wouldn’t use it for app dev, but it’s quite handy for the odd automation or CLI task

Arch621

This is true

Although, i find this isn’t as much an issue if you use python’s STL as much as you can

Pathlib and shutil are really handy for file manips

But, yea interfacing with external CLI utilities like git is a PITA

Oh there’s also xonsh which is just a shell built put of python

I’ve gone full linux both at home and at work. Thankfully, most of the tools we use are cross platform / FOSS. But in the odd case, I use KVM (the linux equivalent to Hyper-V) to spin up a windows VM

It has it’s issues (like graphics card pass-through), but it works pretty well

I dunno really, something about tech support and no money

I was having a hard time with the fursuit, and she just said “forget it” after the third time i mentioned GNU/Linux

/s

I personally do most of my heavy scripting in python

This one hits scarily close to home

I even use a non-POSIX shell (https://www.nushell.sh/), with my config synced with Syncthing

My first “daily driver” distro was Arch, and i love every minute of it.

It’s a tinkerer’s dream

My biggest issue with wayland was screensharing on Discord, but plasma 6 fixed that with xwaylandvideobridge

I’ve been using Wayland as a daily driver for a few years now, and I’d say it’s ready for 98% of use cases

I feel like the people who complain about systemd have never tried to mess with sysVinit scripts before

6+ years ago, I was trying to configure a touchscreen HAT for a raspberry pi, and dicking with the init.rc script was a massive pain