Yes, root's $HOME is supposed to be empty.

Oh, clever, I like it :-)

But unfortunately I forgot that Xfce doesn't read the GTK configuration files. Sorry. Try xfconf-query instead (as root).

You could try setting a different theme for root in /root/.gtkrc-2.0 & /root/.config/gtk-3.0/settings.ini

Arch barely has enough developers as it is so I wouldn't consider using a derivative of it that has even fewer developers.

EDIT: and anyway Artix is bloated compared to Alpine or OpenBSD so it's not a viable systemd-free alternative IMO.

It's only bloat if you don't use the features

I prefer mksh but unfortunately Alad left the TU team and put the package back in the AUR. I'm not using a shell from the AUR, that would just be silly.

I don't mind systemd. It's bloated as fuck but the features are nice.

You try running your super light X desktop on a machine with 16GiB of RAM and see how much is used. Even in Dragora

EDIT: to keep this vaguely on topic here's the fix for the DPI "issue" with the new Xorg version:

xrandr --dpi 96

^ Put that line in the desktop startup file (~/.xsessionrc is probably best) to return to the old "broken" DPI and fix scaling for all applications.

You can tell GRUB to not create entries for the drive even if it is attached when grub-mkconfig runs by adding the relevant UUID(s) to /etc/default/grub using the GRUB_OS_PROBER_SKIP_LIST variable. See https://www.gnu.org/software/grub/manua … figuration for details.

It's not a bug. The behaviour is intended and listed in your OP. The problem now is that all applications that have applied hacks to correct X's wrong DPI setting now have to be changed to remove the various fixes. Good luck with that...

And anyway I won't use X because it's obsolete. Wayland is better in every respect (IMO).

Trying out the new version now and there's a pretty serious regression in respect of DPI:

All earlier versions default to 96DPI, which is technically incorrect but workable. The new version uses the "correct" DPI and breaks scaling for the desktop. Nice.

EDIT: see also https://bbs.archlinux.org/viewtopic.php?id=271094

PPAs are not compatible with Devuan and can break it completely.

See https://wiki.debian.org/CreatePackageFromPPA for an alternative method (but not for inxi, as rolfie notes).

And I'm not prepared to list all ten possible locations here when you could just open the man page. If it helps I use fragment files under /etc/X11/xorg.conf.d/.

What did you name these configuration files? Did you check the X.Org log? It clearly states which configuration files have been read for that session.

I would use

for file in * ; do mv "$file" "${file#*- }" ; done

EDIT: see section 2.6.2 of the POSIX sh command language guide for an explanation.

Add this line to ~/.config/mimeapps.list:

application/x-deb=gdebi.desktop

Debian packages will not alter the contents of $HOME, to do so is in violation of official Debian policy. This also applies to Devuan (and most other distributions).

Use this to list the package contents:

dpkg -L compton

There is a sample configuration file provided. See if you can find it.