6f03 = Data with specified length not supported.
Needs to be fixed in GnuPG :-(
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Today
Yesterday
is more important
Mon, Apr 19
You can't use an EdDSA as subkey for encryption. Encryption is the default for a subkey unless you provide key usage parameters. Yes, we could flag this as an error, but I won't give it high priority. I would anyway suggest to use
Thanks, that was right in time for this weeks 2.3.1.
aheinecke: I agree, we should not port everything back just because we could do that.
Has been released with 2.3.0 and we better open a new task if problems show up with v5 key. I am pretty sure that there will be a few v5 key problems after they get in real use.
This has been released with 2.3.0 and no relevant problems have reported in the last two weeks, thus closing.
Sun, Apr 18
Planned for this week:
- Libgcrypt release
- GnuPG 2.3.1
t-link does not do antthing useful, anyway. I don't think it is justified to add dlopen stuff. Running real test is anyway a manual action; for a full test automation we would need to emulate all supported cards.
Fri, Apr 16
This has been fixed in version 2.2.16.
(sorry, about my former comment, I only now realized that you did just that already in your original patch)
I guess the strcasecmp (nl_langinfo (CODESET), "UTF-8") results in some overhead, so if we do that what about kicking in only if a truncation is really to happen.
Thu, Apr 15
gpg4win 3.1 has no full Unicode support. You may try to install the new GnuPG 2.3 version on top of gpg4win to fix this problem or wait until we have releases gpg4win 4 which will come with GnuPG 2.3.
Please tell us more details on how we can replicate your problem. Which Windows version, any non-standard software installed, non-standard installation direcories etc. You may also provide the output of
Wed, Apr 14
Tue, Apr 13
Regarding the identical branches thing: This is on purpose. The function works closely together with another one which will then BUG() out. @Jakuje: If you know some meta comment to attribute this, please let me know.
@gniibe: If you don't mind I would like to steal task this from you. I have noticed a few things which could get a little code refresh in addition to the fixes.
The PKCS#15 support has meanwhile received a major update. Thus we need to test with the other cards again. If there is something special for to do for a certain task, a new subtask should be created.
Done for 2.2. and 2.3.
Mon, Apr 12
Regarding slibtool: I would actually like to have an easier to maintain tool than libtool (of which we use our own version) for GnuPG related software. However, its requirement "the compiler should support -std=c99" is currently a no-starter for libgcrypt and some other libs.
No Apache - No Default charset per suffix. The version for browsers is the HTML version.
Fri, Apr 9
Thu, Apr 8
Wed, Apr 7
Yes, will be fixed but it has no severity because the fault is actually by the caller.
Sorry, I can't parse your message. Please describe the problem or feature requests. Referencing external patches is not sufficient. What is vcpkg?
Tue, Apr 6
Actually I don't care about releasing resources for regression test failures.
The other missing free is for code which is commented out (#if 0) but should eventually be fixed.