On 15/04/2026 18:03, 'Peter McGoron' via scheme-reports-wg2 wrote:
> Some notes/ideas for the agenda:
>
> 1. Advisory time limits for each item, to make sure that we don't spin
> our wheels on some topic for too long and miss the other topics. They
> would not be hard limits, if it's worth it to continue discussion we
> should.
Yeah, I've been thinking about this. The question is, do we want to
interrupt a discussion that's being productive? I think the discussion
can leave the productive phase in one of three ways:
1. We come to a conclusion! Yay! It's obvious we can move on now!
2. We can't come to a conclusion because we have open questions, people
need to go and have a think / do some research / ask others. This isn't
always so obvious to spot and can be mistaken for the next one, but I
think the correct solution is to be aware and call it out if it is,
proposing homework and moving on.
3. We're just talking in circles, the conversation is stale and we can't
achieve even approximate consensus. This is probably case (2) - we can
go and do some homework and come back with fresh viewpoints - but it
might just be a genuinely undecidable bikeshed-paint-colour question.
(1) self-terminates, (2) needs to terminate as soon as we identify the
situation, (3) is rarer (thankfully!) and might benefit from just taking
a break and coming back to it with fresh eyes. So I feel that hitting a
timeout is most useful as a chance to reflect on whether we've hit case
(2) or (3), or are just still productively chatting (case 0?).
> 2. DPK has listed some things to ballot <
https://codeberg.org/scheme/
> r7rs/src/branch/main/FOUNDATIONS.txt#L98>: if we have something we don't
> have consensus on or expect to be controversial, we could ballot it.
Noted!
Ok, I've put up an agenda - focussing on procedural matters I think we
should clear up and then getting back to the technical grit - and we
proposed timeouts! Let's see how that goes!
https://codeberg.org/scheme/r7rs/wiki/Agenda+2026-04-16.-
>
> -- Peter McGoron