Re: [gentoo-user] KWallet refuses to auto open at login
Hi Victor, On Sat, 10 Jun 2023 12:33:21 +0100 Victor Ivanov wrote: > Hello fellow penguins, > > I have to admit I'm at my wits' end with KWallet. This thing has been > driving me insane for the last couple of weeks, roughly since the > upgrade to Plasma 5.27 or shortly after. > > Every time I log in, it refuses to automatically open and prompts for > a password whenever an application wants to read secrets. Admittedly, > this is under Wayland which, following from recent news re this being > the Gentoo preference, I decided to give a try. But this also happens > under X11, so I doubt it's got anything to do with Wayland. > > I've tried everything I can think of: > - I've double checked the auto unlock guide in the Gentoo Wiki, made > sure PAM rules are in place and kwallet-pam is installed. Which should > be all good regardless, as it used to work just fine; > - I've also oneshot all of: kde-plasma/ , kde-frameworks/ , kde-apps/ > , and anything returned by "eix -I# pam", "eix -I# xdg", and "eix -I# > dbus" > - when the above failed to yield any meaningful resolution, I repeated > the one-shot step this time with "--noconfmem" and re-reviewed any > changes from the default configs; > - finally, I nuked all of my $HOME settings under ~/.config, ~/.cache, > and ~/.local and started from scratch; > - and yes, the KWallet was set up and re-setup (plenty of times) with > Blowfish with the same password as my login; > > The irony is, I have an equivalent Gentoo setup on a separate machine, > also moved to Wayland at the same time as I keep them both up to date > at the same intervals, and it works flawlessly. I've recursively > diff'd all config files under /etc between the two hosts and, other > than some minor, unrelated host-specific differences, everything is > identical, including configs under /etc/pam.d. > > I can get it to kind of work with a blank password, but that's not the > point and is not a viable "solution". Even then, it still doesn't auto > open, but at least it doesn't produce annoying prompts to open. > > I've always despised KWallet for its flaky behaviour but for the last > few years it hadn't given me any issues up until now. > > I'm truly bewildered. Is there anything I am missing? Are you testing with LightDM and SDDM logins where you type your password manually, rather than relying on autologin, or fingerprint readers, etc.? If memory serves me, something needs to pass down the password to kwallet, so with autologin, it can't unlock the wallet. (At least, not without extra help, I see the Arch wiki mentions pam_autologin for this but I haven't used it: [1]) Hope this helps, but it's been a while since I've used the wallet. [1] https://wiki.archlinux.org/title/KDE_Wallet#Unlock_KDE_Wallet_automatically_on_login - Bryan
Solved for now: [gentoo-user] some help with wayland (wrong display settings)
On 2023.06.10 17:56, Jack wrote: Still some work to do, but much better now. In the sterr output when run as a new user where both screens are used, I saw Checking screens: available: (QScreen(0x55723012fa90, name="DVI-I-1"), QScreen(0x55723011a010, name="DVI-I-2")) redundant: QHash() fake: QSet() all: (QScreen(0x55723012fa90, name="DVI-I-1"), QScreen(0x55723011a010, name="DVI-I-2")) but run as my regular user, where wayland only finds one screen, I saw Checking screens: available: (QScreen(0x55ff257aaaf0, name="DVI-I-2")) redundant: QHash() fake: QSet() all: (QScreen(0x55ff257aaaf0, name="DVI-I-2")) After flailing about trying to figure out why one of the monitors didn't seem to be available, I found kscreen-doctor and I realized that I COULD select the "missing" monitor in the Display Settings and enable it. I'm still having problems getting that change and the relative positioning of the two monitors to stick across sessions, but at least I've now got stuff to work with. While figuring out the kscree-doctor commands to set the displays, I discovered I had some old data in ~/.local/share/kscreen. Deleting that folder appears to have let plasma simply find the right default configuration, without my actually needing to set or fix anything. That folder has not been recreated by plasma, so I don't know why it was overriding reality, nor where the equivalent now lives.
Re: [gentoo-user] KWallet refuses to auto open at login
On Sun, 11 Jun 2023 at 14:22, Neil Bothwick wrote: > > Anything in the logs? Maybe someting to indicate whether PAM is trying to > open the wallet and failing, or whether it is not trying at all. > Thanks, Neil, good point. Not that I can tell. /var/log/auth.log looks identical on both systems after cold boot login. Here's an example (same on both hosts): --- Jun 11 23:13:04 somehost sddm-helper: pam_unix(sddm-greeter:session): session opened for user sddm(uid=) by (uid=0) Jun 11 23:13:06 somehost start-stop-daemon: pam_unix(start-stop-daemon:session): session opened for user pcscd(uid=(uid=) by (uid=0) Jun 11 23:13:15 somehost sddm-helper: gkr-pam: unable to locate daemon control file Jun 11 23:13:15 somehost sddm-helper: gkr-pam: stashed password to try later in open session Jun 11 23:13:15 somehost sddm-helper: pam_kwallet5(sddm:auth): pam_kwallet5: pam_sm_authenticate Jun 11 23:13:15 somehost sddm-helper: pam_kwallet5(sddm:setcred): pam_kwallet5: pam_sm_setcred Jun 11 23:13:15 somehost sddm-helper: pam_unix(sddm:session): session opened for user *(uid=*) by (uid=0) Jun 11 23:13:15 somehost sddm-helper: gkr-pam: gnome-keyring-daemon started properly and unlocked keyring Jun 11 23:13:15 somehost sddm-helper: pam_kwallet5(sddm:session): pam_kwallet5: pam_sm_open_session Jun 11 23:13:15 somehost sddm-helper: pam_kwallet5(sddm:setcred): pam_kwallet5: pam_sm_setcred Jun 11 23:13:17 somehost gnome-keyring-daemon[5636]: discover_other_daemon: 1 Jun 11 23:13:17 somehost polkitd[3881]: Registered Authentication Agent for unix-session:2 (system bus name :1.48 [/usr/lib64/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, locale en_GB.utf8) --- So it would appear "pam_kwalletd5" is loaded and initialised. There are no errors It makes me wonder if gnome keyring is to blame and if there's some sort of a race condition. On the other hand, there is the message "discover_other_daemon: 1". Besides, if it were a race I would expect KWallet to work at least some of the time on either system, while the issue is always reproducible on one host and never on the other. Other logs such as "/var/log/sddm.log" and "$HOME/.local/share/sddm/wayland-session.log" also look similar on both hosts without anything related to KWallet. I've also one-shot "eix -I# sddm" (SDDM owns sddm-helper) with --noconfmem. Still no luck. Use flags are more or less identical on both hosts as well. Something is tricksing me badly and I'm one step from emerging @world with --noconfmem and --empytree to see if that helps.
Re: [gentoo-user] mail -s "IP address change" $EMAIL
On Sat, 10 Jun 2023 23:33:05 -0600 the...@sys-concept.com wrote: > echo "New IP address: $NEW_IP" | mail -s "IP address change" $EMAIL > > Doesn't work! > Oh, local notifications? Is the mail command not using a locally configured (and under your control probably) server? pgpLMRPACY4QR.pgp Description: OpenPGP digital signature
Re: [gentoo-user] SMTP relay settings with Telus
On Sun, 11 Jun 2023 00:10:15 -0600 the...@sys-concept.com wrote: > Just switched to Telus from Shaw and for some reason, there either > isn't a working SMTP relay Not quite sure what the issue is. Were you using the Shaw mail servers as you MX host? Or are you having issues with connecting to your mail server through Telus? > So all those linux email notification stop working, what is the > solution? We don't have enough information to answer that, unless someone has gone through the same situation as you're going through. We'll need more information about exactly what is going on. pgp7IPqnEm6Wh.pgp Description: OpenPGP digital signature
[gentoo-user] Downgrading zfs-kmod 9999 -> 2.1.12 -- Heads up
Heads up for anyone trying this. Filesystem layout for kernel modules has changed, I ended up with left-over modules from when downgrading, needs manual clean-up. Would maybe be a good idea to update the ebuilds for the non-git ebuilds to either the new layout or to clean up the version- files in postinst. Symptom will obviously be undefined symbols when doing depmod. Took me quite a while before the cause dawned on me :-D
Re: [gentoo-user] KWallet refuses to auto open at login
On Sun, 11 Jun 2023 13:47:44 +0100, Victor Ivanov wrote: > > Does a new user account work the way it is supposed to? > > > Unfortunately, no. New accounts also get the same broken behaviour. Anything in the logs? Maybe someting to indicate whether PAM is trying to open the wallet and failing, or whether it is not trying at all. -- Neil Bothwick Why is there an expiration date on sour cream? pgpYWNIIl3any.pgp Description: OpenPGP digital signature
Re: [gentoo-user] KWallet refuses to auto open at login
On Sat, 10 Jun 2023 at 12:58, Andrew Udvare wrote: > > Does a new user account work the way it is supposed to? > Unfortunately, no. New accounts also get the same broken behaviour.
[gentoo-user] SMTP relay settings with Telus
Just switched to Telus from Shaw and for some reason, there either isn't a working SMTP relay So all those linux email notification stop working, what is the solution? -- Thelma
