From: "Ludovic Courtès" <ludo@gnu.org>
To: Liliana Marie Prikler <liliana.prikler@gmail.com>
Cc: guix-devel@gnu.org
Subject: Re: Using G-Expressions for public keys (substitutes and possibly more)
Date: Tue, 23 Nov 2021 18:14:01 +0100 [thread overview]
Message-ID: <87r1b6iyli.fsf@gnu.org> (raw)
In-Reply-To: <e93932571b9dc0770450bfd455458bac459a744e.camel@gmail.com> (Liliana Marie Prikler's message of "Mon, 22 Nov 2021 20:35:30 +0100")
Liliana Marie Prikler <liliana.prikler@gmail.com> skribis:
> Am Montag, den 22.11.2021, 14:27 +0100 schrieb Ludovic Courtès:
[...]
> sexp->canonical-sexp is from the comment surrounding it a rather hacky
> beast. I think (guile-)gcrypt could very well benefit from having a
> better sexp construction API, but again that's outside the scope of
> Guix.
>
> But since you're asking, I do feel there's a lot guile-gcrypt could
> borrow from Guix, just not right now in an efficient manner thanks to
> needing to jump through the sexp->canonical-sexp hoops. It could have
> semantic constructors and field sanitization à la (guix records) for
> example. WDYT?
Fundamentally, Guile-Gcrypt is just bindings to libgcrypt. As such, it
tries hard to remain close to libgcrypt’s API, and I think that’s a safe
approach for bindings in general.
Libgcrypt internally uses canonical sexps for key material,
configuration options, etc. (an illustration of Greenspun’s Tenth Rule
:-)), so that’s what Guile-Gcrypt exposes, and I think it’s fine.
Thanks,
Ludo’.
prev parent reply other threads:[~2021-11-23 17:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-17 12:47 Using G-Expressions for public keys (substitutes and possibly more) Liliana Marie Prikler
2021-10-21 20:13 ` Ludovic Courtès
2021-10-22 4:47 ` Liliana Marie Prikler
2021-11-21 0:12 ` Jelle Licht
2021-11-21 8:28 ` Liliana Marie Prikler
2021-11-22 13:27 ` Ludovic Courtès
2021-11-22 14:32 ` Jelle Licht
2021-11-22 19:35 ` Liliana Marie Prikler
2021-11-23 17:14 ` Ludovic Courtès [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r1b6iyli.fsf@gnu.org \
--to=ludo@gnu.org \
--cc=guix-devel@gnu.org \
--cc=liliana.prikler@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).