Re: Question about pre-meeting document posting deadlines for the IESG and the community

Carsten Bormann <cabo@tzi.org> Sun, 17 March 2024 04:30 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C97EFC14F71A for <ietf@ietfa.amsl.com>; Sat, 16 Mar 2024 21:30:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.909
X-Spam-Level:
X-Spam-Status: No, score=-1.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MKJSMoJmJ1DI for <ietf@ietfa.amsl.com>; Sat, 16 Mar 2024 21:30:22 -0700 (PDT)
Received: from smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DCFBC14F6FC for <ietf@ietf.org>; Sat, 16 Mar 2024 21:30:20 -0700 (PDT)
Received: from smtpclient.apple (unknown [IPv6:2001:67c:370:128:28d9:a21e:a684:5dc]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4Ty4lp45G0zDCbR; Sun, 17 Mar 2024 05:30:14 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.500.171.1.1\))
Subject: Re: Question about pre-meeting document posting deadlines for the IESG and the community
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <05d98ba9-e023-4664-a18a-48ceba2aaed4@network-heretics.com>
Date: Sun, 17 Mar 2024 14:29:59 +1000
Cc: "Murray S. Kucherawy" <superuser@gmail.com>, John C Klensin <john-ietf@jck.com>, ietf@ietf.org
Content-Transfer-Encoding: quoted-printable
Message-Id: <2A220CCB-F938-49E2-9D7D-4BA368EB5098@tzi.org>
References: <7826C4F13FA874CD79459A4B@PSB> <65A7921B-2A05-439A-976C-226560C5E7F4@strayalpha.com> <e0702d8a-cea5-4928-b571-98442ccd4f29@petit-huguenin.org> <6d0c6b07-2fc3-496c-ba66-dc40cbf46df8@dfn.de> <69EE71C9-C42B-49A6-BC0D-508F799DB68E@tzi.org> <1d301b86-c994-4a9c-810c-9a42e12a0ad8@network-heretics.com> <53C617FA98D84931861C1F59@PSB> <CAL0qLwbwC4fvu4b3=oyFmOduxHPmTYJRTXBAXFDk9xi+7=FLdA@mail.gmail.com> <05d98ba9-e023-4664-a18a-48ceba2aaed4@network-heretics.com>
To: Keith Moore <moore@network-heretics.com>
X-Mailer: Apple Mail (2.3774.500.171.1.1)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/YWLkSx6KAGiF3KOiVmY5_ctsI3E>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: "IETF-Discussion. This is the most general IETF mailing list, intended for discussion of technical, procedural, operational, and other topics for which no dedicated mailing lists exist." <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 17 Mar 2024 04:30:25 -0000

On 17. Mar 2024, at 14:16, Keith Moore <moore@network-heretics.com> wrote:
> 
> On 3/16/24 22:27, Murray S. Kucherawy wrote:
> 
>> (1) Integration with, or generally use of, GitHub as a place to conduct WG business certainly has its advantages, but it has also essentially become a second datatracker and WG mailing list.  I imagine (but could be wrong) that asserting control over what participants are allowed to do there as a meeting approaches will be difficult if not impossible.  I don't think it's possible to put that back in its bag at this point.
> IMO github has made it much more difficult for participants to follow a discussion,

That depends a lot on how the tools are used.
The git forge issues mechanisms are great to capture an issue and to run an initial design-team level discussion on it.
The git forge PR mechanism is good for banging text into shape.

Any decisions of the WG need to happen on the mailing list.  These decisions may reference the git forge threads, but these in most WGs are not considered a replacement for WG decisions.

If you don’t like how this goes, please talk to your WG chair; the details may be subject to adjustment.

> since they essentially have to follow it in multiple places.   I see advantages to github but only in late stages of a document's evolution, when most of the activity is "wordsmithing".
>> 
>> (2) The diversity of opinions makes me think we should consider allowing working group chairs to decide for their working groups whether, and how long, an embargo should last.
> 
> I disagree.   I think it makes it even more difficult for IETF participants when every WG essentially has its own rules, and that's to IETF's detriment in general.

+1

Grüße, Carsten