- User Since
- May 15 2021, 10:50 PM (22 w, 1 d)
Aug 23 2021
After several days of observation, after modifying the configuration file options , the problem has indeed been greatly alleviated.
Aug 20 2021
I have recently been busy with the new features and mechanisms of the GpgFrontend project.
Aug 16 2021
###+++--- GPGConf ---+++### allow-version-check keyserver hkps://hkps.pool.sks-keyservers.net:80 ###+++--- GPGConf ---+++### 2021/5/8 14:18:58 # GPGConf edited this configuration file. # It will disable options before this marked block, but it will # never change anything below these lines.
debug network,dns,ipc log-file C:\Users\Administrator\dirmgr.log
I wrote this in my dirmngr.conf. But i haven't found this .log file.
Aug 11 2021
Yes, I infer that the problem lies in the network-related modules. Because this waiting time is too long, it is probably not a problem of calculation and disk.
Aug 10 2021
Let me try, this problem sometimes happens, so it may takes some time to come to a conclusion.
But what I know is that after experiencing slow loading, it will not appear again when it is opened again later.
Jul 7 2021
Thanks for the reply, this source code file and suggestions are very useful. Let gpg execute commands is a solution, but it is not optimal compared to providing a functional interface.
In addition, it is reversible to revoke the subkey by expiring it. But I will use the solutions you provide at this stage, knowing that you have time to provide better solutions. thank you!
Jun 25 2021
Thank you, this is my great honor!
If it is convenient, can you provide an email address? So that I can elaborate to you.
Jun 19 2021
The problem has been solved by me, but this and the problem are still very strange.
Jun 16 2021
Let me explain this problem more clearly. GPGME did not correctly receive and parse the output from gpgconf. Looking at the log file, EOF was generated when 4096 bits were read. So in engine info, although the path is correct, the identification of the version number is 1.0.0, and there is only gpgconf in the protocol, but there are no protocols such as gpg, assume, etc., which just means that gpgme does not correctly identify the output of gpgconf in this environment Information to find other protocols.
At the same time, I verified whether the output in gpgconf and the path of the related configuration are correct (whether there is a corresponding tool under the path), these are all right, which is very strange.
This is the log file output after the GPGME DEBUG environment variable is set.
Jun 3 2021
I tried again after cloning the master branch, and I finally figured it out. Sorry for the trouble caused by this irrelevant question just submitted. thanks again.
Jun 2 2021
May 28 2021
A popular way is to export the subkey, delete the existing key pair, and then import the subkey back, so that the actual value of the master key will not appear in the key pair to protect the master key(The value of the master key will be backed up and stored in another safe place).
At this time, gpg -K will display the following for this key pair:
May 27 2021
May 23 2021