Description of problem: even with entropy around 3192 or higher, key generation(command line seems to be the only way to get it to take for some reason) takes a loooooong time to accomplish.I have haveged and audio entropy daemons running also.Mic is attached to the system.I have TPM chip installed and enabled and owned. Version-Release number of selected component (if applicable): 22 How reproducible: always Steps to Reproduce: 1.make a new keypair(size does not matter) gpg --gen-key Actual results: ok, keypair but it took like five minutes or more. Expected results: instant would be nice.near-instant would be better. info: maybe we are pulling from /dev/random instead of /dev/urandom. on systems with entropy /dev/urandom is sufficient enough to produce strong hash and the like.The process does seem to block so I think it uses /dev/random. A lot of people are old school in this regards, especially with encryption but if you do your homework you will see the difference between the two is rather moot.It only causes a problem on systems with little(<150) to no entropy.Fedora is not infected like other linux-es are in this regards and always has high entropy. also: there is a way to seed /dev/random from /dev/urandom but I dont see where this config file should be.It is with the prng tools like trouser,I have the file but nowhere to put it.Check my linux-wide security bug for more info.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.