Re: Last Call: <draft-moonesamy-ietf-conduct-3184bis-03.txt> (IETF Guidelines for Conduct) to Best Current Practice

Ines Robles <mariainesrobles@googlemail.com> Fri, 08 November 2013 17:27 UTC

Return-Path: <mariainesrobles@googlemail.com>
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 30C8011E80EC for <ietf@ietfa.amsl.com>; Fri, 8 Nov 2013 09:27:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.977
X-Spam-Level:
X-Spam-Status: No, score=-1.977 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pm9AsNNbVRpz for <ietf@ietfa.amsl.com>; Fri, 8 Nov 2013 09:27:12 -0800 (PST)
Received: from mail-vb0-x22f.google.com (mail-vb0-x22f.google.com [IPv6:2607:f8b0:400c:c02::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 68C0521F9E7C for <ietf@ietf.org>; Fri, 8 Nov 2013 09:27:12 -0800 (PST)
Received: by mail-vb0-f47.google.com with SMTP id m10so1582267vbh.34 for <ietf@ietf.org>; Fri, 08 Nov 2013 09:27:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=MbZJMTUYBXMHgELvk79OB3rh+24BA6ziDSzlcXxwKdA=; b=MJmKwDiA6f6s5TykQLXk20AcZAEN4FAouPu4z1WbFIr8LVN+TdmqNRzhuHx0+UjIUN fzr52HvteAXM4i+1/XQaHOxZVtJqyhnOAFpia96UZHSWkTu2B+1anuCFnXy7Fpm6V7SF HqDPJtH8jo+uVSX9g0D5JIsZWEp4QomFdKfg0CHO/B9Y81LXaDMoAGpyhoefr6wzb2Le Q2l4Y395YbFzCH23MJ9VBcRJeEkFmsR5QecnW3otiHTj0Fnm50vSg6MadNZEHCzObhFL C67kP6dyDKFgjR317Sn4TziPCrjbzcADFbbXFPa9s1J3ZNNi1wVuuS4Y8YNukfxNnh4k TeKQ==
MIME-Version: 1.0
X-Received: by 10.58.168.205 with SMTP id zy13mr12928673veb.19.1383931631746; Fri, 08 Nov 2013 09:27:11 -0800 (PST)
Received: by 10.220.46.198 with HTTP; Fri, 8 Nov 2013 09:27:11 -0800 (PST)
In-Reply-To: <CAL0qLwZg9QTJ80Odhz0q_Vf6OnzrKFQYF=N9ckpATryo18bLyg@mail.gmail.com>
References: <20131103150309.1554.26103.idtracker@ietfa.amsl.com> <CALo9H1aExXmYfOgjj3kofAZ3VOCR_ysZT8qOjQZqr7SP-GNQZA@mail.gmail.com> <6.2.5.6.2.20131106153355.0dee0ae0@elandnews.com> <CALo9H1YmsjxU8Srdcnn--XRakrKsw_20+LQ=PrL5_9RW9=xzJw@mail.gmail.com> <6.2.5.6.2.20131106165626.0dd3f6e0@elandnews.com> <CAL0qLwZg9QTJ80Odhz0q_Vf6OnzrKFQYF=N9ckpATryo18bLyg@mail.gmail.com>
Date: Fri, 08 Nov 2013 15:27:11 -0200
Message-ID: <CAP+sJUeN9AdzS-4Usu35w3XWqLR_XcxFEr-wPtYX4HWwtebDMw@mail.gmail.com>
Subject: Re: Last Call: <draft-moonesamy-ietf-conduct-3184bis-03.txt> (IETF Guidelines for Conduct) to Best Current Practice
From: Ines Robles <mariainesrobles@googlemail.com>
To: "Murray S. Kucherawy" <superuser@gmail.com>
Content-Type: multipart/alternative; boundary="047d7b6dc2244dc6c304eaadb115"
X-Mailman-Approved-At: Mon, 11 Nov 2013 09:13:28 -0800
Cc: S Moonesamy <sm+ietf@elandsys.com>, ietf <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Fri, 08 Nov 2013 17:27:13 -0000

Hi Murray,

Thanks for ur comments,

I am the doc. shepherd for this draft. I 'm tracking all the comments
during this last call, and I am going to make sure that the document
reflects consensus of the community on all points.

Kind Regards,

Ines Robles.


2013/11/8 Murray S. Kucherawy <superuser@gmail.com>

> On Wed, Nov 6, 2013 at 5:29 PM, S Moonesamy <sm+ietf@elandsys.com> wrote:
>
>> At 16:39 06-11-2013, Arturo Servin wrote:
>>
>>> I do not think it is a call for the shepherd to decide to add it or not,
>>> but to us as a group.
>>>
>>
> +1.
>
>
>>
>> The document shepherd is there to see that the issues are addressed.
>>  What I meant was that if I do not address an issue the document shepherd
>> could, for example, tell me "you forgot to address X", or "there is
>> agreement to add text about Y and you did not do it".
>
>
> The document shepherd has the same responsibility as the editor, which is
> to confirm that the document reflects consensus of the community on all
> points (plus the IESG followup stuff).  Authority (such as it is) to decide
> what's in and what's out lies with the community.  The worst that could
> happen is that the author and shepherd disagree about what has consensus,
> and at maximum the shepherd could note the discrepancy in the document's
> writeup and let the IESG determine consensus on the disputed point.
>
> Who is the shepherd for this one?  The tracker shows none assigned.
>
> Anyway, I agree that the document ought to mention, at least in an
> appendix, the harassment and ombudsperson points.  It's not a normative
> document so there are no concerns about the IETF being bound to some
> particular structure in that area.
>
> I wonder, too, if this topic should be reflected in the Tao, which I
> believe is now a Wiki.
>
> -MSK
>