On 2022-08-07 06:55, David C. Rankin wrote:
On 8/5/22 08:28, Peter Suetterlin wrote:
David C. Rankin wrote:
Yup... sorry no silver bullet this time. Were it me, I'd
# useradd test
(set passwd, etc..)
Yes, did this, as expected it works there. So it must be somehow configuration related, probably some old setting that got changed meanwhile or similar (the machine was installed 6 years ago, since then only updates).
But I have no clue *where* the relevant config file is. ~/.config has 1GB. Finding something there isn't trivial. And nuking it is a no-go for sure. Would be easier if KDE wouldn't dump all configs directly under ~/.config, but in it's own subdirectory...
Config corruption is the Achilles heel for KDE5/Plasma. It hasn't improved much since kde4. The painful solution is the same though, move your config directory (I don't even know what it is now, last time I fought with it Plasma was dumping all individual config files in ~/.config and polluting the lot rather than doing the sane thing and putting configs in ~/.config/plasma or ~/.plasma or ~/.kde5 or something similar.
With KDE4 it was just move ~/.kde4 to ~/.kde4-sav (or similar) and restart the desktop. I hope all the plasma configs are now in a similar directory you can simply move and restart the desktop in the same way. If they are still all dumped as individual files under ~/.config --- that would be a Royal PITA.
XFCE has ~/.config/xfce4, but there is also ~/.cache/xfce4, plus many other programs that are part of xfce which have their own private config directories, so not fully clear that renaming the xfce4 directory would work. Example: ~/.config/autostart Then there are files in .config that are dated a decade ago... example: .config/pulse/cookie (2019) .config/suse/gnome-11.4-wallpaper-migrated (2011) I can not know if they are still used. -- Cheers / Saludos, Carlos E. R. (from 15.3 x86_64 at Telcontar)