- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Mar 26 2019
Mar 25 2019
Because the rules for downcasing are way to complicate to yield any stable result, the I-D requires that only ASCII acharacters are downcases, that is A-Z to a-z. Here is an example:
We fixed that in master and 2.2. Can you please test this with the next release and report or close this bug?
Thanks.
Mar 24 2019
Thanks for the report. underscore followed by an uppercase letter is actually reserved for the system; thus we should not have used that.
Mar 23 2019
That keeps the interface the same just in case we ever change the format. It has also the advantage that you can use the tool to extract the mail address from the user id and thus see whether it is valid.
Mar 22 2019
So what about this:
I think that a small tool or feature for gpg-wks-client would be better than extending the --with-colons format. A --dry-run option for example could list the filenames which would be created.
Mar 21 2019
See also
https://lists.gnupg.org/pipermail/gnupg-devel/2018-December/034131.html
for a first patch to implement this.
Mar 20 2019
There are reasons why we sometimes don't consult the return code. That is even declared in the code with a cast to void. Further we use gpg_error_t and int interchangeable under the assumption that an unsigned int and an int value have the same bit pattern.
Maybe we should get rid of the _Pragma operator in particular because it is not used often and we cond on compiler type later anyway.
Will you be so kind and look into this?
Thanks.
Applied to master. This is not suitable for 1.8
BTW, for looking at such hexdumps I use this little tool:
Mar 19 2019
News for 2.2.14, released 2019-03-19:
Thanks. Actually the same as arm7-unknown-linux-gnueabihf. I have added it to the alias table to be released with 1.36.
Please show an example regarding something else than a failed access to a pool of keyservers. I explained why it can't work for pools for you.
This file is readable. You must have changed the former one's visibility so that only you can view it.
Mar 18 2019
No we can't we need to know the IP addresses to handle the pools. I have given a workaround for you in my previous comment. You can also use install Tor which we can use for DNS resolving.
We can't replicate that and got no more response for 9 months.
That was an intermediate commit on master - it is likely that there are memory leaks.
Moving the test around is not a solution. BTW {F630817} is not accessible.
Mar 15 2019
The secret import code actually had a bug in that it silently imported the secret key anyway, so that after importing the public key the secret key showed up. That was not intended because we do not want to allow importing arbitrary keys or subkeys if the don't have a corresponding public (sub)key with the mandatory key-binding signature. This has now been fixed. A fix for the actual problem will come soon.
Thanks.