From: Mikael Djurfeldt <mikael@djurfeldt.com>
To: Maxime Devos <maximedevos@telenet.be>
Cc: "Nate Rosenbloom" <nate.rosenbloom@gmail.com>,
"Tom Whitcomb via General Guile related discussions"
<guile-user@gnu.org>, "Mikael Djurfeldt" <mikael@djurfeldt.com>,
"Ludovic Courtès" <ludo@gnu.org>
Subject: Re: Where is the list of Guile maintainers?
Date: Fri, 20 Dec 2024 18:22:49 +0100 [thread overview]
Message-ID: <CAA2Xvw+6xRpdvNXRZhaRCSy3LSFTQOe2nN48mfPs3uSAxGFSgw@mail.gmail.com> (raw)
In-Reply-To: <20241220161143.r3Bj2D0062kJuzj013Bjod@andre.telenet-ops.be>
On Fri, Dec 20, 2024 at 4:12 PM Maxime Devos via General Guile related
discussions <guile-user@gnu.org> wrote:
> >According to the manual Ludovic Courtès and Andy Wingo are the current
> maintainers. Although it hasn’t been updated in 5 years.
>
> https://www.gnu.org/software/guile/manual/html_node/A-Scheme-of-Many-Maintainers.html
> >
> >But I guess that would be a good place to update if it’s changed.
>
> I recall hearing that Ludo’ left (or intended to leave?), so I don’t trust
> it too much, and both don’t seem active with considering Guile patches.
> Also, I’ve seen some other people accepting / merging patches and there
> doesn’t appear to be a formal maintainer/committer distinction here, I’d
> think there are some others as well.
>
> I guess I’ll wait for some other replies.
>
Hi Maxime,
I'll let others reply to your specific questions, but can explain a little
bit about where I come from. I was once a Guile maintainer. During that
time we had a policy of letting people which we considered as having some
degree of "good judgement" have write access. It was like that from the
start, actually. Guile contributions was in that respect never strictly
controlled by the maintainer, even though the maintainer set policy and
jumped in to correct things. Guile has in this respect always been kind of
"hackable". That said, those with write access had some amount of "self
restrain" such that we never committed things that es "controversial" or
which we didn't feel helped the project along forward.
In the case of the recent for-line-in-file, I might have given you too
short notice before committing, but on the other hand I feel it is
important that it doesn't become too hard to contribute to Guile.
Actually, regarding for-line-in-file: Have you seen the Racket solution?
That seems pretty nice. I would really like to have a Python iterator-like
stream-based solution. :)
Best regards,
Mikael
prev parent reply other threads:[~2024-12-20 17:22 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-20 13:59 Where is the list of Guile maintainers? Maxime Devos via General Guile related discussions
2024-12-20 15:02 ` Nate Rosenbloom
2024-12-20 15:11 ` Maxime Devos via General Guile related discussions
2024-12-20 17:22 ` Mikael Djurfeldt [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://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=CAA2Xvw+6xRpdvNXRZhaRCSy3LSFTQOe2nN48mfPs3uSAxGFSgw@mail.gmail.com \
--to=mikael@djurfeldt.com \
--cc=guile-user@gnu.org \
--cc=ludo@gnu.org \
--cc=maximedevos@telenet.be \
--cc=nate.rosenbloom@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.
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).