The kernel does stuff like

• process and CPU task management
• hardware abstraction
• memory management (at the process level),
• file system managment
• and resource isolation (such as randomized memory addresses (ASLR))

The rest of the OS provides the actual software that users interact with, like

• file managers
• desktop rendering and window management
• settings menus
• sound mixing between applications
• graphics rendering

How are you holding up?

Because I am a potato

It’s not a permanent one and it works for the time being, can’t see the reason for the downvotes honestly.

It’s just a bad idea in general. A better option would be to patch the binary to use 15. They both have the issue of forcing paru to work with a library it wasn’t explicitly designed for, but symlinking (or copying) 15 to 14 forces the hack to be “system wide” instead of restricted to a single binary

as well, your solution is “temporary” only if you remember to fix it, vs patching which is (by default) overwritten the next time paru is updated

it “works”, but it’s not something i’d recommend someone else do

You can either patch the binary

sudo patchelf --replace-needed libalpm.so.14 libalpm.so.15 "$(which paru)"

Or install paru-git

sudo pacman -S --needed base-devel
git clone https://aur.archlinux.org/paru-git.git
cd paru-git
makepkg -si

Or do both, patch the binary, then use it to install paru-git (which is what i did)

I love arch, but I’m also a pedantic computer nut

It’s not for everyone

Oh, so that’s what all of you are talking about.

I still don’t really see what all the fuss is about

this looks very interesting

although, i wonder how they’re able to get full system metrics, running within flatpak

Same boat

I effing love arch and kde plasma, but nothing I’ve ever used has felt like a true replacement for Task Manager

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

Shell scripts don’t count

That’s not a programming language, that’s hieroglyphs

Idiocracy

I did something similar, although i gave up on it after a while

Now i use the virtual desktops, although typically, i put separate projects in each

If can be bothered

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

Exactly, that’s why you write down ideas immediately, when you have them

I have obsidian set to dump new notes into an “Inbox” folder

If i have an idea, i jot it down in a new note (usually from my phone), and move on

Then i can later catalog it properly

Don’t brainstorm

Collect ideas as you think of them throughout your day. Then when you need to “brainstorm”, read through your ideas and references

Relevant links:
Obsidian/Zettelkasten setup guide

How to take smart notes

For lurkers hoarding high quality content for this community, this is your sign to press the button “New post”

I’ve never really had good ideas to post

Even on reddit

I wonder if KDE connect could leverage the way Syncthing does device discovery and pairing

It works across networks, with no configuration

Gimp is super useful

But the learning curve is insane (especially if you’re not already familiar with digital art/ photo manip)

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

Arch621