Page MenuHome GnuPG
Feed Advanced Search

Jun 10 2021

werner closed T5479: Release LibKSBA 1.6.0 as Resolved.
Jun 10 2021, 2:59 PM · Release Info, libksba
werner updated the task description for T5379: Release Libksba 1.5.1.
Jun 10 2021, 2:13 PM · libksba, Release Info
werner triaged T5479: Release LibKSBA 1.6.0 as Normal priority.
Jun 10 2021, 2:11 PM · Release Info, libksba

May 26 2021

dkg added a comment to T5450: gpgsm --with-colons --list-keys misreports uid: lines where cert subject DN contains an emailAddress component.

Another solution to make life easier for gpgme users encountering this stuff would be if gpgme itself knows which uid is a DN and which is not, it could populate the gpgme_user_id_t.address field with content of the 1.2.840.113549.1.9.1 DN component. (or maybe gpgme_user_id_t.email, or both? as a user of gpgme, i don't really understand the difference between these fields)

May 26 2021, 9:34 PM · libksba, S/MIME, Bug Report
dkg added a comment to T5450: gpgsm --with-colons --list-keys misreports uid: lines where cert subject DN contains an emailAddress component.

fwiw, RFC 2253 is obsoleted by rfc 4514 -- which also doesn't have 1.2.840.113549.1.9.1 associated with "EMAIL", but does provide more detailed guidance for implementers of DN-to-string (and string-to-DN, to the extent that this is possible) conversions. Maybe the code should be updated to refer to the non-obsolete specification at least.

May 26 2021, 9:03 PM · libksba, S/MIME, Bug Report
werner closed T5450: gpgsm --with-colons --list-keys misreports uid: lines where cert subject DN contains an emailAddress component as Resolved.

We translate only those OIDs from RFC-2253 to have a stable set of names in the libksba interface. If you need anything else, you need to do this yourself. For example gpgsm does this in in parse_dn_part, gpa has the code in format-dn.

May 26 2021, 6:00 PM · libksba, S/MIME, Bug Report
dkg added a comment to T5450: gpgsm --with-colons --list-keys misreports uid: lines where cert subject DN contains an emailAddress component.

I'm reporting this because the above message renders poorly in notmuch -- notmuch gets the user ID from gmime's g_mime_certificate_get_user_id, and gmime populates that field from the uids field of a gpgme_key_t object, and gpgme pulls uid information from gpgsm --with-colons.

May 26 2021, 3:39 AM · libksba, S/MIME, Bug Report
dkg added a comment to T5450: gpgsm --with-colons --list-keys misreports uid: lines where cert subject DN contains an emailAddress component.

Attached is a proposed patch.

May 26 2021, 3:32 AM · libksba, S/MIME, Bug Report
dkg created T5450: gpgsm --with-colons --list-keys misreports uid: lines where cert subject DN contains an emailAddress component.
May 26 2021, 3:25 AM · libksba, S/MIME, Bug Report

Apr 21 2021

gniibe closed T5395: libksba coverity static analysis reports as Resolved.

Thank you for your confirmation. Closing.

Apr 21 2021, 2:46 AM · libksba, Bug Report

Apr 20 2021

Jakuje added a comment to T5395: libksba coverity static analysis reports.

I can't see null pointer de-reference (you claimed) in [4/5].
Could you please elaborate?

Apr 20 2021, 9:16 AM · libksba, Bug Report
gniibe added a comment to T5395: libksba coverity static analysis reports.

I applied 1,2,3, and 5 in rKfbb1f303198b: Fixes for static analysis reports.

Apr 20 2021, 6:32 AM · libksba, Bug Report
gniibe added a comment to T5395: libksba coverity static analysis reports.

I can't see null pointer de-reference (you claimed) in [4/5].
Could you please elaborate?

Apr 20 2021, 4:47 AM · libksba, Bug Report
gniibe claimed T5395: libksba coverity static analysis reports.
Apr 20 2021, 2:39 AM · libksba, Bug Report

Apr 14 2021

werner triaged T5395: libksba coverity static analysis reports as Normal priority.
Apr 14 2021, 8:59 PM · libksba, Bug Report
Jakuje created T5395: libksba coverity static analysis reports.
Apr 14 2021, 10:46 AM · libksba, Bug Report

Apr 6 2021

werner closed T5379: Release Libksba 1.5.1 as Resolved.
Apr 6 2021, 12:09 PM · libksba, Release Info
werner triaged T5379: Release Libksba 1.5.1 as Low priority.
Apr 6 2021, 11:40 AM · libksba, Release Info

Nov 23 2020

werner closed T5146: Release Libksba 1.5.0 as Resolved.

Released on 2020-11-18

Nov 23 2020, 2:17 PM · Release Info, libksba

Nov 18 2020

werner created T5146: Release Libksba 1.5.0.
Nov 18 2020, 4:11 PM · Release Info, libksba

Nov 16 2020

gniibe closed T4104: gpgsm/ksba removes leading zeros from signature byte array as Resolved.
Nov 16 2020, 7:33 AM · Testing, libksba, S/MIME, Bug Report

May 19 2020

werner updated the task description for T4943: Release LibKSBA 1.4.0.
May 19 2020, 4:49 PM · libksba, Release Info
werner closed T4920: Support ECDH in Libksba as Resolved.
May 19 2020, 4:49 PM · libksba, Feature Request, S/MIME
werner updated the task description for T4943: Release LibKSBA 1.4.0.
May 19 2020, 4:47 PM · libksba, Release Info
werner closed T4943: Release LibKSBA 1.4.0 as Resolved.
May 19 2020, 4:28 PM · libksba, Release Info
werner updated the task description for T4943: Release LibKSBA 1.4.0.
May 19 2020, 3:44 PM · libksba, Release Info
werner updated the task description for T4943: Release LibKSBA 1.4.0.
May 19 2020, 3:43 PM · libksba, Release Info
werner updated the task description for T4943: Release LibKSBA 1.4.0.
May 19 2020, 3:42 PM · libksba, Release Info
werner added a comment to T4943: Release LibKSBA 1.4.0.
May 19 2020, 3:41 PM · libksba, Release Info
werner changed the status of T4104: gpgsm/ksba removes leading zeros from signature byte array from Open to Testing.

Seems to be fixed now.

May 19 2020, 3:13 PM · Testing, libksba, S/MIME, Bug Report
werner lowered the priority of T4896: ksba: Ed25519 support from High to Normal.

Parsing and creating of certs does now work. I was not able to find sample CMS objects so this part is not yet finished.

May 19 2020, 3:12 PM · Info Needed, libksba, Feature Request, S/MIME

May 14 2020

werner created T4943: Release LibKSBA 1.4.0.
May 14 2020, 12:36 PM · libksba, Release Info
werner closed T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing as Wontfix.

Won't fix because there is no need for it. ASN.1 modules are the formal description of a protocol and as such not copyrightable.

May 14 2020, 9:45 AM · libksba, Feature Request
werner closed T4801: libksba reproducible builds as Resolved.

Thanks. Applied. Will go into 1.4.0

May 14 2020, 9:38 AM · libksba, Bug Report

May 11 2020

werner claimed T4896: ksba: Ed25519 support.
May 11 2020, 7:50 PM · Info Needed, libksba, Feature Request, S/MIME

May 4 2020

werner changed the status of T4920: Support ECDH in Libksba from Open to Testing.

It works for me(tm).

May 4 2020, 3:05 PM · libksba, Feature Request, S/MIME

Apr 21 2020

werner created T4920: Support ECDH in Libksba.
Apr 21 2020, 2:33 PM · libksba, Feature Request, S/MIME

Apr 14 2020

werner closed T4538: Support PSS signed CRLs as Resolved.

Data (ie.e CMS) signatures do now also work.

Apr 14 2020, 4:26 PM · dirmngr, S/MIME, libksba

Apr 9 2020

werner added a comment to T4538: Support PSS signed CRLs.

Okay certificate and CRL checking does now work with rsaPSS. Need to work on data signatures and check the compliance modes.

Apr 9 2020, 1:09 PM · dirmngr, S/MIME, libksba

Apr 8 2020

werner claimed T4538: Support PSS signed CRLs.

I started to work on it so that I can actually use the certificates on my new D-Trust card. This will be a verify-only implementation.

Apr 8 2020, 8:37 PM · dirmngr, S/MIME, libksba

Mar 31 2020

gniibe added a comment to T4896: ksba: Ed25519 support.

For public key, it's done.

Mar 31 2020, 8:59 AM · Info Needed, libksba, Feature Request, S/MIME

Mar 30 2020

gniibe added a project to T4896: ksba: Ed25519 support: libksba.
Mar 30 2020, 7:55 AM · Info Needed, libksba, Feature Request, S/MIME

Mar 24 2020

gniibe changed the status of T4013: Certificate requests generated from Ed25519 keys are not compliant with draft-ietf-curdle-pkix from Open to Testing.

This should work well with libksba master and gnupg/sm master.

Mar 24 2020, 3:35 AM · Testing, S/MIME, Feature Request, libksba

Mar 5 2020

werner lowered the priority of T4538: Support PSS signed CRLs from Normal to Low.

It is actually questionable whether PSS is a better padding scheme than PKCS#1, see
https://www.metzdowd.com/pipermail/cryptography/2019-November/035449.html . PSS seems indeed be rarely used; quoting Peter from a followup on his writeup: “If I get time over the weekend, and I can find a CMS message signed with RSA-PSS, I'll create a forgery using xor256.”

Mar 5 2020, 10:27 AM · dirmngr, S/MIME, libksba

Mar 4 2020

aheinecke added a comment to T4538: Support PSS signed CRLs.

To summarize: The DGN CRL uses a the RSA-PSS Padding / Signature Scheme. ( https://de.wikipedia.org/wiki/Probabilistic_Signature_Scheme )

Mar 4 2020, 3:17 PM · dirmngr, S/MIME, libksba

Jan 8 2020

hudson added a comment to T4801: libksba reproducible builds.

Sorting the table is a good idea for reproducibility, since otherwise the tree depends on the order of the arguments to asn1-gentables, which are generated with a wildcard expansion that might be shell or file system dependent.

Jan 8 2020, 1:45 PM · libksba, Bug Report
werner triaged T4801: libksba reproducible builds as Normal priority.

Frankly, I am not sure why we sort that table at all. Your patch does not harm, though.

Jan 8 2020, 1:26 PM · libksba, Bug Report

Jun 1 2019

ametzler1 added a comment to T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.

gniibe wrote:

Jun 1 2019, 6:09 PM · libksba, Feature Request

May 31 2019

gniibe added a comment to T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.

RFC 5280 only addresses about BCP78 and not about TLP, while RFC 5652, RFC 5755, RFC 5911 and RFC 5912 address explicitly about TLP. In this situation, I wonder if it's better to take the definitions of Extensions, UniqueIdentifier, and GeneralNames from RFC 5280. To be conservative, I don't include them now.

May 31 2019, 7:32 AM · libksba, Feature Request
gniibe added a comment to T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.

I pushed more changes to include modules in RFC 5911 and RFC 5912.

May 31 2019, 5:50 AM · libksba, Feature Request
gniibe added a comment to T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.

Comparing old cms.asn and new cms.asn, now I understand how RFC 3370 matters. I added those things back from RFC 5911 (which cites RFC 3370) which comes with BSD license for code.

May 31 2019, 4:52 AM · libksba, Feature Request

May 30 2019

dkg added a comment to T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.

@gniibe thank you!

May 30 2019, 10:53 PM · libksba, Feature Request
gniibe added a comment to T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.

I did some work (since Debian is important for us).
Please have a look at my topic branch: gniibe/fix-4487
or:
https://dev.gnupg.org/source/libksba/history/gniibe%252Ffix-4487/
https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libksba.git;a=shortlog;h=refs/heads/gniibe/fix-4487

May 30 2019, 10:18 AM · libksba, Feature Request

May 29 2019

dkg added a comment to T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.

Perhaps i wasn't clear enough in the earlier messages on this thread. The inclusion of restrictively-licensed code in a file that also claims LGPL/GPL appears to be an unredistributable license. Could you please clarify why the GPL or LGPL applies to libksba while it contains src/cms.asn in its current form?

May 29 2019, 7:52 PM · libksba, Feature Request

May 24 2019

werner added a comment to T4538: Support PSS signed CRLs.

Interesting tinge: The main CRL of the dgn.de CA uses a nextUpdate in the year 2034 (15 years in the future) which would force dirmngr to cache the CRL until then. However, the CRL of the intermediate certificate has a nextUpdate only one month in the future. There is currently no entry in that second level CRL, so their idea might be that an updated second level CRL will also trigger a reload of the main CRL. I have not checked how we implement that in Dirmngr but I doubt that such a thing will work for us and that it is in any way standard compliant.

May 24 2019, 11:59 AM · dirmngr, S/MIME, libksba
werner added a subtask for T4538: Support PSS signed CRLs: T4523: Gpg4win: Multiple problems reported 05-2019.
May 24 2019, 9:10 AM · dirmngr, S/MIME, libksba
werner removed a parent task for T4538: Support PSS signed CRLs: T4523: Gpg4win: Multiple problems reported 05-2019.
May 24 2019, 9:10 AM · dirmngr, S/MIME, libksba
werner added a parent task for T4538: Support PSS signed CRLs: T4523: Gpg4win: Multiple problems reported 05-2019.
May 24 2019, 9:08 AM · dirmngr, S/MIME, libksba
werner created T4538: Support PSS signed CRLs.
May 24 2019, 8:58 AM · dirmngr, S/MIME, libksba

May 8 2019

aheinecke added a comment to T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.

Thanks for the explanation.

May 8 2019, 3:14 PM · libksba, Feature Request
dkg reopened T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing as "Open".

If the ASN.1 is not from an RFC, then the AUTHORS file should not claim that it is from an RFC.

May 8 2019, 1:42 PM · libksba, Feature Request

May 7 2019

aheinecke closed T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing as Wontfix.

As I want to keep this tracker clean I would say this is a Wontfix at least until someone (DKG?) provides an argument what would be gained and why we should do this.

May 7 2019, 9:30 AM · libksba, Feature Request
werner triaged T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing as Wishlist priority.

That is not a functional feature request and I see no value in chnaging data structures just for being up to the latest RFC. Actually the ASN.1 is not from an RFC but from a specific X.509 profile. For CMS most parsing is anyway done with handcrafted code.

May 7 2019, 8:54 AM · libksba, Feature Request

May 6 2019

dkg created T4487: libksba: please refresh ASN.1 components from more recent RFCs with BSD licensing.
May 6 2019, 11:53 PM · libksba, Feature Request

Feb 27 2019

gniibe claimed T4104: gpgsm/ksba removes leading zeros from signature byte array.

We also need to fix for encryption and signature in CSR.

Feb 27 2019, 3:17 AM · Testing, libksba, S/MIME, Bug Report

Feb 19 2019

gniibe closed T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config as Resolved.
Feb 19 2019, 2:48 AM · npth, libassuan, ntbtls, libgcrypt, libksba

Jan 17 2019

gniibe abandoned D473: Introducing LDADD_FOR_TESTS_KLUDGE to enable 'make check' with LD_LIBRARY_PATH.

Applied.

Jan 17 2019, 1:00 AM · gpgme, libksba, libgcrypt, ntbtls, libassuan, gpgrt

Jan 16 2019

gniibe removed a project from T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well): gpgme.

Done for gpgme.

Jan 16 2019, 3:03 AM

Jan 15 2019

gniibe removed a project from T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well): libgcrypt.

