From robinmathewrajan at gmail.com Sat Jun 1 16:34:14 2024 From: robinmathewrajan at gmail.com (VishnuBrahma VishniBrahmi MahaVishnu MahaLakshmi MahaBrahma MahaSaraswathi Vishnu Lakshmi Brahma Saraswathi) Date: Sat, 1 Jun 2024 20:04:14 +0530 Subject: AES and Camellia Message-ID: <6cb88200-97c5-10a4-31de-9860559e6cda@gmail.com> Namaskaram! The default cipher in GPG 2.2.27 is AES. If I change it to Camellia through gpg.conf and encrypt a file, how to verify the encrypted file is indeed encrypted with Camellia? -- ???????? -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x7D3A6C5A47CF3842.asc Type: application/pgp-keys Size: 18149 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From wk at gnupg.org Sun Jun 2 15:56:02 2024 From: wk at gnupg.org (Werner Koch) Date: Sun, 02 Jun 2024 15:56:02 +0200 Subject: AES and Camellia In-Reply-To: <6cb88200-97c5-10a4-31de-9860559e6cda@gmail.com> (VishnuBrahma VishniBrahmi MahaVishnu MahaLakshmi MahaBrahma MahaSaraswathi Vishnu Lakshmi Brahma Saraswathi via Gnupg-devel's message of "Sat, 1 Jun 2024 20:04:14 +0530") References: <6cb88200-97c5-10a4-31de-9860559e6cda@gmail.com> Message-ID: <87a5k3xxcd.fsf@jacob.g10code.de> Hi! > through gpg.conf and encrypt a file, how to verify the encrypted file > is indeed encrypted with Camellia? Add the option -v or --verbose to the gpg invocation. Salam-Shalom, Werner -- The pioneers of a warless world are the youth that refuse military service. - A. Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: openpgp-digital-signature.asc Type: application/pgp-signature Size: 247 bytes Desc: not available URL: From Cryolitia at gmail.com Mon Jun 3 11:10:15 2024 From: Cryolitia at gmail.com (Cryolitia PukNgae) Date: Mon, 3 Jun 2024 17:10:15 +0800 Subject: gpgme: debugging trace callback Message-ID: To whom it may concern, I'm using a rust binding gpgme-rs of gpgme to develop my program. I would like to know if there's a way to set a callback to receive the debugging trace log, instead of printing to stderr or file. In Rust, we use the log crate https://docs.rs/log/latest/log/ to collect all logs from kinds of library, and processing them unified. So we need a way to set a logger callback to gpgme, to receive the gpgme's trace log and redirect it to the Rust log crate. What I'm taking about "trace log" is https://gnupg.org/documentation/manuals/gpgme/Debugging.html I have create an issue in gpgme-rs: https://github.com/gpg-rs/gpgme/issues/47 ???? Cryolitia -------------- next part -------------- An HTML attachment was scrubbed... URL: From ryanbrue at gmail.com Fri Jun 7 17:42:34 2024 From: ryanbrue at gmail.com (Ryan Brue) Date: Fri, 7 Jun 2024 15:42:34 +0000 Subject: Issues with Gnupg - "Invalid crypto engine" - Mailing list or request an account? Message-ID: Hello gnupg mailing list! :) I have a unique situation, I'm developing an application that runs inside flatpak, but has to be run on the host system, yet I'm linking to the libraries from within the flatpak by setting LD_LIBRARY_PATH, so that the host system doesn't have to manually install the required dependencies. I'm having an issue with gpgme using that setup, when running my program with GPGME_DEBUG=9, this is what I get: GPGME_DEBUG=9 flatpak run io.github.ryanabx.flatrun -a org.prismlauncher.PrismLauncher 2024-06-02 19:06:27 gpgme[226222.373ae] gpgme_debug: level=9 2024-06-02 19:06:27 gpgme[226222.373ae] gpgme_check_version: call: req_version=(null), VERSION=1.23.2 2024-06-02 19:06:27 gpgme[226222.373ae] gpgme_check_version_internal: call: req_version=(null), offset_sig_validity=60 2024-06-02 19:06:27 gpgme[226222.373ae] gpgme_set_locale: enter: ctx=0x0000000000000000 category=0, value=en_US.UTF-8 [2024-06-03T00:06:28Z ERROR flatrun] Glib(Error { domain: g-io-error-quark, code: 0, message: "GPG: Unable to configure context: gpgme_ctx_set_engine_info: GPGME: Invalid crypto engine" }) Error: Glib(Error { domain: g-io-error-quark, code: 0, message: "GPG: Unable to configure context: gpgme_ctx_set_engine_info: GPGME: Invalid crypto engine" }) I was told by a member of the freedesktop SDK to try the gpgme issue tracker. I am not sure if I can be helped here, or if I need to request an account to report this on the bug tracker. Thank you so much! Ryan Brue -------------- next part -------------- An HTML attachment was scrubbed... URL: From robinmathewrajan at gmail.com Sat Jun 8 10:37:53 2024 From: robinmathewrajan at gmail.com (VishnuBrahma VishniBrahmi MahaVishnu MahaLakshmi MahaBrahma MahaSaraswathi Vishnu Lakshmi Brahma Saraswathi) Date: Sat, 8 Jun 2024 14:07:53 +0530 Subject: AES and Camellia In-Reply-To: References: Message-ID: <961c264e-d80e-aabd-e528-652785514477@gmail.com> Hi! The file is getting encrypted with AES256 not with the intended Camillia256 cipher. Here's the output of the command. Screenshot is attached. ubuntu at chakravarti:~/.gnupg$ cat gpg.conf personal-cipher-preferences CAMELLIA256 ubuntu at chakravarti:~/.gnupg$ gpg -vesr robin gpg.conf gpg: using pgp trust model gpg: using subkey 738BDDEA24D442F5 instead of primary key 7D3A6C5A47CF3842 gpg: using subkey 42F3D75DD695EA1D instead of primary key 7D3A6C5A47CF3842 gpg: This key belongs to us gpg: writing to 'gpg.conf.gpg' gpg: ECDH/AES256 encrypted for: "42F3D75DD695EA1D Maharaja Robin Mathew Rajan " gpg: EDDSA/SHA512 signature from: "738BDDEA24D442F5 Maharaja Robin Mathew Rajan " ubuntu at chakravarti:~/.gnupg$ On 6/2/24 7:26 PM, Werner Koch wrote: > Hi! > >> through gpg.conf and encrypt a file, how to verify the encrypted file >> is indeed encrypted with Camellia? > Add the option -v or --verbose to the gpg invocation. > > > Salam-Shalom, > > Werner > -- ???????? -- ???????? -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2024-06-03 22-31-48.png Type: image/png Size: 67744 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_0x7D3A6C5A47CF3842.asc Type: application/pgp-keys Size: 25906 bytes Desc: OpenPGP public key URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OpenPGP_signature Type: application/pgp-signature Size: 236 bytes Desc: OpenPGP digital signature URL: From kloecker at kde.org Sat Jun 8 23:06:47 2024 From: kloecker at kde.org (Ingo =?ISO-8859-1?Q?Kl=F6cker?=) Date: Sat, 08 Jun 2024 23:06:47 +0200 Subject: AES and Camellia In-Reply-To: <961c264e-d80e-aabd-e528-652785514477@gmail.com> References: <961c264e-d80e-aabd-e528-652785514477@gmail.com> Message-ID: <3570823.iIbC2pHGDl@daneel> On Samstag, 8. Juni 2024 10:37:53 CEST VishnuBrahma VishniBrahmi MahaVishnu MahaLakshmi MahaBrahma MahaSaraswathi Vishnu Lakshmi Brahma Saraswathi via Gnupg-devel wrote: > The file is getting encrypted with AES256 not with the intended Camillia256 > cipher. Here's the output of the command. Screenshot is attached. > > ubuntu at chakravarti:~/.gnupg$ cat gpg.conf > personal-cipher-preferences CAMELLIA256 > ubuntu at chakravarti:~/.gnupg$ gpg -vesr robin gpg.conf > gpg: using pgp trust model > gpg: using subkey 738BDDEA24D442F5 instead of primary key 7D3A6C5A47CF3842 > gpg: using subkey 42F3D75DD695EA1D instead of primary key 7D3A6C5A47CF3842 > gpg: This key belongs to us > gpg: writing to 'gpg.conf.gpg' > gpg: ECDH/AES256 encrypted for: "42F3D75DD695EA1D Maharaja Robin Mathew > Rajan " > gpg: EDDSA/SHA512 signature from: > "738BDDEA24D442F5 Maharaja Robin Mathew Rajan " > ubuntu at chakravarti:~/.gnupg$ What do you get when you do gpg --edit-key 7D3A6C5A47CF3842 showpref ? This will list the cipher preferences (and other preferences) of the key's user IDs. My guess is that you didn't add CAMELLIA256 to the key's cipher preferences and therefore gpg ignores your personal-cipher-preferences. The default cipher preferences for new keys seem to be: AES256, AES192, AES, 3DES. At least, that's what I see for my key and I never changed the preferences. Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part. URL: From wk at gnupg.org Tue Jun 11 09:06:32 2024 From: wk at gnupg.org (Werner Koch) Date: Tue, 11 Jun 2024 09:06:32 +0200 Subject: Issues with Gnupg - "Invalid crypto engine" - Mailing list or request an account? In-Reply-To: (Ryan Brue via Gnupg-devel's message of "Fri, 7 Jun 2024 15:42:34 +0000") References: Message-ID: <871q54t0uf.fsf@jacob.g10code.de> On Fri, 7 Jun 2024 15:42, Ryan Brue said: > the libraries from within the flatpak by setting LD_LIBRARY_PATH, so > that the host system doesn't have to manually install the required In case gnupg is part of the flatpack (I only known details of AppImage; not of flatpack) you may want to consider to use patchelf along with a gpgconf.ctl as we recently introduced in our speedo build system (build-aux/speedo.mk). > I'm having an issue with gpgme using that setup, when running my program > with GPGME_DEBUG=9, this is what I get: Unfortunately the log does not exhibit what I wouldhave expected: > req_version=(null), VERSION=1.23.2 okay. > g-io-error-quark, code: 0, message: "GPG: Unable to configure context: > gpgme_ctx_set_engine_info: GPGME: Invalid crypto engine" }) > Error: Glib(Error { domain: g-io-error-quark, code: 0, message: "GPG: > Unable to configure context: gpgme_ctx_set_engine_info: GPGME: Invalid The code should have shown more infos: TRACE_BEG (DEBUG_CTX, "gpgme_ctx_set_engine_info", ctx, "protocol=%i (%s), file_name=%s, home_dir=%s", proto, gpgme_get_protocol_name (proto) ? gpgme_get_protocol_name (proto) : "unknown", file_name ? file_name : "(default)", home_dir ? home_dir : "(default)"); So I wonder why you don't get that. Maybe it is better to use GPGME_DEBUG=9:/some/log/file to split the log from glib messages. What version of GnuPG are you running. Using strace -f to see what is actually called is proabably helpful in case you can't convince gpgme to show this. > tracker. I am not sure if I can be helped here, or if I need to request > an account to report this on the bug tracker. Thank you so much! Sure, we will try to help you. Salam-Shalom, Werner -- The pioneers of a warless world are the youth that refuse military service. - A. Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: openpgp-digital-signature.asc Type: application/pgp-signature Size: 247 bytes Desc: not available URL: From mail at bernhard-voelker.de Thu Jun 13 19:12:01 2024 From: mail at bernhard-voelker.de (Bernhard Voelker) Date: Thu, 13 Jun 2024 19:12:01 +0200 Subject: 'pubring.kbx' growing Message-ID: Hi *, when moving our GPGME-based server application from SLES12 (gpg 2.0.24) to SLES15 (gpg 2.2.27), I noticed that the performance got 3-10 times slower within one day. I nailed it down with strace that all commands have to do a lot of read(2)s on the 'pubring.kbx' file. Now the special thing about my application is probably that it always ensures that only exactly 1 key is in the keyring (either private or public). It does this via gpgme_op_import(), then doing some action like sign/verify/encrypt/decrypt followed by deleting the key again from the keyring via gpgme_op_delete_ext(). This is to ensure that e.g. a signature verified was really created by a certain key. I'm aware that this procedure might not be necessary anymore, and the keys could stay in the keyring files nowadays. At the time I wrote that application (back in 2013), the GPGME result structures did not turn out to be that reliable in that regard yet. As a rough workaround for the immediate issue, I have now added an unlink() on the 'keyring.kbx' file in my application. Still, I find it worth reporting that the 'pubring.kbx' file is growing with many import/delete-key actions. Here's a reproducer based on plain GPG (also tested with newer GPG-2.4.5 on Tumbleweed) which shows the growing file size and also demonstrates that a 'gpg --verify' becomes slower. It uses a public key file, its fingerprint and a signature file - see the top of the script. --->8--->8--->8--->8--->8--->8--->8--->8--->8--- #!/bin/sh # Some public key file and its fingerprint. KEY='/tmp/E7C0CD48F8BB8CFF481AC5D4408E548D1D380ED9_pub.gpg' FPR='E7C0CD48F8BB8CFF481AC5D4408E548D1D380ED9' # A signature file created with the secret part of the above key. SIG="/tmp/sig" # Set up fresh GNUPGHOME. mkdir -m 0700 GNUPGHOME \ && cd GNUPGHOME \ && export GNUPGHOME="$( pwd )" \ || exit 1 for r in $( seq 10); do # Run 1000x import + delete-key. seq 1000 \ | while read x; do \ gpg --batch --import "${KEY}" \ && gpg --batch --delete-key "${FPR}"; \ done >/dev/null 2>&1 # Get size of pubring. s="$( du -h $GNUPGHOME/pubring.kbx | cut -f1 )" # Measure time for 'gpg --verify'. t="$( env time -f 'real:%e user:%U sys:%S' \ gpg --verify "${SIG}" 2>&1 \ | grep '^real:' )" printf "== After %d000 import/delete-key runs: pubring size: %s, gpg-verify time: %s\n" \ "$r" "$s" "$t" done ---8<---8<---8<---8<---8<---8<---8<---8<---8<--- Here's the output: $ ./gnupg-pubring-growing.sh == After 1000 import/delete-key runs: pubring size: 1.4M, gpg-verify time: real:0.00 user:0.00 sys:0.00 == After 2000 import/delete-key runs: pubring size: 2.7M, gpg-verify time: real:0.01 user:0.00 sys:0.01 == After 3000 import/delete-key runs: pubring size: 4.0M, gpg-verify time: real:0.02 user:0.00 sys:0.01 == After 4000 import/delete-key runs: pubring size: 5.3M, gpg-verify time: real:0.02 user:0.00 sys:0.01 == After 5000 import/delete-key runs: pubring size: 6.6M, gpg-verify time: real:0.02 user:0.00 sys:0.01 == After 6000 import/delete-key runs: pubring size: 7.9M, gpg-verify time: real:0.02 user:0.00 sys:0.02 == After 7000 import/delete-key runs: pubring size: 9.2M, gpg-verify time: real:0.03 user:0.00 sys:0.02 == After 8000 import/delete-key runs: pubring size: 11M, gpg-verify time: real:0.03 user:0.00 sys:0.03 == After 9000 import/delete-key runs: pubring size: 12M, gpg-verify time: real:0.04 user:0.00 sys:0.04 == After 10000 import/delete-key runs: pubring size: 14M, gpg-verify time: real:0.04 user:0.00 sys:0.04 Please note that not only the time of 'gpg-verify' increases but also the import and delete-key commands take longer after each iteration. FWIW: my application is doing like 200.000-400.000 of such actions per day in more busy installations. Is this a known issue? Thanks & have a nice day, Berny From wk at gnupg.org Fri Jun 14 17:28:54 2024 From: wk at gnupg.org (Werner Koch) Date: Fri, 14 Jun 2024 17:28:54 +0200 Subject: 'pubring.kbx' growing In-Reply-To: (Bernhard Voelker's message of "Thu, 13 Jun 2024 19:12:01 +0200") References: Message-ID: <87cyojr1ah.fsf@jacob.g10code.de> Hi! only some quick notes: The pubring.kbx will indeed grow unless you delete keys and newer keys fit into that file space. However, after about 3 hours a compress run is done and the deleted file spaces are removed. The entire file won't shrink because the unused spaces is marked for re-assignment. You should not use 2.2 - that is our LTS version which is pretty old. Better update to 2.4 and use that. With this version you can use the keyboxd to handle large numbers of keys much more efficient by employing a database daemon. See the section on the keyboxd in the README. Sorry, I have not the time to look at you detailed description. Shalom-Salam, Werner -- The pioneers of a warless world are the youth that refuse military service. - A. Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: openpgp-digital-signature.asc Type: application/pgp-signature Size: 247 bytes Desc: not available URL: From tmz at pobox.com Fri Jun 14 18:49:28 2024 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 14 Jun 2024 12:49:28 -0400 Subject: [PATCH gnupg v2] doc: fix home dir path in common.conf In-Reply-To: <20240614164449.1050653-1-tmz@pobox.com> References: <20240614164449.1050653-1-tmz@pobox.com> Message-ID: <20240614164928.1051298-1-tmz@pobox.com> * doc/examples/common.conf: fix home dir path -- Fix a few typos in user-specific path of common.conf added in d13c5bc24 (gpg,gpgsm: Move use-keyboxd to the new conf file common.conf, 2021-04-19). The file is in the GnuPG home dir. Replace 'use if' with 'use of' as well. Signed-off-by: Todd Zullinger --- Apologies for the quick v2. I noticed another typo just after sending the initial patch. doc/examples/common.conf | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/examples/common.conf b/doc/examples/common.conf index 365fc4e8f..ed68f762b 100644 --- a/doc/examples/common.conf +++ b/doc/examples/common.conf @@ -3,10 +3,10 @@ # This file may provide defaults as well as options which needs to be # synchronized between components. As usual this file is read from # the system wide config directory (e.g. /etc/gnupg/common.conf) as -# well as from the home directory (e.g. ~/.gnupg.common.conf). +# well as from the home directory (e.g. ~/.gnupg/common.conf). -# Uncomment to enable the use if the keybox daemon (keyboxd) by gpg +# Uncomment to enable the use of the keybox daemon (keyboxd) by gpg # and gpgsm. #use-keyboxd -- 2.45.2 From tmz at pobox.com Fri Jun 14 18:44:49 2024 From: tmz at pobox.com (Todd Zullinger) Date: Fri, 14 Jun 2024 12:44:49 -0400 Subject: [PATCH gnupg] doc: fix home dir path in common.conf Message-ID: <20240614164449.1050653-1-tmz@pobox.com> * doc/examples/common.conf: fix home dir path -- Fix a typo in user-specific path of common.conf added in d13c5bc24 (gpg,gpgsm: Move use-keyboxd to the new conf file common.conf, 2021-04-19). The file is in the GnuPG home dir. Signed-off-by: Todd Zullinger --- doc/examples/common.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/examples/common.conf b/doc/examples/common.conf index 365fc4e8f..93131ab3e 100644 --- a/doc/examples/common.conf +++ b/doc/examples/common.conf @@ -3,7 +3,7 @@ # This file may provide defaults as well as options which needs to be # synchronized between components. As usual this file is read from # the system wide config directory (e.g. /etc/gnupg/common.conf) as -# well as from the home directory (e.g. ~/.gnupg.common.conf). +# well as from the home directory (e.g. ~/.gnupg/common.conf). # Uncomment to enable the use if the keybox daemon (keyboxd) by gpg -- 2.45.2 From mail at bernhard-voelker.de Fri Jun 14 23:20:05 2024 From: mail at bernhard-voelker.de (Bernhard Voelker) Date: Fri, 14 Jun 2024 23:20:05 +0200 Subject: 'pubring.kbx' growing In-Reply-To: <87cyojr1ah.fsf@jacob.g10code.de> References: <87cyojr1ah.fsf@jacob.g10code.de> Message-ID: Hi Werner, On 6/14/24 17:28, Werner Koch wrote: > Hi! > only some quick notes: The pubring.kbx will indeed grow unless you > delete keys and newer keys fit into that file space. It's not "newer keys". It's the same key again and again. And new keys don't "fit into that file space" as you say: simply 'gpg --import' + 'gpg --delete-key' in a loop. > However, after > about 3 hours a compress run is done and the deleted file spaces are > removed. The entire file won't shrink because the unused spaces is > marked for re-assignment. That does not appear to happen. The file is just growing. > You should not use 2.2 - that is our LTS version which is pretty old. Agreed (in theory), still, there's not much choice on LTS versions of company-level distributions. > Better update to 2.4 and use that. Confirmed: the problem still exists with the KBX format on 2.4.5, as mentioned. > With this version you can use the > keyboxd to handle large numbers of keys much more efficient by employing > a database daemon. See the section on the keyboxd in the README. I also confirm that the problem does not exist with 'keyboxd'; as 'keyboxd' is using an sqlite DB, the problem is easily avoided there. GPG 2.2 went away from the 'pubring.gpg' file format to the keybox format, but the KBX format doesn't behave the same as it's direct predecessor; therefore, I tend to say this is a regression. BTW: is the 'keyboxd' reliably already available in 2.2? > Sorry, I have not the time to look at you detailed description. Sorry, I didn't look too much into the implementation of the KBX format, but - as long as there's no general design issue with it - I guess this should be fixable quite easy. Please re-consider checking this, and I'll be gratefully forwarding the fix to the SUSE folks. > Shalom-Salam, > Werner Thanks & have a nice day, Berny From wk at gnupg.org Sat Jun 15 17:16:39 2024 From: wk at gnupg.org (Werner Koch) Date: Sat, 15 Jun 2024 17:16:39 +0200 Subject: 'pubring.kbx' growing In-Reply-To: (Bernhard Voelker's message of "Fri, 14 Jun 2024 23:20:05 +0200") References: <87cyojr1ah.fsf@jacob.g10code.de> Message-ID: <87y176p76w.fsf@jacob.g10code.de> On Fri, 14 Jun 2024 23:20, Bernhard Voelker said: > It's not "newer keys". It's the same key again and again. > And new keys don't "fit into that file space" as you say: > simply 'gpg --import' + 'gpg --delete-key' in a loop. The key might still grow due to signature verification caches. And then it does not fit anymore in the old space. It is also possible that the space needs to be a bit larger than what was left over from the last key. That code is sooo old that I can't remember the deauls anymore. >> Better update to 2.4 and use that. > > Confirmed: the problem still exists with the KBX format on 2.4.5, as mentioned. Sure, it is the same code. > GPG 2.2 went away from the 'pubring.gpg' file format to the keybox format, Not GnuPG 2.2 but 2.0 from 2006 or even 1.9 from 2004 introduced this format. We started to use the keybox format also for *PGP with 2.1 in 2014 (see doc/whats-new-in-2.1.txt), > BTW: is the 'keyboxd' reliably already available in 2.2? Definitely not; use 2.4 > Sorry, I didn't look too much into the implementation of the KBX format, > but - as long as there's no general design issue with it - I guess this You are aware tha the pubring.gpg format is nothing else but the on-wire format for PGP keys? It's use for random access was never a good idea but all PGP 2 versioned did it this way and thus gpg also used that format. Adding an index or meta data to that format is not really possible. That is what KBX solves: adding meta data like a fingerprint to speed up searching. Without that the software needs to parse each packet of each key and compute the fingerprints over and over again. > should be fixable quite easy. Please re-consider checking this, and You may use the kbxutil tool to find out why your keybox is growing. Salam-Shalom, Werner -- The pioneers of a warless world are the youth that refuse military service. - A. Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: openpgp-digital-signature.asc Type: application/pgp-signature Size: 247 bytes Desc: not available URL: From bernhard at intevation.de Mon Jun 17 17:02:13 2024 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 17 Jun 2024 17:02:13 +0200 Subject: gpgm-rs (Rust wrapper) Re: gpgme: debugging trace callback In-Reply-To: References: Message-ID: <202406171702.32646.bernhard@intevation.de> Hi Cryolitia Am Montag 03 Juni 2024 11:10:15 schrieb Cryolitia PukNgae via Gnupg-devel: > To whom it may concern, > I'm using a rust binding gpgme-rs of gpgme to develop my program. I > would like to know if there's a way to set a callback to receive the > debugging trace log, instead of printing to stderr or file. as far as I know there is no callback traceback possibility. gpgme uses https://www.gnupg.org/software/libgpg-error/index.html https://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgpg-error.git;a=tree So a way to catch the traceback logs should probably look for the technical possibilities there first. (Like using a socket or something else, maybe a memory stream also works, I do not know.) > I have create an issue in gpgme-rs: > https://github.com/gpg-rs/gpgme/issues/47 BTW I've listed gpgme-rs at https://wiki.gnupg.org/APIs now. Best Regards, Bernhard -- https://intevation.de/~bernhard ? +49 541 33 508 3-3 Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 659 bytes Desc: This is a digitally signed message part. URL: From bernhard at intevation.de Mon Jun 17 16:42:28 2024 From: bernhard at intevation.de (Bernhard Reiter) Date: Mon, 17 Jun 2024 16:42:28 +0200 Subject: Possible bug in GPGME Python In-Reply-To: <1c2471ada3be762ea02f8e4fa8cc601c7860e6be.camel@meeps.dev> References: <1c2471ada3be762ea02f8e4fa8cc601c7860e6be.camel@meeps.dev> Message-ID: <202406171642.41895.bernhard@intevation.de> Hi meep, Am Samstag 04 Mai 2024 15:55:40 schrieb meep via Gnupg-devel: > In the interact(...) function of the Context class on line 1089 in > core.py it is checked whether a key is actually passed in to the > function: > Thus I believe that the intended behavior in Python would be to mirror > the C code and only check whether the key is None if INTERACT_CARD is > not set. thanks for reporting the inconsistency. I've created https://dev.gnupg.org/T7162 so we can keep track of the request. (What would be helpful to me personally would be a tiny test application where the wrong behaviour can easily be seen.) Regards, Bernhard -- https://intevation.de/~bernhard ? +49 541 33 508 3-3 Intevation GmbH, Osnabr?ck, DE; Amtsgericht Osnabr?ck, HRB 18998 Gesch?ftsf?hrer: Frank Koormann, Bernhard Reiter -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 659 bytes Desc: This is a digitally signed message part. URL: From ametzler at bebt.de Mon Jun 17 18:38:37 2024 From: ametzler at bebt.de (Andreas Metzler) Date: Mon, 17 Jun 2024 18:38:37 +0200 Subject: Updated Dutch translation for the gnupg2 Message-ID: Hello, Frans Spiesschaert has kindly provided an updated Dutch transalation for gnupg2. Kind regards https://bugs.debian.org/1072492 -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -------------- next part -------------- A non-text attachment was scrubbed... Name: nl.po.gz Type: application/gzip Size: 85416 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From kloecker at kde.org Mon Jun 17 22:00:47 2024 From: kloecker at kde.org (Ingo =?ISO-8859-1?Q?Kl=F6cker?=) Date: Mon, 17 Jun 2024 22:00:47 +0200 Subject: Possible bug in GPGME Python In-Reply-To: <1c2471ada3be762ea02f8e4fa8cc601c7860e6be.camel@meeps.dev> References: <1c2471ada3be762ea02f8e4fa8cc601c7860e6be.camel@meeps.dev> Message-ID: <1897896.CQOukoFCf9@daneel> On Samstag, 4. Mai 2024 15:55:40 CEST meep via Gnupg-devel wrote: > I would like to report what I believe to be an oversight in the Python > wrapper of GPGME. It's not an oversight. It's the result of the fact that the Python bindings effectively haven't seen any real development in the last 5 years. They do not support any of the new features that were added to GpgME in the last few years. > In the interact(...) function of the Context class on line 1089 in > core.py it is checked whether a key is actually passed in to the > function: > > if key is None: > raise ValueError("First argument cannot be None") Which was correct at the time this code was written. > Which is fine when editing a key, but when interacting with a smart > card (setting the flag INTERACT_CARD) - for example to generate a key > on it - there is not necessarily a key to be edited. > > In interact_start(...) on line 131 of edit.c the presence of the key is > only checked if card_edit isn't set: > > if ((card_edit == 0 && !key) || !fnc || !out) > return gpg_error (GPG_ERR_INV_VALUE); This change has been made about 18 months ago. > Thus I believe that the intended behavior in Python would be to mirror > the C code and only check whether the key is None if INTERACT_CARD is > not set. This is correct. Patches are welcome. See the file doc/HACKING for details. Regards, Ingo -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part. URL: From wk at gnupg.org Wed Jun 19 14:14:55 2024 From: wk at gnupg.org (Werner Koch) Date: Wed, 19 Jun 2024 14:14:55 +0200 Subject: [Announce] Libgcrypt 1.11.0 released Message-ID: <87le31nn7k.fsf@jacob.g10code.de> Hello! We are pleased to announce the availability of Libgcrypt version 1.11.0. This release starts a new stable branch of Libgcrypt with full API and ABI compatibility to the 1.10 series. Over the last years Jussi Kivilinna put again a lot of work into speeding up the algorithms for many commonly used CPUs. Niibe-san implemented new APIs and algorithms and also integrated quantum-resistant encryption algorithms. See below for a list of improvements and new features in 1.11. Libgcrypt is a general purpose library of cryptographic building blocks. It is originally based on code used by GnuPG. It does not provide any implementation of OpenPGP or other protocols. Thorough understanding of applied cryptography is required to use Libgcrypt. Noteworthy changes in Libgcrypt 1.11.0 since 1.10.3 =================================================== * New and extended interfaces: - Add an API for Key Encapsulation Mechanism (KEM). [T6755] - Add Streamlined NTRU Prime sntrup761 algorithm. [rCcf9923e1a5] - Add Kyber algorithm according to FIPS 203 ipd 2023-08-24. [rC18e5c0d268] - Add Classic McEliece algorithm. [rC003367b912] - Add One-Step KDF with hash and MAC. [T5964] - Add KDF algorithm HKDF of RFC-5869. [T5964] - Add KDF algorithm X963KDF for use in CMS. [rC3abac420b3] - Add GMAC-SM4 and Poly1305-SM4. [rCd1ccc409d4] - Add ARIA block cipher algorithm. [rC316c6d7715] - Add explicit FIPS indicators for MD and MAC algorithms. [T6376] - Add support for SHAKE as MGF in RSA. [T6557] - Add gcry_md_read support for SHAKE algorithms. [T6539] - Add gcry_md_hash_buffers_ext function. [T7035] - Add cSHAKE hash algorithm. [rC065b3f4e02] - Support internal generation of IV for AEAD cipher mode. [T4873] * Performance: - Add SM3 ARMv8/AArch64/CE assembly implementation. [rCfe891ff4a3] - Add SM4 ARMv8/AArch64 assembly implementation. [rCd8825601f1] - Add SM4 GFNI/AVX2 and GFI/AVX512 implementation. [rC5095d60af4,rCeaed633c16] - Add SM4 ARMv9 SVE CE assembly implementation. [rC2dc2654006] - Add PowerPC vector implementation of SM4. [rC0b2da804ee] - Optimize ChaCha20 and Poly1305 for PPC P10 LE. [T6006] - Add CTR32LE bulk acceleration for AES on PPC. [rC84f2e2d0b5] - Add generic bulk acceleration for CTR32LE mode (GCM-SIV) for SM4 and Camellia. [rCcf956793af] - Add GFNI/AVX2 implementation of Camellia. [rC4e6896eb9f] - Add AVX2 and AVX512 accelerated implementations for GHASH (GCM) and POLYVAL (GCM-SIV). [rCd857e85cb4, rCe6f3600193] - Add AVX512 implementation for SHA512. [rC089223aa3b] - Add AVX512 implementation for Serpent. [rCce95b6ec35] - Add AVX512 implementation for Poly1305 and ChaCha20 [rCcd3ed49770, rC9a63cfd617] - Add AVX512 accelerated implementation for SHA3 and Blake2 [rCbeaad75f46,rC909daa700e] - Add VAES/AVX2 accelerated i386 implementation for AES. [rC4a42a042bc] - Add bulk processing for XTS mode of Camellia and SM4. [rC32b18cdb87, rCaad3381e93] - Accelerate XTS and ECB modes for Twofish and Serpent. [rCd078a928f5,rC8a1fe5f78f] - Add AArch64 crypto/SHA512 extension implementation for SHA512. [rCe51d3b8330] - Add AArch64 crypto-extension implementation for Camellia. [rC898c857206] - Accelerate OCB authentication on AMD with AVX2. [rC6b47e85d65] * Bug fixes: - For PowerPC check for missing optimization level for vector register usage. [T5785] - Fix EdDSA secret key check. [T6511] - Fix decoding of PKCS#1-v1.5 and OAEP padding. [rC34c2042792] - Allow use of PKCS#1-v1.5 with SHA3 algorithms. [T6976] - Fix AESWRAP padding length check. [T7130] * Other: - Allow empty password for Argon2 KDF. [rCa20700c55f] - Various constant time operation imporvements. - Add "bp256", "bp384", "bp512" aliases for Brainpool curves. - Support for the random server has been removed. [T5811] - The control code GCRYCTL_ENABLE_M_GUARD is deprecated and not supported any more. Please use valgrind or other tools. [T5822] - Logging is now done via the libgpg-error logging functions. [rCab0bdc72c7] * Interface changes relative to the 1.10.0 release: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ GCRY_CIPHER_ARIA128 NEW cipher algo. GCRY_CIPHER_ARIA192 NEW cipher algo. GCRY_CIPHER_ARIA256 NEW cipher algo. gcry_cipher_geniv_methods NEW type. gcry_cipher_setup_geniv NEW function. gcry_cipher_geniv NEW function. GCRY_PK_KEM NEW constant. GCRY_MD_CSHAKE128 NEW hash algo. GCRY_MD_CSHAKE256 NEW hash algo. GCRYCTL_MD_CUSTOMIZE NEW control code. gcry_cshake_customization NEW type. GCRY_MAC_CMAC_ARIA NEW mac algo. GCRY_MAC_GMAC_SM4 NEW mac algo. GCRY_MAC_GMAC_ARIA NEW mac algo. GCRY_MAC_POLY1305_SM4 NEW mac algo. GCRY_MAC_POLY1305_ARIA NEW mac algo. GCRY_KDF_ONESTEP_KDF NEW kdf algo. GCRY_KDF_ONESTEP_KDF_MAC NEW kdf algo. GCRY_KDF_X963_KDF NEW kdf algo. gcry_kem_algos NEW type. gcry_kem_keypair NEW function. gcry_kem_encap NEW function. gcry_kem_decap NEW function. GCRY_KEM_SNTRUP761 NEW kem algo. GCRY_KEM_CM6688128F NEW kem algo. GCRY_KEM_MLKEM512 NEW kem algo. GCRY_KEM_MLKEM768 NEW kem algo. GCRY_KEM_MLKEM1024 NEW kem algo. GCRY_KEM_RAW_X25519 NEW kem algo. GCRY_KEM_RAW_X448 NEW kem algo. GCRY_KEM_RAW_BP256 NEW kem algo. GCRY_KEM_RAW_BP384 NEW kem algo. GCRY_KEM_RAW_BP512 NEW kem algo. GCRY_KEM_RAW_P256R1 NEW kem algo. GCRY_KEM_RAW_P384R1 NEW kem algo. GCRY_KEM_RAW_P521R1 NEW kem algo. GCRY_KEM_DHKEM25519 NEW kem algo. GCRY_KEM_DHKEM448 NEW kem algo. GCRY_KEM_DHKEMP256R1 NEW kem algo. GCRY_KEM_DHKEMP384R1 NEW kem algo. GCRY_KEM_DHKEMP521R1 NEW kem algo. GCRY_KEM_*_SECKEY_LEN NEW constants. GCRY_KEM_*_PUBKEY_LEN NEW constants. GCRY_KEM_*_ENCAPS_LEN NEW constants. GCRY_KEM_*_CIPHER_LEN NEW constants. GCRY_KEM_*_SHARED_LEN NEW constants. gcry_md_hash_buffers_ext NEW function. gcry_pk_input_data_push NEW macro. GCRYCTL_ENABLE_M_GUARD DEPRECATED feature. gcry_handler_log_t DEPRECATED type. gcry_set_log_handler DEPRECATED function. For a list of links to commits and bug numbers see the release info at https://dev.gnupg.org/T7165 Download ======== Source code is hosted at the GnuPG FTP server and its mirrors as listed at https://gnupg.org/download/mirrors.html. On the primary server the source tarball and its digital signature are: https://gnupg.org/ftp/gcrypt/libgcrypt/libgcrypt-1.11.0.tar.bz2 https://gnupg.org/ftp/gcrypt/libgcrypt/libgcrypt-1.11.0.tar.bz2.sig or gzip compressed: https://gnupg.org/ftp/gcrypt/libgcrypt/libgcrypt-1.11.0.tar.gz https://gnupg.org/ftp/gcrypt/libgcrypt/libgcrypt-1.11.0.tar.gz.sig In order to check that the version of Libgcrypt you downloaded is an original and unmodified file please follow the instructions found at https://gnupg.org/download/integrity_check.html. In short, you may use one of the following methods: - Check the supplied OpenPGP signature. For example to check the signature of the file libgcrypt-1.11.0.tar.bz2 you would use this command: gpg --verify libgcrypt-1.11.0.tar.bz2.sig libgcrypt-1.11.0.tar.bz2 This checks whether the signature file matches the source file. You should see a message indicating that the signature is good and made by one or more of the release signing keys. Make sure that this is a valid key, either by matching the shown fingerprint against a trustworthy list of valid release signing keys or by checking that the key has been signed by trustworthy other keys. See the end of this mail for information on the signing keys. - If you are not able to use an existing version of GnuPG, you have to verify the SHA-1 checksum. On Unix systems the command to do this is either "sha1sum" or "shasum". Assuming you downloaded the file libgcrypt-1.11.0.tar.bz2, you run the command like this: sha1sum libgcrypt-1.11.0.tar.bz2 and check that the output matches the first line from the this list: dd2c68e0685bb99249efeeb06046fae15b5214ba libgcrypt-1.11.0.tar.bz2 07737e642eedacbda04e7a1f44c04f3cf8e280b8 libgcrypt-1.11.0.tar.gz You should also verify that the checksums above are authentic by matching them with copies of this announcement. Those copies can be found at other mailing lists, web sites, and search engines. Copying ======= Libgcrypt is distributed under the terms of the GNU Lesser General Public License (LGPLv2.1+). The helper programs as well as the documentation are distributed under the terms of the GNU General Public License (GPLv2+). The file LICENSES has notices about contributions that require that these additional notices are distributed. Support ======= For help on developing with Libgcrypt you should read the included manual and if needed ask on the gcrypt-devel mailing list. In case of problems specific to this release please first check https://dev.gnupg.org/T7165 for updated information. Please also consult the archive of the gcrypt-devel mailing list before reporting a bug: https://gnupg.org/documentation/mailing-lists.html . We suggest to send bug reports for a new release to this list in favor of filing a bug at https://bugs.gnupg.org. If you need commercial support go to https://gnupg.com or https://gnupg.org/service.html . Please see https://gnupg.org/documentation/security.html for information on how to report security issues and for our threat model. If you are a developer and you need a certain feature for your project, please do not hesitate to bring it to the gcrypt-devel mailing list for discussion. Thanks ====== Since 2001 maintenance and development of GnuPG is done by g10 Code GmbH and has mostly been financed by donations. Several full-time employed developers and contractors are working exclusively on GnuPG and closely related software like Libgcrypt, GPGME, Kleopatra and Gpg4win. Fortunately, and this is still not common with free software, we have now established a way of financing the development while keeping all our software free and freely available for everyone. Our model is similar to the way RedHat manages RHEL and Fedora: Except for the actual binary of the MSI installer for Windows and client specific configuration files, all the software is available under the GNU GPL and other Open Source licenses. Thus customers may even build and distribute their own version of the software as long as they do not use our trademarks GnuPG Desktop? or GnuPG VS-Desktop?. We like to thank all the nice people who are helping the GnuPG project, be it testing, coding, translating, suggesting, auditing, administering the servers, spreading the word, answering questions on the mailing lists, or helping with donations. *Thank you all* Your Libgcrypt hackers p.s. This is an announcement only mailing list. Please send replies only to the gnupg-users'at'gnupg.org mailing list. List of Release Signing Keys: To guarantee that a downloaded GnuPG version has not been tampered by malicious entities we provide signature files for all tarballs and binary versions. The keys are also signed by the long term keys of their respective owners. Current releases are signed by one or more of these keys: rsa3072 2017-03-17 [expires: 2027-03-15] 5B80 C575 4298 F0CB 55D8 ED6A BCEF 7E29 4B09 2E28 Andre Heinecke (Release Signing Key) ed25519 2020-08-24 [expires: 2030-06-30] 6DAA 6E64 A76D 2840 571B 4902 5288 97B8 2640 3ADA Werner Koch (dist signing 2020) ed25519 2021-05-19 [expires: 2027-04-04] AC8E 115B F73E 2D8D 47FA 9908 E98E 9B2D 19C6 C8BD Niibe Yutaka (GnuPG Release Key) brainpoolP256r1 2021-10-15 [expires: 2029-12-31] 02F3 8DFF 731F F97C B039 A1DA 549E 695E 905B A208 GnuPG.com (Release Signing Key 2021) The keys are available at https://gnupg.org/signature_key.html and in any recently released GnuPG tarball in the file g10/distsigkey.gpg . Note that this mail has been signed by a different key. -- The pioneers of a warless world are the youth that refuse military service. - A. Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: openpgp-digital-signature.asc Type: application/pgp-signature Size: 247 bytes Desc: not available URL: -------------- next part -------------- _______________________________________________ Gnupg-announce mailing list Gnupg-announce at gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-announce From patrick at enigmail.net Sat Jun 22 10:54:33 2024 From: patrick at enigmail.net (Patrick Brunschwig) Date: Sat, 22 Jun 2024 10:54:33 +0200 Subject: Save the Date: OpenPGP Summit 2025 Message-ID: Hello everyone This is a pre-announcement for the next OpenPGP Email Summit, which we will take place in Frankfurt on April 4./5., 2025 The meeting will be on Friday and Saturday, with an additional hacking day on Sunday. The invitation with more details will follow. -Patrick -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 834 bytes Desc: OpenPGP digital signature URL: From ametzler at bebt.de Sat Jun 22 18:18:29 2024 From: ametzler at bebt.de (Andreas Metzler) Date: Sat, 22 Jun 2024 18:18:29 +0200 Subject: libassuan 3.0.0 bumped the soname without bumping the symbol versioning Message-ID: Hello, libassuan bumped the soname without bumping the symbol versioning which does away with the whole point of symbol versioning, avoiding crashes when the at some point during the library transition period a program ends up being linked (transitively) against two different versions of the library. Could you do a quick 3.0.1 release to fix this before it has found its way into the major distributions? (There are some autoconf macros to automatize this, I can start digging if you want me to.) cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' From gniibe at fsij.org Mon Jun 24 05:00:13 2024 From: gniibe at fsij.org (NIIBE Yutaka) Date: Mon, 24 Jun 2024 12:00:13 +0900 Subject: libassuan 3.0.0 bumped the soname without bumping the symbol versioning In-Reply-To: References: Message-ID: <87v81zgi4i.fsf@akagi.fsij.org> Andreas Metzler wrote: > libassuan bumped the soname without bumping the symbol versioning which > does away with the whole point of symbol versioning, avoiding crashes > when the at some point during the library transition period a program > ends up being linked (transitively) against two different versions of the > library. > > Could you do a quick 3.0.1 release to fix this before it has found its way > into the major distributions? > > (There are some autoconf macros to automatize this, I can start digging > if you want me to.) Do you mean that we need to change libassuan/src/libassuan.vers, so that the symbols are marked by LIBASSUAN_2.0? -- From ametzler at bebt.de Mon Jun 24 06:33:06 2024 From: ametzler at bebt.de (Andreas Metzler) Date: Mon, 24 Jun 2024 06:33:06 +0200 Subject: libassuan 3.0.0 bumped the soname without bumping the symbol versioning In-Reply-To: <87v81zgi4i.fsf@akagi.fsij.org> References: <87v81zgi4i.fsf@akagi.fsij.org> Message-ID: On 2024-06-24 NIIBE Yutaka wrote: > Andreas Metzler wrote: >> libassuan bumped the soname without bumping the symbol versioning which >> does away with the whole point of symbol versioning, avoiding crashes >> when the at some point during the library transition period a program >> ends up being linked (transitively) against two different versions of the >> library. >> >> Could you do a quick 3.0.1 release to fix this before it has found its way >> into the major distributions? [...] > Do you mean that we need to change libassuan/src/libassuan.vers, so that > the symbols are marked by LIBASSUAN_2.0? Good morning, yes, exactly. This breaks the ABI, that is why I asked to do this before 3.0.0 was used widely. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' From wk at gnupg.org Mon Jun 24 11:40:54 2024 From: wk at gnupg.org (Werner Koch) Date: Mon, 24 Jun 2024 11:40:54 +0200 Subject: libassuan 3.0.0 bumped the soname without bumping the symbol versioning In-Reply-To: (Andreas Metzler's message of "Sat, 22 Jun 2024 18:18:29 +0200") References: Message-ID: <87y16uk7a1.fsf@jacob.g10code.de> Hi! On Sat, 22 Jun 2024 18:18, Andreas Metzler said: > Could you do a quick 3.0.1 release to fix this before it has found its way > into the major distributions? Just did this: #+macro: libassuan_ver 3.0.1 #+macro: libassuan_date 2024-06-24 #+macro: libassuan_size 578k #+macro: libassuan_sha1 776aac6fe4a64f29406bb498e0b2b73f2622c799 #+macro: libassuan_sha2 c8f0f42e6103dea4b1a6a483cb556654e97302c7465308f58363778f95f194b1 776aac6fe4a64f29406bb498e0b2b73f2622c799 libassuan-3.0.1.tar.bz2 I don't think that using symbol versions for a transitioning process is a good idea. There actual use case is to allow several symbols in the same library to avoid an ABI break (for example if a parameter is added to a fucntion). Having several versions of a library linked into one process is simply wrong unless that library has been written with such a use case in mind. All kind of subtle error may show up and it is a support hassle. We seen that in the past at least with GnuTLS linked directly to dirmngr and also with another version due to Openldap. Shalom-Salam, Werner -- The pioneers of a warless world are the youth that refuse military service. - A. Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: openpgp-digital-signature.asc Type: application/pgp-signature Size: 247 bytes Desc: not available URL: From ametzler at bebt.de Mon Jun 24 18:20:18 2024 From: ametzler at bebt.de (Andreas Metzler) Date: Mon, 24 Jun 2024 18:20:18 +0200 Subject: libassuan 3.0.0 bumped the soname without bumping the symbol versioning In-Reply-To: <87y16uk7a1.fsf@jacob.g10code.de> References: <87y16uk7a1.fsf@jacob.g10code.de> Message-ID: On 2024-06-24 Werner Koch wrote: > Hi! > On Sat, 22 Jun 2024 18:18, Andreas Metzler said: > > Could you do a quick 3.0.1 release to fix this before it has found its way > > into the major distributions? > Just did this: > #+macro: libassuan_ver 3.0.1 > #+macro: libassuan_date 2024-06-24 > #+macro: libassuan_size 578k > #+macro: libassuan_sha1 776aac6fe4a64f29406bb498e0b2b73f2622c799 > #+macro: libassuan_sha2 c8f0f42e6103dea4b1a6a483cb556654e97302c7465308f58363778f95f194b1 > 776aac6fe4a64f29406bb498e0b2b73f2622c799 libassuan-3.0.1.tar.bz2 [...] Thank you very much! > I don't think that using symbol versions for a transitioning process is > a good idea. There actual use case is to allow several symbols in the > same library to avoid an ABI break (for example if a parameter is added > to a fucntion). > Having several versions of a library linked into one process is simply > wrong unless that library has been written with such a use case in mind. > All kind of subtle error may show up and it is a support hassle. We > seen that in the past at least with GnuTLS linked directly to dirmngr > and also with another version due to Openldap. [...] Noted, we do not plan to have this for an extended period of time. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' From wk at gnupg.org Tue Jun 25 09:43:58 2024 From: wk at gnupg.org (Werner Koch) Date: Tue, 25 Jun 2024 09:43:58 +0200 Subject: [PATCH gnupg v2] doc: fix home dir path in common.conf In-Reply-To: <20240614164928.1051298-1-tmz@pobox.com> (Todd Zullinger via Gnupg-devel's message of "Fri, 14 Jun 2024 12:49:28 -0400") References: <20240614164449.1050653-1-tmz@pobox.com> <20240614164928.1051298-1-tmz@pobox.com> Message-ID: <87pls5jwld.fsf@jacob.g10code.de> On Fri, 14 Jun 2024 12:49, Todd Zullinger said: > * doc/examples/common.conf: fix home dir path Thanks. Applied to master and 2.4. Shalom-Salam, Werner -- The pioneers of a warless world are the youth that refuse military service. - A. Einstein -------------- next part -------------- A non-text attachment was scrubbed... Name: openpgp-digital-signature.asc Type: application/pgp-signature Size: 247 bytes Desc: not available URL: From ralph at ml.seichter.de Sun Jun 30 02:44:18 2024 From: ralph at ml.seichter.de (Ralph Seichter) Date: Sun, 30 Jun 2024 02:44:18 +0200 Subject: [Announce] Libgcrypt 1.11.0 released In-Reply-To: <87le31nn7k.fsf@jacob.g10code.de> References: <87le31nn7k.fsf@jacob.g10code.de> Message-ID: <87h6dbcl99.fsf@ra.horus-it.com> * Werner Koch via Gnupg-users: > We are pleased to announce the availability of Libgcrypt version > 1.11.0. [...] I have been trying to update the "GnuPG for OS X" [1] build to use libgcrypt 1.11.0. Building the binaries works, alas, I am seeing dyld[nnnn]: missing symbol called at runtime, even with simple commands like "gpg -k". I have captured example dyld output (see attachment). [1] https://sourceforge.net/p/gpgosx/source/ci/libgcrypt-182/tree/libraries For the time being, the master branch remains at libgcrypt 1.10.3, so there is no time pressure. Still, I would be glad if somebody here could point me in the direction of how I can better debug this issue. Thanks. -Ralph -------------- next part -------------- dyld[96953]: <953E660A-40F4-440D-871D-D5EC52A56AF4> /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/bin/gpg2 dyld[96953]: /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libintl.8.dylib dyld[96953]: <81A51549-4331-417C-B485-ABD191D17A51> /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libsqlite3.0.dylib dyld[96953]: <742D48BB-D984-4431-90B4-2A5804B0B349> /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libgcrypt.20.dylib dyld[96953]: /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libreadline.8.2.dylib dyld[96953]: <8DA437A6-4860-4984-9369-47B29AB9EB65> /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libassuan.0.dylib dyld[96953]: /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libnpth.0.dylib dyld[96953]: <467211D1-3ACE-4170-848C-636B76BCEFE8> /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libgpg-error.0.dylib dyld[96953]: /Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libiconv.2.dylib dyld[96953]: <4E4C2472-EA13-3438-95B1-4680CE772C88> /usr/lib/libz.1.dylib dyld[96953]: /usr/lib/libSystem.B.dylib dyld[96953]: <939523B8-EFFB-368D-8BA1-F51171D6DC78> /usr/lib/system/libcache.dylib dyld[96953]: <5B3B1FCB-8925-3965-A39A-0A0D4526A26B> /usr/lib/system/libcommonCrypto.dylib dyld[96953]: <5C78981F-D188-3139-A937-C66E16250C21> /usr/lib/system/libcompiler_rt.dylib dyld[96953]: <2F33B8B4-DE51-365B-B967-BB00F6A11443> /usr/lib/system/libcopyfile.dylib dyld[96953]: /usr/lib/system/libcorecrypto.dylib dyld[96953]: <511B909B-7A60-3295-9981-A508477C7893> /usr/lib/system/libdispatch.dylib dyld[96953]: <41F163CC-76AD-316C-B621-1A10CA02F3F2> /usr/lib/system/libdyld.dylib dyld[96953]: <48686F93-7915-3065-8E1A-703F23FE0920> /usr/lib/system/libkeymgr.dylib dyld[96953]: <931E8AF6-07A7-393C-A5F6-5A4D43A52F60> /usr/lib/system/libmacho.dylib dyld[96953]: <1F10F52E-B804-33E0-8558-9464160FCBD7> /usr/lib/system/libquarantine.dylib dyld[96953]: <5205DD8E-E25A-3F62-9317-CF5B9CFA8835> /usr/lib/system/libremovefile.dylib dyld[96953]: <4B150AFD-5995-3761-B83E-70BCA8BD50A1> /usr/lib/system/libsystem_asl.dylib dyld[96953]: <321A69EF-135E-302B-A5EF-9D697ACA4D47> /usr/lib/system/libsystem_blocks.dylib dyld[96953]: <93FB3816-608B-33AF-83D2-209B4BD673AD> /usr/lib/system/libsystem_c.dylib dyld[96953]: <2299613E-D321-3C77-9E04-42F0A40256B1> /usr/lib/system/libsystem_collections.dylib dyld[96953]: /usr/lib/system/libsystem_configuration.dylib dyld[96953]: /usr/lib/system/libsystem_containermanager.dylib dyld[96953]: <2AF67FC2-F6D4-3383-9A0E-951B5E96F162> /usr/lib/system/libsystem_coreservices.dylib dyld[96953]: <61DE7207-C874-3B72-ACFC-4982DC69A2ED> /usr/lib/system/libsystem_darwin.dylib dyld[96953]: /usr/lib/system/libsystem_darwindirectory.dylib dyld[96953]: <00230DEE-D005-3A2D-A4D0-55EDE6AFECCA> /usr/lib/system/libsystem_dnssd.dylib dyld[96953]: <28BDED0A-BF49-3A7E-A888-643C6003FC7E> /usr/lib/system/libsystem_eligibility.dylib dyld[96953]: <928BFD98-79FC-326C-B3C1-3086737F6F94> /usr/lib/system/libsystem_featureflags.dylib dyld[96953]: <03232512-0925-3985-82EF-D5497E4D5943> /usr/lib/system/libsystem_info.dylib dyld[96953]: /usr/lib/system/libsystem_m.dylib dyld[96953]: <7BDF3A7B-2E48-32AA-9DF0-25565AB498BE> /usr/lib/system/libsystem_malloc.dylib dyld[96953]: <4493C1A7-3CC8-3B31-9271-0864BF588245> /usr/lib/system/libsystem_networkextension.dylib dyld[96953]: <68DC1FE4-7E60-3E8B-A5A9-A4829317E8A9> /usr/lib/system/libsystem_notify.dylib dyld[96953]: /usr/lib/system/libsystem_sandbox.dylib dyld[96953]: /usr/lib/system/libsystem_sanitizers.dylib dyld[96953]: <9D85DC11-891B-30C3-BE32-29EAA910B8D4> /usr/lib/system/libsystem_secinit.dylib dyld[96953]: <13597EEB-2EA0-3D48-8BE1-DFC4872A784B> /usr/lib/system/libsystem_kernel.dylib dyld[96953]: /usr/lib/system/libsystem_platform.dylib dyld[96953]: <25B2F3EB-07B4-3CB9-9457-2C26210C27C8> /usr/lib/system/libsystem_pthread.dylib dyld[96953]: <63E42976-7E20-3E80-9802-354CE7EE2334> /usr/lib/system/libsystem_symptoms.dylib dyld[96953]: <57F4BFC4-5C6D-355C-9783-1B6A38B2FDA0> /usr/lib/system/libsystem_trace.dylib dyld[96953]: /usr/lib/system/libunwind.dylib dyld[96953]: /usr/lib/system/libxpc.dylib dyld[96953]: /usr/lib/libc++abi.dylib dyld[96953]: /usr/lib/libobjc.A.dylib dyld[96953]: /usr/lib/liboah.dylib dyld[96953]: /usr/lib/libc++.1.dylib dyld[96953]: <01287F3D-7C94-3A03-B23D-0DB1C3F37309> /usr/lib/libbz2.1.0.dylib dyld[96953]: <59D4644F-7AA6-3767-80AB-73D7A388A4FF> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation dyld[96953]: <6FDDA885-55D2-378B-95FB-742462BEB81C> /System/Library/PrivateFrameworks/CoreServicesInternal.framework/Versions/A/CoreServicesInternal dyld[96953]: <086A9E16-7C3A-32B4-821E-214A25C9A7EB> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation dyld[96953]: <62B983D4-38B7-35C2-B4E6-1AD5B8FE35F9> /usr/lib/libfakelink.dylib dyld[96953]: <4BC412BC-D82C-35EB-8FB8-8CDAB52F0D29> /usr/lib/libicucore.A.dylib dyld[96953]: /System/Library/PrivateFrameworks/SoftLinking.framework/Versions/A/SoftLinking dyld[96953]: <76D5C2FB-DC12-30A4-AC09-E388C1DF9A3A> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit dyld[96953]: <31835B36-41E9-3D39-9AB0-5313B75A947F> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices dyld[96953]: /usr/lib/libDiagnosticMessagesClient.dylib dyld[96953]: <64D1DE62-0120-34C7-8001-9E5B7CB72E25> /usr/lib/libenergytrace.dylib dyld[96953]: <93D0383B-EB56-3AEA-BAFE-3FBEEF730C7C> /usr/lib/libbsm.0.dylib dyld[96953]: /usr/lib/system/libkxld.dylib dyld[96953]: <341B4D5E-C3C4-3377-88D3-7184F908A2B7> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork dyld[96953]: <05BEBAB3-A03C-3261-8873-7143239DD302> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/FSEvents.framework/Versions/A/FSEvents dyld[96953]: <74CB54D1-025E-3CC9-94CF-D2B2E6049B3E> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore dyld[96953]: <62D18D5D-D468-334E-A792-127D6634BA16> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata dyld[96953]: <6B423B2D-C5F4-3B90-B5E5-8547F03CB533> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices dyld[96953]: /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit dyld[96953]: <1ABB0C61-35B9-31DF-BD36-0811D21FF87E> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE dyld[96953]: <7A1C36B0-4F4D-3B8C-BC82-7BAEB58A0E6C> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices dyld[96953]: /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices dyld[96953]: <94CC69C6-3AC9-3A59-B8B0-849BBEE94FBE> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SharedFileList.framework/Versions/A/SharedFileList dyld[96953]: /System/Library/Frameworks/Security.framework/Versions/A/Security dyld[96953]: /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration dyld[96953]: <52F345BD-3FBB-3D8C-AB2B-91E5C29F28CF> /usr/lib/libapple_nghttp2.dylib dyld[96953]: /usr/lib/libcompression.dylib dyld[96953]: <2F3EAA63-9D79-3D76-B8A4-4A00BDD966B4> /usr/lib/libsqlite3.dylib dyld[96953]: <9050D04B-79B3-3167-A183-F2EFAF9BC92C> /System/Library/Frameworks/Network.framework/Versions/A/Network dyld[96953]: <80137EE9-DA0D-374A-8A1B-188E35D982E2> /usr/lib/libCoreEntitlements.dylib dyld[96953]: /System/Library/PrivateFrameworks/MessageSecurity.framework/Versions/A/MessageSecurity dyld[96953]: <1F0A65DC-A7B3-3984-AA79-0F5C35100D23> /System/Library/PrivateFrameworks/ProtocolBuffer.framework/Versions/A/ProtocolBuffer dyld[96953]: <8DDE00AE-55B2-34D7-B66F-E29F01323255> /usr/lib/libMobileGestalt.dylib dyld[96953]: <0DC510F6-8E00-37BF-821C-0701B8E77C53> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression dyld[96953]: /usr/lib/libcoretls.dylib dyld[96953]: <098A1C37-C20F-3BDB-A331-1DF9629BAF03> /usr/lib/libcoretls_cfhelpers.dylib dyld[96953]: <57FA0002-1A78-32D1-A41B-C001F29A1C4F> /usr/lib/libpam.2.dylib dyld[96953]: <17AFAA94-5593-3603-B2C7-EB358B21722F> /usr/lib/libxar.1.dylib dyld[96953]: <37FD5F65-892C-3AFA-A3C3-17EC20992810> /System/Library/PrivateFrameworks/CoreAutoLayout.framework/Versions/A/CoreAutoLayout dyld[96953]: <9780FB15-67C8-3D32-8EE7-60460AF85889> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration dyld[96953]: <0A301BBF-6505-341D-AAE8-04E84DBB0185> /usr/lib/libarchive.2.dylib dyld[96953]: /usr/lib/libxml2.2.dylib dyld[96953]: <59CD9996-FA4E-3E76-A65B-521494A9B1BA> /usr/lib/liblangid.dylib dyld[96953]: /System/Library/Frameworks/Combine.framework/Versions/A/Combine dyld[96953]: /System/Library/PrivateFrameworks/CollectionsInternal.framework/Versions/A/CollectionsInternal dyld[96953]: /System/Library/PrivateFrameworks/ReflectionInternal.framework/Versions/A/ReflectionInternal dyld[96953]: <8FBA1DA2-CC87-35F5-8F72-846474B4C9BA> /System/Library/PrivateFrameworks/RuntimeInternal.framework/Versions/A/RuntimeInternal dyld[96953]: <37E40068-5079-36E0-B908-DAF2333CC726> /usr/lib/swift/libswiftCore.dylib dyld[96953]: <4F450F83-6F92-3D7A-91FC-09F7BAB20D89> /usr/lib/swift/libswiftCoreFoundation.dylib dyld[96953]: /usr/lib/swift/libswiftDarwin.dylib dyld[96953]: <054DD278-1D6D-392F-9A21-71947869DA67> /usr/lib/swift/libswiftDispatch.dylib dyld[96953]: /usr/lib/swift/libswiftIOKit.dylib dyld[96953]: <749FDEC1-597C-32AF-8682-C3845EB89FC7> /usr/lib/swift/libswiftObjectiveC.dylib dyld[96953]: <55D91EBC-F769-3D06-8C2D-A450F088CEFA> /usr/lib/swift/libswiftXPC.dylib dyld[96953]: /usr/lib/swift/libswift_Concurrency.dylib dyld[96953]: <8C330E8C-C118-381D-8975-4CE12C668A61> /usr/lib/swift/libswift_StringProcessing.dylib dyld[96953]: <5E0C442E-9B6A-360A-BE5E-1C5262BE0999> /usr/lib/swift/libswiftos.dylib dyld[96953]: <77229B12-DCE6-3E94-AC06-30ACFABB100C> /System/Library/PrivateFrameworks/AppleSystemInfo.framework/Versions/A/AppleSystemInfo dyld[96953]: <402CE4A9-2B50-3E5E-A64D-659B33C31D58> /usr/lib/libpcap.A.dylib dyld[96953]: /usr/lib/libdns_services.dylib dyld[96953]: <587E1A48-29D3-33C2-B9D7-A253BCB97591> /usr/lib/libnetwork.dylib dyld[96953]: /System/Library/PrivateFrameworks/IOMobileFramebuffer.framework/Versions/A/IOMobileFramebuffer dyld[96953]: /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface dyld[96953]: /usr/lib/liblzma.5.dylib dyld[96953]: <5FDD63E0-35E6-33C4-B3FC-BDEC3AA60167> /usr/lib/swift/libswift_RegexParser.dylib dyld[96953]: <821ACD37-4E9D-3DA3-9255-1EE5339FD18A> /usr/lib/libiconv.2.dylib dyld[96953]: <1BB074E7-ABA7-3051-8F5C-12C9691AC0A6> /usr/lib/libcharset.1.dylib dyld[96953]: <9BA64CB7-5BFA-358D-B6FD-B073FD0C2B7A> /usr/lib/libheimdal-asn1.dylib dyld[96953]: <857DC522-F6B2-3FCF-869C-0331388C5FAC> /usr/lib/libCheckFix.dylib dyld[96953]: <9BD3A3DF-94F7-3EDE-A015-AD417F59B99C> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC dyld[96953]: /System/Library/PrivateFrameworks/CoreNLP.framework/Versions/A/CoreNLP dyld[96953]: <21C1ACA3-D4E2-379D-B256-DFE3AFFC87AD> /System/Library/PrivateFrameworks/MetadataUtilities.framework/Versions/A/MetadataUtilities dyld[96953]: <02622BE0-EEC3-3EFE-9B46-BC1196F74622> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate dyld[96953]: /usr/lib/libmecab.dylib dyld[96953]: <0E1010EC-D84B-37B7-8772-E038D9E982AA> /usr/lib/libCRFSuite.dylib dyld[96953]: <2E6F69F3-AEEA-3528-B786-13C04B53AABF> /usr/lib/libgermantok.dylib dyld[96953]: /usr/lib/libThaiTokenizer.dylib dyld[96953]: <372CAABC-9E84-359C-99FB-6A01DCA3EA32> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage dyld[96953]: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib dyld[96953]: <39740567-7211-3F3F-B1BA-D59F18E31A4B> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib dyld[96953]: <1B51ECD4-B140-3DDD-A7BA-C00CBF97809F> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib dyld[96953]: <7DFD2856-86BD-31F1-8887-644692E4CB97> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib dyld[96953]: <09B7C9C4-8C48-3254-A864-C6751AF05725> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib dyld[96953]: <9DBFB77A-114D-3889-B047-E12871554682> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLinearAlgebra.dylib dyld[96953]: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libSparseBLAS.dylib dyld[96953]: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libQuadrature.dylib dyld[96953]: <85225EAE-4DC3-35EF-B4AC-4BBB640913A3> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBNNS.dylib dyld[96953]: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libSparse.dylib dyld[96953]: <63A504AB-859C-37F7-86EB-530CC1A4CF42> /System/Library/PrivateFrameworks/MIL.framework/Versions/A/MIL dyld[96953]: <7F66AA9D-5D60-33C2-ABD1-D71DA0FBE901> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory dyld[96953]: /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory dyld[96953]: <707CCA27-449E-3CED-8FDD-8CA91EB6AE62> /System/Library/PrivateFrameworks/APFS.framework/Versions/A/APFS dyld[96953]: <86EB70E2-7DFD-3BFC-9A65-9CCAA0F8BFEA> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation dyld[96953]: /usr/lib/libutil.dylib dyld[96953]: /System/Library/PrivateFrameworks/InstalledContentLibrary.framework/Versions/A/InstalledContentLibrary dyld[96953]: <897AEF7C-E734-34D1-8120-8C130E447CD5> /System/Library/PrivateFrameworks/CoreServicesStore.framework/Versions/A/CoreServicesStore dyld[96953]: <35A44CC6-A1E9-398F-81D7-74F429B2505B> /usr/lib/libapp_launch_measurement.dylib dyld[96953]: <2EFB9509-D0A3-3544-AD34-EE9CBF42E3D5> /System/Library/PrivateFrameworks/AppleMobileFileIntegrity.framework/Versions/A/AppleMobileFileIntegrity dyld[96953]: <7641FC90-0361-329E-8EE1-818590BD5E17> /usr/lib/libmis.dylib dyld[96953]: /System/Library/PrivateFrameworks/MobileSystemServices.framework/Versions/A/MobileSystemServices dyld[96953]: <395ACD7B-C21B-3FD7-AF77-C1A0304B5CE7> /System/Library/PrivateFrameworks/ConfigProfileHelper.framework/Versions/A/ConfigProfileHelper dyld[96953]: <15FE59B9-621D-3227-A8D0-DE3C3B4392E5> /System/Library/PrivateFrameworks/CoreAnalytics.framework/Versions/A/CoreAnalytics dyld[96953]: <8618E89C-7A8C-32F1-B23F-13C871CCB2FF> /System/Library/PrivateFrameworks/AppleSauce.framework/Versions/A/AppleSauce dyld[96953]: <4BF887E8-170C-332A-9185-EB82764AC559> /System/Library/PrivateFrameworks/LanguageModeling.framework/Versions/A/LanguageModeling dyld[96953]: /usr/lib/libxslt.1.dylib dyld[96953]: <7AB99C75-CDCF-3686-8F5F-CAFFE023CD23> /usr/lib/libcmph.dylib dyld[96953]: <9D6CF6DA-264B-3347-B8FC-E15088F397A6> /System/Library/PrivateFrameworks/CoreEmoji.framework/Versions/A/CoreEmoji dyld[96953]: <5881B8C8-4D7F-38E7-BB7F-182408B19730> /System/Library/PrivateFrameworks/LinguisticData.framework/Versions/A/LinguisticData dyld[96953]: /System/Library/PrivateFrameworks/Lexicon.framework/Versions/A/Lexicon dyld[96953]: <26BC8E55-3451-3DBE-8819-F8AA4DF61E60> /System/Library/PrivateFrameworks/BackgroundTaskManagement.framework/Versions/A/BackgroundTaskManagement dyld[96953]: <81BFEBDC-83B1-3E7D-B471-52E6BAA8724A> /usr/lib/libTLE.dylib dyld[96953]: <2E305379-6525-362A-A1A7-5B8D97A1F70B> /usr/lib/libncurses.5.4.dylib dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: dyld_sdk_at_least(0x100c24000, <1,0x000A0900>) => 1 dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: dyld_sdk_at_least(0x100c24000, <1,0x000D0000>) => 1 dyld[96953]: _dyld_get_image_slide(0x7ff81ab46000)dyld[96953]: => 0x1A8EE000 dyld[96953]: dyld_process_is_restricted()dyld[96953]: => 0 dyld[96953]: _dyld_get_image_slide(0x7ff81ab46000)dyld[96953]: => 0x1A8EE000 dyld[96953]: NSVersionOfLinkTimeLibrary(System) =>0x05417802 dyld[96953]: _dyld_is_memory_immutable(0x7ff81ab7e063, 18) => 1 dyld[96953]: _dyld_is_memory_immutable(0x7ff81ab7e063, 18) => 1 dyld[96953]: _dyld_is_memory_immutable(0x7ff81ab7e849, 17) => 1 dyld[96953]: _dyld_get_objc_selector(_isDeallocating) => _isDeallocating dyld[96953]: _dyld_get_objc_selector(_tryRetain) => _tryRetain dyld[96953]: _dyld_get_objc_selector(alloc) => alloc dyld[96953]: _dyld_get_objc_selector(allocWithZone:) => allocWithZone: dyld[96953]: _dyld_get_objc_selector(allowsWeakReference) => allowsWeakReference dyld[96953]: _dyld_get_objc_selector(autorelease) => autorelease dyld[96953]: _dyld_get_objc_selector(class) => class dyld[96953]: _dyld_get_objc_selector(isKindOfClass:) => isKindOfClass: dyld[96953]: _dyld_get_objc_selector(new) => new dyld[96953]: _dyld_get_objc_selector(release) => release dyld[96953]: _dyld_get_objc_selector(respondsToSelector:) => respondsToSelector: dyld[96953]: _dyld_get_objc_selector(retain) => retain dyld[96953]: _dyld_get_objc_selector(retainCount) => retainCount dyld[96953]: _dyld_get_objc_selector(retainWeakReference) => retainWeakReference dyld[96953]: _dyld_get_objc_selector(self) => self dyld[96953]: _dyld_objc_register_callbacks(3, 0x7ff81a9577af, 0x7ff81a95ec54, 0x7ff81a9997bf, 0x7ff81a981268) dyld[96953]: _dyld_get_shared_cache_range(0x7ff7bf2d7340)dyld[96953]: => 0x7ff81a8ee000,0x600000000 dyld[96953]: _dyld_for_objc_header_opt_ro() => 0x7ff83a806550 dyld[96953]: _dyld_for_objc_header_opt_rw() => 0x7ff85e041f48 dyld[96953]: dyld_image_path_containing_address(0x7ffc32ed3000) => '/usr/lib/libTLE.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff827266000) => '/System/Library/PrivateFrameworks/BackgroundTaskManagement.framework/Versions/A/BackgroundTaskManagement' dyld[96953]: dyld_image_path_containing_address(0x7ff8263b8000) => '/System/Library/PrivateFrameworks/LinguisticData.framework/Versions/A/LinguisticData' dyld[96953]: dyld_image_path_containing_address(0x7ff826f89000) => '/System/Library/PrivateFrameworks/CoreEmoji.framework/Versions/A/CoreEmoji' dyld[96953]: dyld_image_path_containing_address(0x7ff81c991000) => '/System/Library/PrivateFrameworks/LanguageModeling.framework/Versions/A/LanguageModeling' dyld[96953]: dyld_image_path_containing_address(0x7ff822c17000) => '/System/Library/PrivateFrameworks/CoreAnalytics.framework/Versions/A/CoreAnalytics' dyld[96953]: dyld_image_path_containing_address(0x7ffa2f7c8000) => '/System/Library/PrivateFrameworks/ConfigProfileHelper.framework/Versions/A/ConfigProfileHelper' dyld[96953]: dyld_image_path_containing_address(0x7ff932155000) => '/System/Library/PrivateFrameworks/MobileSystemServices.framework/Versions/A/MobileSystemServices' dyld[96953]: dyld_image_path_containing_address(0x7ff92161a000) => '/usr/lib/libmis.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ffb26e42000) => '/System/Library/PrivateFrameworks/AppleMobileFileIntegrity.framework/Versions/A/AppleMobileFileIntegrity' dyld[96953]: dyld_image_path_containing_address(0x7ff81e2ce000) => '/System/Library/PrivateFrameworks/CoreServicesStore.framework/Versions/A/CoreServicesStore' dyld[96953]: dyld_image_path_containing_address(0x7ffb37360000) => '/System/Library/PrivateFrameworks/InstalledContentLibrary.framework/Versions/A/InstalledContentLibrary' dyld[96953]: dyld_image_path_containing_address(0x7ff8271dd000) => '/System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation' dyld[96953]: dyld_image_path_containing_address(0x7ff823a2e000) => '/System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory' dyld[96953]: dyld_image_path_containing_address(0x7ff827326000) => '/System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLinearAlgebra.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff822c45000) => '/System/Library/PrivateFrameworks/MetadataUtilities.framework/Versions/A/MetadataUtilities' dyld[96953]: dyld_image_path_containing_address(0x7ff8262a8000) => '/System/Library/PrivateFrameworks/CoreNLP.framework/Versions/A/CoreNLP' dyld[96953]: dyld_image_path_containing_address(0x7ff8203e2000) => '/System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC' dyld[96953]: dyld_image_path_containing_address(0x7ffc34441000) => '/usr/lib/swift/libswift_RegexParser.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff8252eb000) => '/System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface' dyld[96953]: dyld_image_path_containing_address(0x7ff821f64000) => '/usr/lib/libdns_services.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff833b2a000) => '/usr/lib/swift/libswiftos.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ffc344ef000) => '/usr/lib/swift/libswift_StringProcessing.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ffc343b4000) => '/usr/lib/swift/libswift_Concurrency.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff921658000) => '/usr/lib/swift/libswiftXPC.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff833b26000) => '/usr/lib/swift/libswiftObjectiveC.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff921687000) => '/usr/lib/swift/libswiftIOKit.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff831331000) => '/usr/lib/swift/libswiftDispatch.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff91f2ab000) => '/usr/lib/swift/libswiftDarwin.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff921648000) => '/usr/lib/swift/libswiftCoreFoundation.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff82b3c9000) => '/usr/lib/swift/libswiftCore.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ffc1f451000) => '/System/Library/PrivateFrameworks/RuntimeInternal.framework/Versions/A/RuntimeInternal' dyld[96953]: dyld_image_path_containing_address(0x7ffc1eed2000) => '/System/Library/PrivateFrameworks/ReflectionInternal.framework/Versions/A/ReflectionInternal' dyld[96953]: dyld_image_path_containing_address(0x7ffb2923b000) => '/System/Library/PrivateFrameworks/CollectionsInternal.framework/Versions/A/CollectionsInternal' dyld[96953]: dyld_image_path_containing_address(0x7ff82d83a000) => '/System/Library/Frameworks/Combine.framework/Versions/A/Combine' dyld[96953]: dyld_image_path_containing_address(0x7ff823a8e000) => '/System/Library/PrivateFrameworks/CoreAutoLayout.framework/Versions/A/CoreAutoLayout' dyld[96953]: dyld_image_path_containing_address(0x7ff820359000) => '/usr/lib/libMobileGestalt.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff821b47000) => '/System/Library/PrivateFrameworks/ProtocolBuffer.framework/Versions/A/ProtocolBuffer' dyld[96953]: dyld_image_path_containing_address(0x7ffb3a6af000) => '/System/Library/PrivateFrameworks/MessageSecurity.framework/Versions/A/MessageSecurity' dyld[96953]: dyld_image_path_containing_address(0x7ffc32d64000) => '/usr/lib/libCoreEntitlements.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff821f76000) => '/System/Library/Frameworks/Network.framework/Versions/A/Network' dyld[96953]: dyld_image_path_containing_address(0x7ff81d937000) => '/System/Library/Frameworks/Security.framework/Versions/A/Security' dyld[96953]: dyld_image_path_containing_address(0x7ff823a63000) => '/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SharedFileList.framework/Versions/A/SharedFileList' dyld[96953]: dyld_image_path_containing_address(0x7ff829581000) => '/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices' dyld[96953]: dyld_image_path_containing_address(0x7ff81b226000) => '/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices' dyld[96953]: dyld_image_path_containing_address(0x7ff827bbd000) => '/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices' dyld[96953]: dyld_image_path_containing_address(0x7ff822c8b000) => '/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata' dyld[96953]: dyld_image_path_containing_address(0x7ff81df91000) => '/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore' dyld[96953]: dyld_image_path_containing_address(0x7ff81ff90000) => '/System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork' dyld[96953]: dyld_image_path_containing_address(0x7ff81e30e000) => '/System/Library/Frameworks/IOKit.framework/Versions/A/IOKit' dyld[96953]: dyld_image_path_containing_address(0x7ff81bd5a000) => '/System/Library/Frameworks/Foundation.framework/Versions/C/Foundation' dyld[96953]: dyld_image_path_containing_address(0x7ff81ad8b000) => '/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation' dyld[96953]: dyld_image_path_containing_address(0x7ff81a956000) => '/usr/lib/libobjc.A.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff81aa2d000) => '/usr/lib/system/libxpc.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff81aa75000) => '/usr/lib/system/libsystem_trace.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff81abcd000) => '/usr/lib/system/libsystem_featureflags.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff81aa29000) => '/usr/lib/system/libsystem_blocks.dylib' dyld[96953]: dyld_image_path_containing_address(0x7ff81ab86000) => '/usr/lib/system/libdispatch.dylib' dyld[96953]: _dyld_get_objc_selector(.cxx_construct) => .cxx_construct dyld[96953]: _dyld_get_objc_selector(.cxx_destruct) => .cxx_destruct dyld[96953]: _dyld_get_prog_image_header() => 0x100c24000 dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_register_for_bulk_image_loads(0x7ff81aa2fb05) dyld[96953]: _NSGetExecutablePath(0x7ff7bf2d90f0, 0x7ff7bf2d90ec) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_shared_cache_range(0x7ff85e26d860)dyld[96953]: => 0x7ff81a8ee000,0x600000000 dyld[96953]: _dyld_is_memory_immutable(0x7ff81aa8dbc5, 36) => 1 dyld[96953]: dyld_get_program_sdk_version() => 0x000E0500 dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: dyld_shared_cache_some_image_overridden() => 0 dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_is_memory_immutable(0x7ff81ad87128, 50) => 1 dyld[96953]: _dyld_is_memory_immutable(0x7ff81ad8715a, 55) => 1 dyld[96953]: _dyld_is_memory_immutable(0x7ff81ad87191, 56) => 1 dyld[96953]: _dyld_is_memory_immutable(0x7ff81ad871c9, 58) => 1 dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_prog_image_header() => 0x100c24000 dyld[96953]: dyld_image_path_containing_address(0x100c24000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/bin/gpg2' dyld[96953]: _NSGetExecutablePath(0x7ff7bf2d7890, 0x7ff7bf2d788c) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_shared_cache_uuid(0x1012bf828) dyld[96953]: _dyld_register_func_for_add_image(0x7ff81aa7706f) dyld[96953]: dyld_image_path_containing_address(0x100c24000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/bin/gpg2' dyld[96953]: _dyld_is_memory_immutable(0x100c24000, 28) => 1 dyld[96953]: dyld_image_path_containing_address(0x101201000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libintl.8.dylib' dyld[96953]: _dyld_is_memory_immutable(0x101201000, 28) => 1 dyld[96953]: dyld_image_path_containing_address(0x1014d3000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libsqlite3.0.dylib' dyld[96953]: _dyld_is_memory_immutable(0x1014d3000, 28) => 1 dyld[96953]: dyld_image_path_containing_address(0x10181b000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libgcrypt.20.dylib' dyld[96953]: _dyld_is_memory_immutable(0x10181b000, 28) => 1 dyld[96953]: dyld_image_path_containing_address(0x101237000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libreadline.8.2.dylib' dyld[96953]: _dyld_is_memory_immutable(0x101237000, 28) => 1 dyld[96953]: dyld_image_path_containing_address(0x100db0000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libassuan.0.dylib' dyld[96953]: _dyld_is_memory_immutable(0x100db0000, 28) => 1 dyld[96953]: dyld_image_path_containing_address(0x100d9d000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libnpth.0.dylib' dyld[96953]: _dyld_is_memory_immutable(0x100d9d000, 28) => 1 dyld[96953]: dyld_image_path_containing_address(0x10128f000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libgpg-error.0.dylib' dyld[96953]: _dyld_is_memory_immutable(0x10128f000, 28) => 1 dyld[96953]: dyld_image_path_containing_address(0x101665000) => '/Users/ralph/projects/gpgosx/build-dev/x86_64-rel/lib/libiconv.2.dylib' dyld[96953]: _dyld_is_memory_immutable(0x101665000, 28) => 1 dyld[96953]: _dyld_register_func_for_remove_image(0x7ff81aa84cb4) dyld[96953]: _dyld_is_memory_immutable(0x7ff81aa8d5b2, 38) => 1 dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSCFType) dyld[96953]: _dyld_get_objc_class(__NSCFString) dyld[96953]: _dyld_get_objc_class(NSNull) dyld[96953]: _dyld_get_objc_class(__NSCFSet) dyld[96953]: _dyld_get_objc_class(__NSCFDictionary) dyld[96953]: _dyld_get_objc_class(__NSCFArray) dyld[96953]: _dyld_get_objc_class(__NSCFData) dyld[96953]: _dyld_get_objc_class(__NSCFBoolean) dyld[96953]: _dyld_get_objc_class(__NSCFNumber) dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: _dyld_get_objc_class(NSMachPort) dyld[96953]: _dyld_get_objc_class(NSURL) dyld[96953]: _dyld_get_objc_class(__NSCFTimer) dyld[96953]: _dyld_get_objc_class(__NSCFAttributedString) dyld[96953]: _dyld_get_objc_class(__NSCFLocale) dyld[96953]: _dyld_get_objc_class(__NSCFError) dyld[96953]: _dyld_get_objc_class(__NSCFCharacterSet) dyld[96953]: _dyld_get_objc_class(__NSCFInputStream) dyld[96953]: _dyld_get_objc_class(__NSCFOutputStream) dyld[96953]: dyld_process_is_restricted()dyld[96953]: => 0 dyld[96953]: _NSGetExecutablePath(0x7ff7bf2d8ad0, 0x7ff7bf2d8ee8) dyld[96953]: _dyld_get_objc_class(__NSStackBlock__) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSStackBlock__) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSMallocBlock__) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSAutoBlock__) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSGlobalBlock__) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: dyld_has_inserted_or_interposing_libraries() => 0 dyld[96953]: dladdr(0x7ff82b7166b0, 0x7ff7bf2d8ca0) dyld[96953]: _dyld_get_objc_class(__NSCFString) dyld[96953]: _dyld_get_objc_class(NSMutableString) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSCFError) dyld[96953]: _dyld_get_objc_class(NSError) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSCFCharacterSet) dyld[96953]: _dyld_get_objc_class(NSMutableCharacterSet) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSCFAttributedString) dyld[96953]: _dyld_get_objc_class(NSMutableAttributedString) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(NSNumber) dyld[96953]: _dyld_get_objc_class(__NSCFBoolean) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__NSCFNumber) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(__CFNotification) dyld[96953]: _dyld_get_objc_class(NSNotification) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(NSString) dyld[96953]: _dyld_get_objc_class(NSConcreteValue) dyld[96953]: _dyld_get_objc_class(NSMutableString) dyld[96953]: _dyld_get_objc_class(NSTimeZone) dyld[96953]: _dyld_get_objc_class(NSCountedSet) dyld[96953]: _dyld_get_objc_class(NSNumberFormatter) dyld[96953]: _dyld_get_objc_class(NSDateFormatter) dyld[96953]: _dyld_get_objc_class(NSAffineTransform) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(OS_dispatch_data) dyld[96953]: _dyld_get_objc_class(_NSDispatchData) dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_get_objc_class(NSTaggedPointerString) dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: dyld_get_active_platform() => 1 dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: _dyld_objc_class_count() dyld[96953]: dladdr(0x101292960, 0x7ff7bf2d8e30) dyld[96953]: dladdr(0x100d1b550, 0x7ff7bf2daa90) dyld[96953]: dladdr(0x100d17b80, 0x7ff7bf2daa90) dyld[96953]: dladdr(0x100cf0270, 0x7ff7bf2da830) dyld[96953]: _dyld_is_memory_immutable(0x7ff7bf2da160, 56) => 0 dyld[96953]: missing symbol called