IETF Logo Mail Archive

Re: [irsg] Minutes being messed with?

Henrik Levkowetz <henrik@levkowetz.com> Tue, 06 August 2019 16:13 UTC

Return-Path: <henrik@levkowetz.com>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A3D381202E7 for <wgchairs@ietfa.amsl.com>; Tue, 6 Aug 2019 09:13:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aCaIIGelY-rG for <wgchairs@ietfa.amsl.com>; Tue, 6 Aug 2019 09:13:44 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:126c::1:2a]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DDC59120337 for <wgchairs@ietf.org>; Tue, 6 Aug 2019 09:13:44 -0700 (PDT)
Received: from h-202-242.a357.priv.bahnhof.se ([158.174.202.242]:58466 helo=tannat.localdomain) by zinfandel.tools.ietf.org with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from <henrik@levkowetz.com>) id 1hv25o-0007rS-BR; Tue, 06 Aug 2019 09:13:44 -0700
To: Carsten Bormann <cabo@tzi.org>
References: <2C180C92-9DE3-416B-8A6B-7765BCAEEDB1@eggert.org> <DB7PR07MB51483F20F4261CDE848E3EAFE0DD0@DB7PR07MB5148.eurprd07.prod.outlook.com> <1f00cab2-991f-7f0c-f061-a692f10cad16@gmail.com> <A6240C58-14C4-4900-A9CD-86779D7A44BC@eggert.org> <DB7PR07MB51487A4B4E8F38979893FFE4E0DD0@DB7PR07MB5148.eurprd07.prod.outlook.com> <92621f1a-7050-1558-86dc-1836e17c6f7c@bluepopcorn.net> <473915be-8fe1-ba82-fb30-8bd05751cb32@levkowetz.com> <CAOdDvNqDZN6kR_jv+Em3PoSR9sWx8U2JTLWFzJtCVY=QZrsS3A@mail.gmail.com> <7466_1564562703_5D41550F_7466_455_3_65b0b515-b273-177b-84ce-210ef716f0cd@orange.com> <DBFDF146-C2AD-49A8-AED0-B7112733D29E@gmail.com> <A09242D6-B4A5-49AE-9CFD-78E34FB638FE@tzi.org>
Cc: IETF WG Chairs <wgchairs@ietf.org>
From: Henrik Levkowetz <henrik@levkowetz.com>
Message-ID: <01ffb7e9-b09a-0673-d414-eebbf2a32dc4@levkowetz.com>
Date: Tue, 06 Aug 2019 18:13:36 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <A09242D6-B4A5-49AE-9CFD-78E34FB638FE@tzi.org>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="AG3L1Lmut5u9jLb4VmldVakkfwhiH6xvm"
X-SA-Exim-Connect-IP: 158.174.202.242
X-SA-Exim-Rcpt-To: wgchairs@ietf.org, cabo@tzi.org
X-SA-Exim-Mail-From: henrik@levkowetz.com
Subject: Re: [irsg] Minutes being messed with?
X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000)
X-SA-Exim-Scanned: Yes (on zinfandel.tools.ietf.org)
X-Clacks-Overhead: GNU Terry Pratchett
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/WULHSIv5tzDzY6XhRWFB6cOgiBY>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 06 Aug 2019 16:13:48 -0000

Hi Carsten,

On 2019-08-06 18:06, Carsten Bormann wrote:
> On Aug 6, 2019, at 17:33, Bob Hinden <bob.hinden@gmail.com> wrote:
>> 
>> For the purpose of producing w.g. minutes, it would be nice to be able to lock its write access to the minute takers.   We usually know who they are in advance.
> 
> It is probably more than enough to limit write access to people with datatracker accounts.
> 
> This is a little like wikipedia, where everyone can make a change, but destructive changes are quickly backed out.  Freezing isn’t really necessary, as you can always rewind to the end of the meeting (but then, people do correct mistakes afterwards).
> 
> (I repeat my suggestion to have a look at hackmd/codimd as an Etherpad replacement.  It sure works for our students.)

I've noted this, but you should know that the etherpad is now being
maintained by the Secretariat, so this is not something I can go and
just fix (the way I could in the past).  Glen has his first vacation
week in about 42 weeks right now, but if you'll mention this to him
next week, it would be good.


Best regards,

	Henrik

v2.23.0 | Report a Bug | By Email