Done for libgcrypt.

Jan 15 2019, 8:53 AM

Jan 14 2019

aheinecke triaged T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well) as Normal priority.

I give this normal priority to move it out of the "Needs Triage" queue.

Jan 14 2019, 10:31 AM

Jan 10 2019

gniibe renamed T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well) from Use uninstalled library, which is building now (even if rpath doesn't work well) to 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).
Jan 10 2019, 2:33 AM
gniibe removed a project from T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well): gpgrt.

Done for libgpg-error.

Jan 10 2019, 2:32 AM
gniibe added a comment to T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).

Topic branch of libgpg-error is not good to show changes (for other libraries).
So, I made D473: Introducing LDADD_FOR_TESTS_KLUDGE to enable 'make check' with LD_LIBRARY_PATH.
Appliying to libgpg-error.

Jan 10 2019, 2:31 AM
gniibe added a project to D473: Introducing LDADD_FOR_TESTS_KLUDGE to enable 'make check' with LD_LIBRARY_PATH: gpgme.
Jan 10 2019, 2:28 AM · gpgme, libksba, libgcrypt, ntbtls, libassuan, gpgrt
gniibe created D473: Introducing LDADD_FOR_TESTS_KLUDGE to enable 'make check' with LD_LIBRARY_PATH.
Jan 10 2019, 2:28 AM · gpgme, libksba, libgcrypt, ntbtls, libassuan, gpgrt

