Re: [gentoo-user] KWallet refuses to auto open at login
On Mon, 12 Jun 2023 at 09:33, Michael wrote: > > You could try making gnome keyring wait until a login session is up an running > and only run if an application asks for it. Take a look in /etc/pam.d/sddm > (or perhaps /etc/pam.d/sddm-autologin?) then add an 'only_if' conditional > statement at the end, e.g.: > > -session optional pam_gnome_keyring.so only_if=gdm,sddm,xdm, here> > > This means whenever an application requires gnome keyring it will ask you for > your passwd, instead of auto-unlocking it at the start of the desktop login > session. However, this may or may not fix your problem, because as you point > out the other host is working normally without this tweak. > Interesting suggestion, thanks! I tried this, as well as adding force_run to "-session optional pam_kwallet5.so auto_start" neither option worked. > out the other host is working normally without this tweak. I wonder ... is > the other host running on (much) slower hardware? > Yes and no. They're both Skylake machines with mobile CPUs, only difference is the one it's not working on is a quad-core i7 HQ series and the other (where it's working) is a dual-core i7 U-series low voltage. On the other hand, I decided to F it, and move back to Xorg. It all works fine on Xorg after the usual wipe of KDE-related stuff in ~/.config, ~/.local, and ~/.cache. Trying a Wayland session _after_ the fact, is still broken. Yet, I can't see anything in the logs to suggest why this might be the case. This, on top of Night Colour also not work well (gets stuck in whatever state it was in if the display goes to sleep) tells me Wayland is _still_ not ready for day to day use. Which is a shame, because it's _this_ close, but annoyances like the above are just not worth the hassle (yet). Ironically, the timing of my post is near perfect with that of the other thread re Wayland issues. Best Regards, Victor
Re: [gentoo-user] KWallet refuses to auto open at login
On Mon, 12 Jun 2023 at 06:53, Bryan Gardiner wrote: > 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]) > Yes, I never use auto login. It's password based SDDM set up. Configs are in line with suggestions in Gentoo Wiki. I too consulted the Arch Wiki but most of it overlaps (as one might expect). To be honest, these days the kde-plasma/kwallet-pam package comes with the correct config by default and I've not had to touch it manually.
Re: [gentoo-user] KWallet refuses to auto open at login
On Sunday, 11 June 2023 23:48:08 BST Victor Ivanov wrote: > 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". I have seen the same in one of my systems. I understand the gkr message to be informational only, after all it succeeds once kwallet5 kicks in. > 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. Yes, or at least it would be logical to expect some error message if a race condition occurred and gnome keyring failed to authenticate. > 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. You could try making gnome keyring wait until a login session is up an running and only run if an application asks for it. Take a look in /etc/pam.d/sddm (or perhaps /etc/pam.d/sddm-autologin?) then add an 'only_if' conditional statement at the end, e.g.: -session optional pam_gnome_keyring.so only_if=gdm,sddm,xdm, This means whenever an application requires gnome keyring it will ask you for your passwd, instead of auto-unlocking it at the start of the desktop login session. However, this may or may not fix your problem, because as you point out the other host is working normally without this tweak. I wonder ... is the other host running on (much) slower hardware? signature.asc Description: This is a digitally signed message part.
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
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] 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.
Re: [gentoo-user] KWallet refuses to auto open at login
Does a new user account work the way it is supposed to? On Sat, 10 Jun 2023, 07:33 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? > > Best Regards, > Victor > >
[gentoo-user] KWallet refuses to auto open at login
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? Best Regards, Victor
Re: [gentoo-user] KWallet doesn't recognise my password
On Tue, 13 Dec 2016 09:11:07 +0100, Stefano Crocco wrote: > Have you by any chance upgraded libgcrypt to 1.7.4? There's a bug > report about kwallet:5 and libgcrypt 1.7.4 [1]. I had exactly the same > issue yesterday and solved it by downgrading libgcrypt to 1.7.3. This one hit me too, thanks for the fix. -- Neil Bothwick The Computer is the logical advancement of humankind: intelligence without morality. pgpAatV4i61b5.pgp Description: OpenPGP digital signature
Re: [gentoo-user] KWallet doesn't recognise my password
On Tuesday 13 Dec 2016 06:33:27 Mick wrote: > On Monday 12 Dec 2016 13:18:46 Peter Humphrey wrote: > > Hello list, > > > > Until this morning I've had no real problems with KMail and co. for quite > > a > > while, but something's upset the wallet system so that my password is no > > longer recognised when I start KMail-2. This is what I've tried: > > > > 1. Re-created a blank /home partition and restored from yesterday's > > backup. > > > > (Yesterday's setup was working nicely.) > > > > No difference, so: > > 2. Deleted ~/kde4/share/apps/kwallet (while not running live) and > > rebooted. > > > > No difference there either. > > > > Is there something I can restore from backup to enable me to use the > > wallet > > again - perhaps something in /etc/ssl or /var/tmp? Maybe I need to remerge > > the wallet packages, or maybe I'll have to create an entirely new user for > > myself. I hoped I'd seen the last of that kind of masochism. > > > > In case it's relevant, the appearance of this problem coincided with a new > > kernel, 4.9.0, which I compiled as usual and rebooted. I just got a blank > > screen. I had to revert to 4.8.14 and rebuild the associated modules > > before > > I could boot, and then fsck ran to check all the file systems. > > I wouldn't think the kernel is relevant to the kwallet problem. No, nor I. I thought I ought to mention all the things that went wrong at once, except that I omitted to recount all the wrestling with UEFI booting. That one could have been the kernel. > I recall having to run a migration script or something, to migrate the > kwallet4 to kwallet5. Kmail is still using kwallet4. Did you update pam by > any chance? This should be something to look into for kwallet. -- Regards Peter
Re: [gentoo-user] KWallet doesn't recognise my password
On Tuesday 13 Dec 2016 09:11:07 Stefano Crocco wrote: > Have you by any chance upgraded libgcrypt to 1.7.4? There's a bug report > about kwallet:5 and libgcrypt 1.7.4 [1]. I had exactly the same issue > yesterday and solved it by downgrading libgcrypt to 1.7.3. Yes, that's it. Actually, I fixed it with a sledge-hammer, by restoring the rest of the system around my home partition. Now I can mask that version of libgcrypt when I update today. > I hope this helps Certainly did - many thanks, Stefano. > [1] https://bugs.gentoo.org/show_bug.cgi?id=602502 -- Regards Peter
Re: [gentoo-user] KWallet doesn't recognise my password
On Monday 12 December 2016 13:18:46 Peter Humphrey wrote: > Hello list, > > Until this morning I've had no real problems with KMail and co. for quite a > while, but something's upset the wallet system so that my password is no > longer recognised when I start KMail-2. This is what I've tried: > > 1.Re-created a blank /home partition and restored from yesterday's backup. > (Yesterday's setup was working nicely.) > No difference, so: > > 2.Deleted ~/kde4/share/apps/kwallet (while not running live) and rebooted. > No difference there either. > > Is there something I can restore from backup to enable me to use the wallet > again - perhaps something in /etc/ssl or /var/tmp? Maybe I need to remerge > the wallet packages, or maybe I'll have to create an entirely new user for > myself. I hoped I'd seen the last of that kind of masochism. > > In case it's relevant, the appearance of this problem coincided with a new > kernel, 4.9.0, which I compiled as usual and rebooted. I just got a blank > screen. I had to revert to 4.8.14 and rebuild the associated modules before > I could boot, and then fsck ran to check all the file systems. Have you by any chance upgraded libgcrypt to 1.7.4? There's a bug report about kwallet:5 and libgcrypt 1.7.4 [1]. I had exactly the same issue yesterday and solved it by downgrading libgcrypt to 1.7.3. I hope this helps Stefano [1] https://bugs.gentoo.org/show_bug.cgi?id=602502
Re: [gentoo-user] KWallet doesn't recognise my password
On Monday 12 Dec 2016 13:18:46 Peter Humphrey wrote: > Hello list, > > Until this morning I've had no real problems with KMail and co. for quite a > while, but something's upset the wallet system so that my password is no > longer recognised when I start KMail-2. This is what I've tried: > > 1.Re-created a blank /home partition and restored from yesterday's backup. > (Yesterday's setup was working nicely.) > No difference, so: > > 2.Deleted ~/kde4/share/apps/kwallet (while not running live) and rebooted. > No difference there either. > > Is there something I can restore from backup to enable me to use the wallet > again - perhaps something in /etc/ssl or /var/tmp? Maybe I need to remerge > the wallet packages, or maybe I'll have to create an entirely new user for > myself. I hoped I'd seen the last of that kind of masochism. > > In case it's relevant, the appearance of this problem coincided with a new > kernel, 4.9.0, which I compiled as usual and rebooted. I just got a blank > screen. I had to revert to 4.8.14 and rebuild the associated modules before > I could boot, and then fsck ran to check all the file systems. I wouldn't think the kernel is relevant to the kwallet problem. I recall having to run a migration script or something, to migrate the kwallet4 to kwallet5. Kmail is still using kwallet4. Did you update pam by any chance? This should be something to look into for kwallet. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] KWallet doesn't recognise my password
Hello list, Until this morning I've had no real problems with KMail and co. for quite a while, but something's upset the wallet system so that my password is no longer recognised when I start KMail-2. This is what I've tried: 1. Re-created a blank /home partition and restored from yesterday's backup. (Yesterday's setup was working nicely.) No difference, so: 2. Deleted ~/kde4/share/apps/kwallet (while not running live) and rebooted. No difference there either. Is there something I can restore from backup to enable me to use the wallet again - perhaps something in /etc/ssl or /var/tmp? Maybe I need to remerge the wallet packages, or maybe I'll have to create an entirely new user for myself. I hoped I'd seen the last of that kind of masochism. In case it's relevant, the appearance of this problem coincided with a new kernel, 4.9.0, which I compiled as usual and rebooted. I just got a blank screen. I had to revert to 4.8.14 and rebuild the associated modules before I could boot, and then fsck ran to check all the file systems. -- Regards Peter
[gentoo-user] kwallet
Hi Could someone tell me where to swith off kwallet? I have those anoing kwallet popups using kmail. mar martins # equery b kwallet [ Searching for file(s) kwallet in *... ] kde-base/kdelibs-3.5.4-r1 (/usr/kde/3.5/share/doc/HTML/en/kdelibs-apidocs/kwallet) mar martins # eix -s kwallet * kde-base/kwalletmanager Available versions: (3.5) 3.5.2 3.5.3 3.5.4 3.5.4-r1 Homepage:http://www.kde.org/ Description: KDE Wallet Management Tool -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kwallet
On Thu, 21 Sep 2006 13:24:55 +0300, Martins Steinbergs wrote: Could someone tell me where to swith off kwallet? I have those anoing kwallet popups using kmail. I looked into this a while ago, asking on this list and elsewhere, and it didn't seem possible to go back to the old KMail behaviour of storing email passwords in the config. One thing I may not have tried is setting KMail to use a different wallet and giving that wallet no password. I don't even know if this is possible. I don't use KMail myself, so it's my partner's problem, but it really should be possible to disable this behaviour. Maybe you should file a KDE bug if you can't find a way to turn it off. -- Neil Bothwick Energize! said Picard and the pink bunny appeared... signature.asc Description: PGP signature
Re: [gentoo-user] kwallet [SOLVED]
On Thursday 21 September 2006 14:22, Neil Bothwick wrote: On Thu, 21 Sep 2006 13:24:55 +0300, Martins Steinbergs wrote: I looked into this a while ago, asking on this list and elsewhere, and it didn't seem possible to go back to the old KMail behaviour of storing email passwords in the config. One thing I may not have tried is setting KMail to use a different wallet and giving that wallet no password. I don't even know if this is possible. I don't use KMail myself, so it's my partner's problem, but it really should be possible to disable this behaviour. Maybe you should file a KDE bug if you can't find a way to turn it off. Heh, well hidden option. grepped everywere with no luck. Then did emerge kwalletmanager and first option was to uncheck kwallet subsystem. m -- Linux 2.6.17-rt7 AMD Athlon(tm) 64 Processor 3200+ 15:36:55 up 7:06, 6 users, load average: 0.31, 0.87, 0.88 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kwallet [SOLVED]
On Thu, 21 Sep 2006 15:40:04 +0300, Martins Steinbergs wrote: I don't use KMail myself, so it's my partner's problem, but it really should be possible to disable this behaviour. Maybe you should file a KDE bug if you can't find a way to turn it off. Heh, well hidden option. grepped everywere with no luck. Then did emerge kwalletmanager and first option was to uncheck kwallet subsystem. Do you mean you disabled kwallet completely? That sucks, kwallet is useful for website passwords etc, just a pain with KMail. -- Neil Bothwick Virtue is it's own punishment. signature.asc Description: PGP signature
Re: [gentoo-user] kwallet [SOLVED]
On Thursday 21 September 2006 15:50, Neil Bothwick wrote: On Thu, 21 Sep 2006 15:40:04 +0300, Martins Steinbergs wrote: I don't use KMail myself, so it's my partner's problem, but it really should be possible to disable this behaviour. Maybe you should file a KDE bug if you can't find a way to turn it off. Heh, well hidden option. grepped everywere with no luck. Then did emerge kwalletmanager and first option was to uncheck kwallet subsystem. Do you mean you disabled kwallet completely? That sucks, kwallet is useful for website passwords etc, just a pain with KMail. why? why a pain? It asks for the password once - and as long as you do not close kmail, it won't ask for it again. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kwallet [SOLVED]
On 21 September 2006 15:50, Neil Bothwick wrote: On Thu, 21 Sep 2006 15:40:04 +0300, Martins Steinbergs wrote: I don't use KMail myself, so it's my partner's problem, but it really should be possible to disable this behaviour. Maybe you should file a KDE bug if you can't find a way to turn it off. Heh, well hidden option. grepped everywere with no luck. Then did emerge kwalletmanager and first option was to uncheck kwallet subsystem. Do you mean you disabled kwallet completely? That sucks, kwallet is useful for website passwords etc, just a pain with KMail. I you leave kmail open all the time like I do kwallet isn't a pain. Uwe -- Mark Twain: I rather decline two drinks than a German adjective. http://www.SysEx.com.na -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kwallet [SOLVED]
On Thu, 21 Sep 2006 18:07:48 +0200, Hemmann, Volker Armin wrote: Do you mean you disabled kwallet completely? That sucks, kwallet is useful for website passwords etc, just a pain with KMail. why? why a pain? It asks for the password once - and as long as you do not close kmail, it won't ask for it again. But if you do close it, it's more of a pain. /home is on an encrypted filesystem, so there is no need to password protect the password again. -- Neil Bothwick Old programmers never die; they just branch to a new address. signature.asc Description: PGP signature
Re: [gentoo-user] kwallet [SOLVED]
On Thursday 21 September 2006 16:50, Neil Bothwick wrote: On Thu, 21 Sep 2006 15:40:04 +0300, Martins Steinbergs wrote: I don't use KMail myself, so it's my partner's problem, but it really should be possible to disable this behaviour. Maybe you should file a KDE bug if you can't find a way to turn it off. Heh, well hidden option. grepped everywere with no luck. Then did emerge kwalletmanager and first option was to uncheck kwallet subsystem. Do you mean you disabled kwallet completely? That sucks, kwallet is useful for website passwords etc, just a pain with KMail. yes, i dont need somebody to take care. I can keep 2 sets of login(e-mail):passwd in my head for 'sign for free' sites. Then passwords for 3 banks i keep in head with backup in encrypted txt file. m -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kwallet [SOLVED]
On Thursday 21 September 2006 18:57, Neil Bothwick wrote: On Thu, 21 Sep 2006 18:07:48 +0200, Hemmann, Volker Armin wrote: Do you mean you disabled kwallet completely? That sucks, kwallet is useful for website passwords etc, just a pain with KMail. why? why a pain? It asks for the password once - and as long as you do not close kmail, it won't ask for it again. But if you do close it, it's more of a pain. /home is on an encrypted filesystem, so there is no need to password protect the password again. and it closes after a while, when no website asks for a pw. So everytime you surf on a website, you have to enter the kwallet pw. I don't see, why kmail's behaviour is more painfull. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kwallet [SOLVED]
On Thu, 21 Sep 2006 21:38:46 +0200, Hemmann, Volker Armin wrote: But if you do close it, it's more of a pain. /home is on an encrypted filesystem, so there is no need to password protect the password again. and it closes after a while, when no website asks for a pw. So everytime you surf on a website, you have to enter the kwallet pw. Only if you configure it so. I don't see, why kmail's behaviour is more painfull. It is an extra level of inconvenience for the person using KMail. Computers are supposed to make things easier. If we wanted to modify our behaviour to suit the software, we'd be using Windows :( -- Neil Bothwick Did you hear about the blind prostitute? You have to hand it to her. signature.asc Description: PGP signature
Re: [gentoo-user] kwallet [SOLVED]
On Thursday 21 September 2006 21:53, Neil Bothwick wrote: On Thu, 21 Sep 2006 21:38:46 +0200, Hemmann, Volker Armin wrote: But if you do close it, it's more of a pain. /home is on an encrypted filesystem, so there is no need to password protect the password again. and it closes after a while, when no website asks for a pw. So everytime you surf on a website, you have to enter the kwallet pw. Only if you configure it so. and the same way you can configure kwallet to never close, so kmail only ask once (to open it) and never again. I prefer a self-closing kwallet - so I can leave my box for some time, without the risk, that someone copies all my 20+ passwords ;) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kwallet [SOLVED]
On Thu, 21 Sep 2006 23:35:23 +0200, Hemmann, Volker Armin wrote: and the same way you can configure kwallet to never close, so kmail only ask once (to open it) and never again. Good point. I prefer a self-closing kwallet - so I can leave my box for some time, without the risk, that someone copies all my 20+ passwords ;) Same here, especially on my laptop which has a much shorter timeout. But this is for my partner's box, and if someone want to steal her passwords and pay off the credit cards, I don't mind :) -- Neil Bothwick If the cops arrest a mime, do they tell her she has the right to remain silent? signature.asc Description: PGP signature
Re: [gentoo-user] kwallet [SOLVED]
On Thursday 21 September 2006 7:40 am, Martins Steinbergs wrote: On Thu, 21 Sep 2006 13:24:55 +0300, Martins Steinbergs wrote: I looked into this a while ago, asking on this list and elsewhere, and it didn't seem possible to go back to the old KMail behaviour of storing email passwords in the config. If you go into kwallet manager and tell it to not allow kmail access, kmail should prompt you for a password and you can at that point tell kmail to keep password -jm -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] kwallet [SOLVED]
On Thu, 21 Sep 2006 17:16:46 -0500, Joe Menola wrote: If you go into kwallet manager and tell it to not allow kmail access, kmail should prompt you for a password and you can at that point tell kmail to keep password I tried that, but it asked for the password each time, instead of saving it. That was a couple of releases ago, so it's worth another try. -- Neil Bothwick Eventually, you must pay for your sins. Exact change, please. signature.asc Description: PGP signature
