Email list hosting service & mailing list manager

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: Prior art: SRFI 97 Marc Nieper-Wißkirchen 31 Jul 2020 09:20 UTC

PS SRFI 97 is obsolete anyway when it comes to R7RS systems. The new
naming scheme does not include, for example, a plural "s" in the
second part of the library name. This, actually, is an argument in
favor of the SRFI process I have proposed because a new SRFI can
easily overwrite and change these fundamental things, which a simple
database cannot.

Am Fr., 31. Juli 2020 um 11:17 Uhr schrieb Marc Nieper-Wißkirchen
<xxxxxx@nieper-wisskirchen.de>:
>
> Am Fr., 31. Juli 2020 um 10:59 Uhr schrieb Lassi Kortela <xxxxxx@lassi.io>:
> >
> > There's a registry in SRFI 97: SRFI Libraries.
> > <https://srfi.schemers.org/srfi-97/srfi-97.html>
> >
> > As that SRFI shows, things get a bit messy. The document lays out
> > guidelines for what to do in the future about new entries, and added a
> > post-finalization note last year about the fact that the names are now
> > tracked in an S-expression file in `srfi-common`.
> >
> > IMHO this document illustrates the fact that the SRFI process is not
> > geared toward publishing evolving lists, though I agree that finalized
> > documents are great for archival.
>
> Please note that this is not the process I have proposed. Instead of
> adding to some not formally archived data file, a new version of SRFI
> 97 would have been published (say with each iteration of R7RS-large),
> obsoleting the respectively previous one.