Thank you sir. You are much to kind.<br><br>
<blockquote>On Thursday, 31. August 2023 14:35, <span class="mp_address_group"><a title="" rel="tooltip" class="mp_address_email" href="/webmail/send?to=gnupg-users@gnupg.org" data-original-title="gnupg-users@gnupg.org">Werner Koch via Gnupg-users</a></span> wrote:<br><br>

<p>On Wed, 30 Aug 2023 11:54, Andrew Ammerlaan said:</p><p>> Signing /dev/null feels like more of a hack then an actual solution to<br>> keeping the key unlocked until portage finishes. Therefore I would<br>> like to ask you if you have any better ideas to do this?</p><p>Don't use a passphrase or better use remote signing from your desktop<br>and not on a server.  See wiki.gnupg.org on how to use a remobe<br>gpg-agent.</p><p>Another option is to use gpg-preset-passphrase (installed to<br>libexec). Use</p><p>  gpg -K --with-keygrip YOURSIGNINGKEY</p><p>to find the keygrip; then use</p><p>  gpg-preset-passphrase --preset KEYGRIP</p><p>and enter the passphrase followed by a LF (or provide to stdin).  This<br>puts the passphrase into gpg-agent's cache with no timeout.  The --forget<br>option might not work right now, thus you better use</p><p>  gpgconf --reload gpg-agent</p><p>to flush gpg-agent's cache.</p><p>Salam-Shalom,</p><p>   Werner</p><p>--<br>The pioneers of a warless world are the youth that<br>refuse military service.             - A. Einstein</p>
<p>_______________________________________________<br>Gnupg-users mailing list<br>Gnupg-users@gnupg.org<br>https://lists.gnupg.org/mailman/listinfo/gnupg-users</p></blockquote>