Jan 8 2019

gniibe added a comment to T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).

For other distros, it seems it's quite old issue: https://sourceware.org/ml/binutils/2012-05/msg00037.html

Jan 8 2019, 2:50 AM
gniibe added a comment to T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).

My patches on the topic branch: https://dev.gnupg.org/source/libgpg-error/history/gniibe%252Fdisable-new-dtags/

Jan 8 2019, 2:49 AM

Jan 7 2019

gniibe added a comment to T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).

My tentative conclusion: When (GNU) ld supports --disable-new-dtags, add it to LDADD in tests/Makefile.am.

Jan 7 2019, 8:08 AM

Dec 20 2018

gniibe added a comment to T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).

Reading this discussion: http://lists.gnu.org/archive/html/bug-libtool/2018-01/msg00014.html
It seems that it could be fixed if we care about the order of libraries.
And it's not the issue for libgpg-error, which doesn't require external libraries.

Dec 20 2018, 4:01 AM
gniibe updated the task description for T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).
Dec 20 2018, 3:42 AM
gniibe updated the task description for T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).
Dec 20 2018, 3:40 AM
gniibe added a comment to T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).

For binutils, in Stretch, Debian specific patch was introduced.
Then, upstream introduced --enable-new-dtags option for configure to build binutils.
Now, Debian uses --enable-new-dtags option (at build time).

