| Age | Commit message (Collapse) | Author |
|---|
|
|
|
we use
end; end
to end nested modules.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Only parse responses that have status code 200 (OK).
Simplify status code handling a bit
Also profiled it to see if duplicate calculations matter.
They don't (2ms for validating 12 keys)
|
|
|
|
|
|
I also separated the parsing of the hkp response from
FetchKeyInfo.
This way FetchKeyInfo has the EM specific code that has
sideeffects and the logic is in a class without sideeffects
and (almost) without state.
The only state we keep is the KeyInfo array that contains
all the information the server returns. This way we avoid
parsing the response multiple times.
|
|
higher versions - namely 1.2.x caused ruby runtime crashes for me
|
|
|
|
https://leap.se/code/issues/3526
|
|
|
|
permissions anyway.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
in the request, prevent most crashes by catching exceptions.
|
|
|
|
|
|
|
|
overhaul bootstrap.
|
|
|
|
|
|
|
|
|
|
|
|
work under debian.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
