Establishing a Scheme registry Lassi Kortela (31 Jul 2020 08:14 UTC)
Re: Establishing a Scheme registry Marc Nieper-Wißkirchen (31 Jul 2020 08:39 UTC)
Re: Establishing a Scheme registry Lassi Kortela (31 Jul 2020 08:49 UTC)
Prior art: SRFI 97 Lassi Kortela (31 Jul 2020 08:59 UTC)
Re: Prior art: SRFI 97 Marc Nieper-Wißkirchen (31 Jul 2020 09:18 UTC)
Re: Prior art: SRFI 97 Marc Nieper-Wißkirchen (31 Jul 2020 09:20 UTC)
Re: Prior art: SRFI 97 Lassi Kortela (31 Jul 2020 09:39 UTC)
Re: Prior art: SRFI 97 Marc Nieper-Wißkirchen (31 Jul 2020 09:58 UTC)
Re: Prior art: SRFI 97 Lassi Kortela (31 Jul 2020 10:13 UTC)
Re: Prior art: SRFI 97 Marc Nieper-Wißkirchen (31 Jul 2020 10:18 UTC)
Python PEPs Lassi Kortela (31 Jul 2020 10:23 UTC)
Re: Python PEPs Marc Nieper-Wißkirchen (31 Jul 2020 11:12 UTC)
Re: Python PEPs Lassi Kortela (04 Aug 2020 07:04 UTC)
Re: Python PEPs hga@xxxxxx (04 Aug 2020 09:28 UTC)
Re: Prior art: SRFI 97 Marc Nieper-Wißkirchen (31 Jul 2020 13:31 UTC)
Re: Establishing a Scheme registry Marc Nieper-Wißkirchen (31 Jul 2020 09:13 UTC)
Re: Establishing a Scheme registry John Cowan (01 Aug 2020 03:49 UTC)
Re: Establishing a Scheme registry Marc Nieper-Wißkirchen (01 Aug 2020 06:29 UTC)
Re: Establishing a Scheme registry John Cowan (01 Aug 2020 13:19 UTC)
Re: Establishing a Scheme registry Marc Nieper-Wißkirchen (01 Aug 2020 13:48 UTC)
Re: Establishing a Scheme registry Amirouche Boubekki (01 Aug 2020 13:55 UTC)
Re: Establishing a Scheme registry Arthur A. Gleckler (31 Jul 2020 20:09 UTC)
Re: Establishing a Scheme registry hga@xxxxxx (31 Jul 2020 20:34 UTC)
Re: Establishing a Scheme registry John Cowan (01 Aug 2020 01:58 UTC)
Re: Establishing a Scheme registry Amirouche Boubekki (31 Jul 2020 09:04 UTC)
Re: Establishing a Scheme registry hga@xxxxxx (31 Jul 2020 20:52 UTC)
Re: Establishing a Scheme registry Lassi Kortela (01 Aug 2020 19:50 UTC)

Re: Establishing a Scheme registry Marc Nieper-Wißkirchen 31 Jul 2020 08:38 UTC

We may need further registries, for example for standardized feature
identifiers that extend the small list in R7RS-small.

I would have proposed to use the SRFI process for it. Whenever there
is a major change in the registry, an updated SRFI (only containing
that registry) is issued while the previous version will be withdrawn.

I think it is simpler or safer than inventing a new process, whose
life may depend on the lifetime of the git repo chosen.

Marc

Am Fr., 31. Juli 2020 um 10:14 Uhr schrieb Lassi Kortela <xxxxxx@lassi.io>:
>
> Earlier this week we discussed on the SRFI 198 mailing list that there
> should be a community-wide registry for foreign error types. The set of
> known error types is necessarily evolving so it can't be in the SRFI. It
> will surely be useful to define other evolving sets of things in future
> SRFIs.
>
> To that end, we should establish some kind of lightweight registry for
> identifiers and other such things. Harold suggested, and Arthur and I
> agreed, that it could be a Git repo + low-traffic mailing list.
> Submissions could be via pull request / mailing list, quite informal.
>
> Harold and I thought xxxxxx@srfi.schemers.org would be a fitting
> name for the mailing list. The SRFI domain is currently by far the
> easiest place for us to set up new Scheme mailing lists, and Arthur is
> good at administering them.
>
> The Git repo could be under
>
> - https://github.com/scheme-requests-for-implementation
> - https://github.com/srfi-explorations
> - some other organization
>
> We can make subdomains under scheme.org, so we could also set up a
> simple static page at https://registry.scheme.org/