Dec 20 2018, 3:38 AM
gniibe set External Link to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859732 on T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).
Dec 20 2018, 3:11 AM
gniibe updated the task description for T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).
Dec 20 2018, 3:08 AM
gniibe updated the task description for T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).
Dec 20 2018, 3:07 AM
gniibe updated the task description for T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).
Dec 20 2018, 3:07 AM
gniibe renamed T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well) from Use uninstalled library, which is building now to Use uninstalled library, which is building now (even if rpath doesn't work well).
Dec 20 2018, 3:05 AM
gniibe created T4298: 'make check' with uninstalled library, which is building now (even if rpath doesn't work well).
Dec 20 2018, 2:51 AM

Dec 17 2018

werner closed T3982: libgcrypt.m4 is not multilib friendly, a subtask of T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config, as Resolved.
Dec 17 2018, 9:57 AM · npth, libassuan, ntbtls, libgcrypt, libksba

Dec 13 2018

gniibe closed T4232: gpgrt-config Gentoo/Fedora/Arch/Slackware-style multilib support, a subtask of T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config, as Resolved.
Dec 13 2018, 3:38 PM · npth, libassuan, ntbtls, libgcrypt, libksba
werner claimed T4013: Certificate requests generated from Ed25519 keys are not compliant with draft-ietf-curdle-pkix.
Dec 13 2018, 9:38 AM · Testing, S/MIME, Feature Request, libksba

Oct 29 2018

gniibe changed the status of T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config from Open to Testing.

New gpg-error.m4 detects gpgrt-config, too.
And configure supplies --libdir when it invokes gpgrt-config.
For other *.m4 (libassuan, ksba, libgcrypt, ntbtls), it is possible for them to check GPGRT_CONFIG to use gpgrt-config if any.
For npth.m4, it can do that too, with no hard dependency to libgpg-error.

Oct 29 2018, 5:57 AM · npth, libassuan, ntbtls, libgcrypt, libksba
gniibe changed the status of T4232: gpgrt-config Gentoo/Fedora/Arch/Slackware-style multilib support, a subtask of T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config, from Open to Testing.
Oct 29 2018, 5:50 AM · npth, libassuan, ntbtls, libgcrypt, libksba

Oct 26 2018

werner added a subtask for T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config: T3982: libgcrypt.m4 is not multilib friendly.
Oct 26 2018, 12:44 PM · npth, libassuan, ntbtls, libgcrypt, libksba

Oct 25 2018

gniibe added a comment to T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config.

A bit tricky, but this would be good to use gpgrt-config by gpg-error.m4.
I say "tricky", because its name is gpg-error.m4 but it configure GPGRT_CONFIG to access to GPG_ERROR_CONFIG.

Oct 25 2018, 8:33 AM · npth, libassuan, ntbtls, libgcrypt, libksba
gniibe added a comment to T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config.

It might be good idea to provide libgcrypt.pc in libgcrypt 1.8.x for forward compatibility with libgpg-error 1.33.

Oct 25 2018, 3:49 AM · npth, libassuan, ntbtls, libgcrypt, libksba
gniibe added a comment to T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config.

Well, I changed my mind. Use of new gpgrt-config requires software update to introduce gpgrt.m4 and update of configure.ac to switch gpgrt from gpg-error, in standard way.
That's too much this time. It's good to defer this change.

Oct 25 2018, 3:06 AM · npth, libassuan, ntbtls, libgcrypt, libksba
gniibe added a comment to T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config.

OK, I'll change to use gpgrt-config, along with requiring newer version of libgpg-error.

Oct 25 2018, 1:14 AM · npth, libassuan, ntbtls, libgcrypt, libksba

Oct 24 2018

werner added a comment to T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config.

May I suggest to use a (new) gpgrt-config instead of the current name libgpg-error-config. The long term plan is to change the name of the library.

Oct 24 2018, 9:06 AM · npth, libassuan, ntbtls, libgcrypt, libksba
gniibe updated the task description for T4217: {libksba,libgcrypt,ntbtls,libassuan,npth}.m4, {libksba,libgcrypt,ntbtls,libassuan}-config script and gpg-error-config.
Oct 24 2018, 2:37 AM · npth, libassuan, ntbtls, libgcrypt, libksba