unofficial mirror of guile-user@gnu.org 
 help / color / mirror / Atom feed
From: Vivien Kraus via General Guile related discussions <guile-user@gnu.org>
To: "Aleix Conchillo Flaqué" <aconchillo@gmail.com>
Cc: guile-user <guile-user@gnu.org>
Subject: Re: Demanding Interoperability to Strengthen the Free (Libre) Web: Introducing DISFLUID
Date: Mon, 02 Aug 2021 10:20:24 +0200	[thread overview]
Message-ID: <3e12fda58ea809ed16bb6706efcbd81614809480.camel@planete-kraus.eu> (raw)
In-Reply-To: <CA+XASoVwkBH_ryK_xPTY1Qrj2vHMsENpZyU8HjREnaUNF9MrdA@mail.gmail.com>

Hello Aleix !

Le dimanche 01 août 2021 à 23:27 -0700, Aleix Conchillo Flaqué a
écrit :
> Unfortunately guile-json doesn't follow srfi-180 api (it was created
> much sooner), but regarding alists' keys it can support both symbols
> and strings. So you can do (scm->json '((foo . "bar"))) or (scm->json 
> '(("foo" . "bar"))) and both would work the same.

Exactly! The problem is in the other way around, json->scm. By default,
I get stringly-keyed objects, so I add another pass to convert them to
symbolicly-keyed objects.

> By the way, a long time ago I also worked on guile-jwt (
> https://github.com/aconchillo/guile-jwt) which is SUPER basic
> compared to what you've done. I was planning to add JWK support at
> some point. I'm wondering if we could take your code and merge it
> into guile-jwt so other projects can use it. What do you think? Right
> now I don't have much time but if you say it's fine I could work on
> it whenever I'm free.

That would be awesome, but working with C bindings is a pain with
guile. If you inherit all the JWS and JWK code, I still need to keep
them around for things like hashing the URIs for the cache and resource
server and generating random numbers. The clever thing to do would be
to switch to guile-gcrypt first (so that I don’t have any more C) and
then move the code to guile-jwt (we can still change the API if you
prefer another one, I don’t have a 1.0 release yet).

Since that code will most likely be run on web servers, have you
considered releasing it under the AGPL?

Best regards,

Vivien




  reply	other threads:[~2021-08-02  8:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-30 11:21 Demanding Interoperability to Strengthen the Free (Libre) Web: Introducing DISFLUID Vivien Kraus via General Guile related discussions
2021-07-30 14:10 ` Jérémy Korwin-Zmijowski
2021-07-31  6:14 ` Nala Ginrut
2021-07-31  7:06   ` Vivien Kraus via General Guile related discussions
2021-07-31  8:58     ` Dr. Arne Babenhauserheide
2021-07-31  9:09       ` Vivien Kraus via General Guile related discussions
2021-08-02  6:27 ` Aleix Conchillo Flaqué
2021-08-02  8:20   ` Vivien Kraus via General Guile related discussions [this message]
2021-08-02  9:27     ` Aleix Conchillo Flaqué

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://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3e12fda58ea809ed16bb6706efcbd81614809480.camel@planete-kraus.eu \
    --to=guile-user@gnu.org \
    --cc=aconchillo@gmail.com \
    --cc=vivien@planete-kraus.eu \
    /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.
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).