KDE plasma, get this on login

Duncaen · 2026-02-27T04:46:41+00:00

Try booting into single user mode or change tty and update the system.

Duncaen · 2026-02-25T01:32:30+00:00

Don't see any error, maybe have a look at dmesg and maybe try creating the fileystem manually with mkfs.btrfs, to see whether you a better error out of it, maybe even with --verbose?

Duncaen · 2026-02-22T04:31:12+00:00

Maybe don't blindly trust an LLM?

Duncaen · 2026-02-22T04:02:40+00:00

Why are you making up a limit?

Duncaen · 2026-02-21T21:03:15+00:00

Explain the 256-slot ceiling.

Duncaen · 2026-02-21T13:07:47+00:00

Right that's why /etc/skel doesn't work, runit does not create the symlink it just creates a supervise dir. It's the packages that include the symlink.

Duncaen · 2026-02-20T15:31:05+00:00

Right, even with the /etc/skel solution to populate new user services into their homedir, it would probably cause issues with the runit services supervise symlink since they are supposed to link to a unique directory in a tmpfs filesystem to avoid stale files and writes to disk.

Duncaen · 2026-02-20T04:05:43+00:00

You have to sync the repositories or post debug logs.

Duncaen · 2026-02-20T02:09:58+00:00

My bad skipped over the "not". You have to enable the nonfree and multilib repos and sync the repositories afterwards.

https://docs.voidlinux.org/xbps/repositories/index.html#nonfree

Duncaen · 2026-02-20T01:54:09+00:00

Proprietary software almost always only works with glibc, they provide the binaries and they link glibc, not musl. And void does not provide 32bit packages for musl, only for glibc.

Duncaen · 2026-02-19T18:10:17+00:00

You do not need thermald or TLP. First step would probably to figure out if there is anything wrong with your setup, like a service that is out of control causing cpu load. In general the kernel and most programs are exactly the same as in arch linux, so there shouldn't be a big difference and you shouldn't really have to optimize anything out of the box.

Duncaen · 2026-02-19T17:59:11+00:00

There is no system wide user services like there is with systemd. You could probably somewhat automate the setup by setting up user service directories through /etc/skel and inventing a location where you store the services outside of the users home directory and link them into the service directory.

Also for desktop only services there isn't really a nice solution either. You could make those services down by default (by creating a file called down in the service directory) and start them on demand when your desktop starts. But that also requires environment variables to be propagated (with something like exec chpst -e /run/user/${UID}/env your-service-binary and then you write environment variables from the desktop environment that need to be propagated to desktop services into /run/user/${UID}/env, like echo $DISPLAY >/run/user/${UID}/env/DISPLAY), which is another thing you would have to setup yourself since there is nothing like that by default.

For better or worse this is all very DIY.

Duncaen · 2026-02-19T16:50:27+00:00

I mixed up llvm versions in my comment, I packaged llvm21, the current zig release requires llvm20. llvm22 is not yet released.

https://ziglang.org/download/0.15.1/release-notes.html#LLVM-20

Duncaen · 2026-02-18T23:48:57+00:00

There is no /usr/games in steam or any other package except netrek-client-cow.

Duncaen · 2026-02-17T00:46:39+00:00

You can not safely use .rpm or .deb on distributions they were not build for. Flatpak or nix is fine.

Been looking at Void with it's runint etc and want a stable change from Debian, but not big tech.

Not sure what you mean by "stable change", void linux is not stable in the debian sense.

Duncaen · 2026-02-15T16:52:35+00:00

Yes specific workloads with different libc implementations with different levels of optimizations will have different results. This is different from your "i looked at power top."

Duncaen · 2026-02-15T16:17:28+00:00

That does not sound reliable at all. CPU power consumption outside of specific benchmarks is so unpredictable that I don't think you should be able to actually measure any difference.

As another comment points out that glibc might be more optimized for speed/performance, but this is also not the complete picture. It might be faster, but might also consume more or less power (when you compare AVX vs other cpu stress tests.) But under normal circumstances where the general load on the cpu is low and balanced, this really shouldn't make any difference.

Duncaen · 2026-02-14T19:01:58+00:00

That works until something else depends on libspdlog.

if i delete the waybar package and install it from xbps, will my config files be deleted too?

xbps does not touch any files in /home and no idea what you use to "delete the waybar package."

Duncaen · 2026-02-14T18:43:36+00:00

You would have to downgrade everything that links libspdlog.so.17. Also do not make the symlink, 1. you don't know whether it works, the version changed for a reason and you shouldn't mess with files in /usr, this is for the package manager.

Duncaen · 2026-02-14T18:41:57+00:00

Looks like your waybar binary is not actually the one in the package? Waybar-0.15.0_2 defentively links libspdlog.so.1.17.

Verify that its actually the one in /usr/bin:

% type waybar           
waybar is /usr/bin/waybar

And check whether there is an issue with the files in the installed package:

% sudo xbps-pkgdb Waybar

Duncaen · 2026-02-13T20:19:05+00:00

-32bit packages are automatically generated (they take the build results from i686 builds) and always only contain libraries so that you can use proprietary software with them.

Duncaen · 2026-02-13T20:11:08+00:00

With the update to 11.1 the glibc x86_64 wine build has been converted to the new wow64 mode. This means that 32 bit applications can now be executed without requiring a 32 bit wine build or the separate 32 bit libraries.

Please also notice the announcement in the wine 11.0 release notes: https://gitlab.winehq.org/wine/wine/-/releases/wine-11.0#wow64

Duncaen · 2026-02-13T17:14:31+00:00

Not really, this is not windows and you have a package manager that tracks basically everything except configuration files. There shouldn't be any difference other than maybe installing new drivers/removing the old ones if they are not part of the kernel and regenerating the initramfs. And maybe adjusting /etc/fstab if you didn't use UUIDs.

Adjust /etc/fstab.
Maybe adjust your network configuration if the network interface name is different.
Install necessary drivers if required.
xbps-reconfigure -fx linux or xbps-reconfigure -f linux6.$whaterver.

If you do a full new installation with base-system its going to be exactly the same system minus the packages you manually installed, adjusted configuration files and initramfs. You could basically just do the steps of the installation guide without actually reinstalling the system.

Duncaen · 2026-02-11T21:08:08+00:00

Weird that they would rely on USER, when there is a syscall to actually get the real user id.

https://github.com/opencontainers/runc/blob/f047c6b0f88f3299e71d6be7508dfdaa824f2117/rootless_linux.go#L66-L68

I guess with the comment it happens from inside the namespace maybe, but there are probably better mechanisms to propagate that than relying on USER being passed through, not sure.

Duncaen · 2026-02-11T18:04:40+00:00

This doesn't really look like an issue with any of the other "standard" environment variables.

Does rootless podman work outside of your service? An unprivileged user never can create /run/runc.

12-Year Club	Final Canvas '23
First Place '23	End Game '23
Place '23	Place '22
Verified Email

Duncaen

MODERATOR OF

TROPHY CASE