Version: 1.11.0 (using KDE 4.2.0) Compiler: gcc 4.3.3 OS: Linux Installed from: Gentoo Packages after upgrading to kde-4.2, my system seems to build up gpgsm programs over time that dont go away. i never had this problem with kde-3.5, or kde-4.1.[0-4]. every time i send a message, two new `gpgsm --server` instances are spawned. they never get killed. while i do have signing of messages turned on by default, disabling it for a message doesnt seem to matter ... gpgsm gets spawned again. $ ps aux | grep -c gpgsm 118 with each one sucking up about a meg of RSS, things slowly head south over time. i have to `killall gpgsm` every few days. not sure what kind of info is useful here, so i'll just rattle off a few things: - gnupg 2.0.9 - private key for signing is 4096bit RSA - my identity has OpenPGP signing key set in crypto tab - security->composing has 'automatically sign messages' - crypto backends has these two listed: - OpenPGP (gpg) - S/MIME (gpgsm) - both backends were detected automatically and so use default options here's the output from running: $ grep -v -e '^$' -e '^#' ~/.gnupg/*.conf ~/.gnupg/dirmngr.conf:debug-level basic ~/.gnupg/dirmngr.conf:log-file socket://~/.gnupg/log-socket ~/.gnupg/gpa.conf:keyserver ldap://pgp.surfnet.nl:11370 ~/.gnupg/gpg-agent.conf:pinentry-program /usr/bin/pinentry-dynamic ~/.gnupg/gpg-agent.conf:no-grab ~/.gnupg/gpg-agent.conf:default-cache-ttl 604800 ~/.gnupg/gpg-agent.conf:max-cache-ttl 1209600 ~/.gnupg/gpg-agent.conf:debug-level basic ~/.gnupg/gpg-agent.conf:log-file socket://~/.gnupg/log-socket ~/.gnupg/gpg-agent.conf:default-cache-ttl 999999 ~/.gnupg/gpg.conf:no-greeting ~/.gnupg/gpg.conf:default-key <mykey> ~/.gnupg/gpg.conf:keyserver hkp://subkeys.pgp.net ~/.gnupg/gpg.conf:keyserver-options timeout=3 ~/.gnupg/gpg.conf:keyserver-options auto-key-retrieve ~/.gnupg/gpg.conf:keyserver-options verbose ~/.gnupg/gpg.conf:keyserver-options verbose ~/.gnupg/gpg.conf:keyserver-options verbose ~/.gnupg/gpg.conf:use-agent ~/.gnupg/gpg.conf:utf8-strings ~/.gnupg/gpgsm.conf:debug-level basic ~/.gnupg/gpgsm.conf:log-file socket://~/.gnupg/log-socket
We've a user seeing this too: https://bugzilla.redhat.com/show_bug.cgi?id=495951
i just noticed that the issue seems to be better with kde-4.2.4 ... at least on my system, it seems to stabilize at a handful of gpgsm instances (like 6 of them), although it'd be nice if there werent any duplicate ones at all
I'm so glad other people are seeing this, and it's not just me. I've been seeing this ever since I upgraded to KDE 4.1.1 from 3.5.10. Every signed message I view in KMail causes another gpgsm instance to be spawned. $ pgrep gpgsm | wc -l 203 There is apparently no practical limit on the number of these things that can be spawned. I almost never quit KMail, and I do see very few gpgsm instances running sometimes, so I have to guess that they do die off eventually. Nevertheless, KMail should be telling these things to terminate when it's finished with them, or else it should be reusing them rather than spawning new ones all the time. Perhaps it's trying to pool and reuse instances and just doing a lousy job? For what it's worth, they do terminate immediately if I quit KMail. I'm using KDE 4.3.1 (KMail 1.12.1) built from source by Gentoo's ebuilds.
i dont have any gpgsm instances sticking around with kde-4.3.0, so perhaps there is interaction with something else non-obvious here ...
I recently upgraded to Kubuntu 9.04 (yes, I'm a bit slow with the upgrades!), and am now also seeing this issue. $ kmail --version Qt: 4.5.0 KDE: 4.2.2 (KDE 4.2.2) KMail: 1.11.2 $ $ gpgsm --version gpgsm (GnuPG) 2.0.9 [ ... ] Home: ~/.gnupg Supported algorithms: Cipher: 3DES, AES, AES192, AES256, SERPENT128, SERPENT192, SERPENT256, SEED, CAMELLIA128, CAMELLIA192, CAMELLIA256 Pubkey: RSA, ECDSA Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, WHIRLPOOL Used libraries: gcrypt(1.4.1), ksba(1.0.3), assuan(1.0.5) $ I have a huge number of files of the general form (all of which date from after the upgrade to Kubuntu 9.04): ~/.gnupg/.#lk0x<HEX>.<NODE>.<NUM> I do not (knowingly) use gpg/gunpg/whatever-this-is, and have never (knowingly, or at least that I can recall ;-\ ) set it up. Hence, I presume, everything in ~/.gnupg/ is default?
Thank you for taking the time to file a bug report. KMail2 was released in 2011, and the entire code base went through significant changes. We are currently in the process of porting to Qt5 and KF5. It is unlikely that these bugs are still valid in KMail2. We welcome you to try out KMail 2 with the KDE 4.14 release and give your feedback.
Still true under KMail 5 (here: 5.1.3). Confirmed by dfaure & me.
Git commit 14728b61a24f29afc2b3f8b86c26b410fdc27a0c by David Faure. Committed on 03/04/2017 at 07:00. Pushed by dfaure into branch 'Applications/17.04'. Fix gpgsm processes being leaked due to QGpgME::KeyListJob not being deleted FIXED-IN: 17.04 M +2 -1 mimetreeparser/src/viewer/messagepart.cpp https://commits.kde.org/messagelib/14728b61a24f29afc2b3f8b86c26b410fdc27a0c