Re: [Rfced-future] RSE, RSEA, RSCE, or Ruler Of The Universe?

Eliot Lear <lear@lear.ch> Thu, 05 August 2021 05:16 UTC

Return-Path: <lear@lear.ch>
X-Original-To: rfced-future@ietfa.amsl.com
Delivered-To: rfced-future@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F14573A0A1E for <rfced-future@ietfa.amsl.com>; Wed, 4 Aug 2021 22:16:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.89
X-Spam-Level:
X-Spam-Status: No, score=-0.89 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_ALL=0.8, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, SPF_PASS=-0.001, T_SPF_HELO_PERMERROR=0.01, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=lear.ch
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 qojEeyH4Lb2F for <rfced-future@ietfa.amsl.com>; Wed, 4 Aug 2021 22:16:43 -0700 (PDT)
Received: from upstairs.ofcourseimright.com (upstairs.ofcourseimright.com [185.32.222.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 966F73A0A1C for <rfced-future@iab.org>; Wed, 4 Aug 2021 22:16:43 -0700 (PDT)
Received: from Lear-Air.local ([IPv6:2a02:aa15:4101:2a80:387c:29cb:487:66f3]) (authenticated bits=0) by upstairs.ofcourseimright.com (8.15.2/8.15.2/Debian-18) with ESMTPSA id 1755Gc4j199271 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Thu, 5 Aug 2021 07:16:39 +0200
Authentication-Results: upstairs.ofcourseimright.com; dmarc=none (p=none dis=none) header.from=lear.ch
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=lear.ch; s=upstairs; t=1628140600; bh=2NWlkuHQiFKNxlF82JWqNDT8dQPRi4sexMapCSMY+oY=; h=To:Cc:References:From:Subject:Date:In-Reply-To:From; b=GForahDO7I0mNWFQ6vPCydeylwboFqE99vxdrJu5yVyss6KiPAeW+5TfQrxlojsNh udRU9mFWFYOrBeppoNoBFQR9d8d+TqiwHuMuCI8iFzDLZG8Gxc5EIgO0HTGcsNxWvz 6aMuB/+bXWJ6oXSEmNRFpZb/GYT2dLcx08nhzu9Q=
To: Eric Rescorla <ekr@rtfm.com>, Mark Nottingham <mnot@mnot.net>
Cc: "Martin J. Dürst" <duerst@it.aoyama.ac.jp>, "rfced-future@iab.org" <rfced-future@iab.org>
References: <c99571f6-6cbc-07c5-6ae0-4ba1945803f8@lear.ch> <a2a4edf2-5408-488f-a996-2f786bb87d1c@www.fastmail.com> <608f49c6-5e3e-637a-482d-15e48298beb9@joelhalpern.com> <df473da3-6ddb-e9ee-607b-628dca8dd214@lear.ch> <E4073CC1-1846-4BEE-80EE-5011754ECEB3@mnot.net> <b5a66090-658b-b3c4-aa21-66ddb03f5a77@it.aoyama.ac.jp> <010AEB19-A39C-46BB-8BBF-5BBA4B4B11C5@mnot.net> <CABcZeBPy1pBqJR6M4=_pzPSiWTEvmcSyQPNYB8ULdhDX4bXCCQ@mail.gmail.com>
From: Eliot Lear <lear@lear.ch>
Message-ID: <2c7d5a3e-87b4-53d6-17c6-3e1814bb35a2@lear.ch>
Date: Thu, 05 Aug 2021 07:16:37 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:78.0) Gecko/20100101 Thunderbird/78.12.0
MIME-Version: 1.0
In-Reply-To: <CABcZeBPy1pBqJR6M4=_pzPSiWTEvmcSyQPNYB8ULdhDX4bXCCQ@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="HIjjqEaMujXT3LRoRtUaYh664WsPUueBI"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rfced-future/8z9hspaE4AbCkpt8s3_lEFFG06o>
Subject: Re: [Rfced-future] RSE, RSEA, RSCE, or Ruler Of The Universe?
X-BeenThere: rfced-future@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: RFC Editor Future Development Program <rfced-future.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/rfced-future>, <mailto:rfced-future-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rfced-future/>
List-Post: <mailto:rfced-future@iab.org>
List-Help: <mailto:rfced-future-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/rfced-future>, <mailto:rfced-future-request@iab.org?subject=subscribe>
X-List-Received-Date: Thu, 05 Aug 2021 05:16:49 -0000

Peter should hold on this change until there is consensus, which I am 
not ready to say that there is.

However, I think Mark and Eric, you should reconsider your objections.  
As I have stated, I do not see consensus for advisor.  I do not know if 
we will see consensus for expert, and I would like to get beyond this 
issue.  We are seeking compromise. This person is expected to be an 
editor by profession and to provide that expertise.  We're not hiring 
just any expert.

Eliot

On 05.08.21 04:52, Eric Rescorla wrote:
> On reflection I concur with Mark. This person isn't editing, they're 
> advising. So, expert seems fine, but Editor just seems historical.
>
> FWIW, I'm somewhat less attached to rfc-editor.org 
> <http://rfc-editor.org> than mnot is. If we were starting from scratch 
> with a document series called "RFC", I doubt we would host it at 
> "rfc-editor.org <http://rfc-editor.org>". OTOH, that seems mostly OBE now.
>
> -Ekr
>
>
> On Wed, Aug 4, 2021 at 6:35 PM Mark Nottingham <mnot@mnot.net 
> <mailto:mnot@mnot.net>> wrote:
>
>     Let's map out the space. Currently, we have a couple of things
>     that are well-defined:
>
>     * RFC Production Centre -- the people who actually do the editing
>     * RFC Publisher -- other bits (e.g., web site, announcements,
>     legal verification)
>
>     We also have:
>     * RFC Series Consulting Editor -- the person we've been talking
>     about a lot. *Not* in charge of the entities above.
>     * IETF Executive Director -- contracting authority for the RSCE,
>     RPC and RP.
>     * RFC Series Working Group -- where the community/communities come
>     together to figure out things about the series.
>     * RFC Series Approval Board -- oversight of the RSWG,
>     representation of the streams.
>
>     If we were to draw a diagram around bits of this a la RFC8728
>     Section 2, I'd be very interested to know what should be inside a
>     box labeled 'RFC Editor'.
>
>     Looking at draft-iab-rfcefdp-rfced-model-00, 'RFC Editor' is used
>     consistently to talk about the set of functions that collectively
>     manages the Series. Calling everything happening the 'RFC Editor'
>     while also having someone whose job title ends in 'Editor' is
>     confusing and arguably misleading to those who aren't steeped in
>     the details of IETF minutia (an ongoing problem, especially for
>     the one part of our work that's actually exposed to non-IETF
>     people on a regular basis).
>
>     The problem, of course, is that we've invested a lot in
>     'rfc-editor.org <http://rfc-editor.org>'. Even if we plaster 'The
>     RFC Editor is not a person' in red on the top of that web site,
>     the nature of this role is still going to be confusing if it ends
>     with 'Editor.'
>
>     So actually, I retract my 'can live with this.' I haven't seen any
>     evidence supporting the notion that people will refuse this
>     position if it doesn't have 'editor' in the title; that seems
>     frankly petty, and if someone were to make it a sticking point for
>     the position, I'd think carefully about whether they're
>     appropriate for the role.
>
>     Eliot, consider this an objection, please. If we're going to have
>     'RFC Editor' refer to the function, it should be clearly and
>     absolutely delineated from the component bodies and people.
>
>     Instead, I would suggest 'RFC Series Consulting Expert' -- same
>     acronym. Much clearer, and still looks nice on someone's resume if
>     that's truly important.
>
>     Cheers,
>
>
>     > On 5 Aug 2021, at 11:13 am, Martin J. Dürst
>     <duerst@it.aoyama.ac.jp <mailto:duerst@it.aoyama.ac.jp>> wrote:
>     >
>     > On 2021-08-05 09:05, Mark Nottingham wrote:
>     >> I can *just* live with this.
>     >> I would be much happier if we expunged the phrase 'RFC Editor'
>     from our documents (progressively, of course), as it's going to
>     cause confusion.
>     >
>     > This seems to be a separate issue. If we no longer have a "RFC
>     Editor" *function*, then the title "RFC Series Consulting Editor"
>     may not make much sense anymore.
>     >
>     > But if we'd start expunging the phrase "RFC Editor", what would
>     you replace it with?
>     >
>     > Regards,   Martin.
>     >
>     >
>     >> Cheers,
>     >>> On 4 Aug 2021, at 8:10 pm, Eliot Lear <lear@lear.ch
>     <mailto:lear@lear.ch>> wrote:
>     >>>
>     >>> Unless people voice objections, I'll ask Peter to please use
>     this term in the next revision of the draft.
>     >>>
>     >>> Eliot
>     >>>
>     >>>
>     >>> On 03.08.21 00:41, Joel M. Halpern wrote:
>     >>>> I can live with this.  (I am bad at naming, so my actually
>     liking something is largely irrelevant.)
>     >>>>
>     >>>> Yours,
>     >>>> Joel
>     >>>>
>     >>>> On 8/2/2021 6:13 PM, Martin Thomson wrote:
>     >>>>> On Tue, Aug 3, 2021, at 01:57, Eliot Lear wrote:
>     >>>>>> I believe someone offered RFC Series Consulting
>     >>>>>> Editor.  Is that something that would work for people?
>     >>>>>
>     >>>>> WFM
>     >>>>>
>     >>>>
>     >>>
>     >>> --
>     >>> Rfced-future mailing list
>     >>> Rfced-future@iab.org <mailto:Rfced-future@iab.org>
>     >>> https://www.iab.org/mailman/listinfo/rfced-future
>     <https://www.iab.org/mailman/listinfo/rfced-future>
>     >> --
>     >> Mark Nottingham https://www.mnot.net/ <https://www.mnot.net/>
>
>     --
>     Mark Nottingham https://www.mnot.net/ <https://www.mnot.net/>
>
>     -- 
>     Rfced-future mailing list
>     Rfced-future@iab.org <mailto:Rfced-future@iab.org>
>     https://www.iab.org/mailman/listinfo/rfced-future
>     <https://www.iab.org/mailman/listinfo/rfced-future>
>