Re: [hrpc] re how 8280 is being used for HR considerations sections
Mallory Knodel <mknodel@cdt.org> Tue, 04 May 2021 17:48 UTC
Return-Path: <mknodel@cdt.org>
X-Original-To: hrpc@ietfa.amsl.com
Delivered-To: hrpc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D398A3A161B for <hrpc@ietfa.amsl.com>; Tue, 4 May 2021 10:48:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cdt.org
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 P-VjU9OiQ-CM for <hrpc@ietfa.amsl.com>; Tue, 4 May 2021 10:48:18 -0700 (PDT)
Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CB1D93A1615 for <hrpc@irtf.org>; Tue, 4 May 2021 10:48:17 -0700 (PDT)
Received: by mail-qk1-x72b.google.com with SMTP id o27so9417067qkj.9 for <hrpc@irtf.org>; Tue, 04 May 2021 10:48:17 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cdt.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to; bh=YLejDkdIJDgt6O05y7d6UKNqmWjeO1Q9YSLFq4Kh5Jc=; b=ArXcOQ0UJnap7RcCFYJ3wz9MvGvyYRNUNKpoTNwLR7oENs5zagNdSYfniaraLPB95C VQeAiBoSaM+c8Z0y4xlqVhYeicpb8rzi73J+g/lO3TEUm3RSl8zfLzYKDpjNhosGac3g fd5UU/tCi9xSAtX/jrdAyB7VZmjbdP0c406Hs=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to; bh=YLejDkdIJDgt6O05y7d6UKNqmWjeO1Q9YSLFq4Kh5Jc=; b=MBXAua8WVt7hBoGVuSFiu+MAoyRM4mpGyUSEz6IT1hi2uEPUvz2GnVc0GE+K1qas6g 3skEuRl6GCBHxy+qJAGAhpaqD8WkcM4AaERJuNI953ASxf7sNa3PfmqamdpScY4HbeBS gq6EnSX2yS9Jant/2BI8JBApfoHcIAbmxJlwcNKo/5nDP7tOJqbtMxTca1KyU6IKFeog btLgVo4aG5VXf4S0Tr5qwSEKLyJLdvtCUn+Z7Hy8TblJB3kXv3E2OpWuJLwQT5ZtIT0i VgvWG4kwBrChVv+WnuQUdLwQCKrudMcrAJRXYYh0ALbIYJqiq9pz2SURDawsPKouj1ua 1T8A==
X-Gm-Message-State: AOAM533BQxiIUPmC9/gl+fkFbhn1KXwJnvwv6WFCcfTbNvFXZfA0HoDK I15jpEVlFyCBv9RHfggN4YRHCw==
X-Google-Smtp-Source: ABdhPJzonGeprLu2xGLFlhVeABwPUAFUEggDihVw4LLgUVg3XYKVOFjYf5D62zGVwPGWSJZCc/vA0Q==
X-Received: by 2002:a37:a683:: with SMTP id p125mr19854774qke.332.1620150496219; Tue, 04 May 2021 10:48:16 -0700 (PDT)
Received: from [192.168.0.130] (c-73-163-188-207.hsd1.dc.comcast.net. [73.163.188.207]) by smtp.gmail.com with UTF8SMTPSA id r1sm3169314qtt.3.2021.05.04.10.48.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 04 May 2021 10:48:15 -0700 (PDT)
Content-Type: multipart/alternative; boundary="------------EOdXFX4p5lGOHL1vg0msiRLT"
Message-ID: <f574d3df-acf8-eec0-dd91-13ab448baf06@cdt.org>
Date: Tue, 04 May 2021 13:48:14 -0400
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:88.0) Gecko/20100101 Thunderbird/88.0
Content-Language: en-US
To: Niels ten Oever <mail@nielstenoever.net>, farzaneh badii <farzaneh.badii@gmail.com>
Cc: hrpc@irtf.org, Sandra Braman <braman@tamu.edu>
References: <mailman.2371.1620057586.7119.hrpc@irtf.org> <CAB2unbPMAibLYLtHVe+jJcsMa65Y5Ak4gYCGsw8QUON03BTatQ@mail.gmail.com> <375c76f5-cbfb-cab1-e4c6-a435623ff497@cdt.org> <CAB2unbOyLPK4GgBYu-c8VZ9YmgGwzm+o_0+LB9MNH4r-Ccu2rw@mail.gmail.com> <58c97cfc-6f73-a26b-cc5c-84df34e4bcff@cdt.org> <CAN1qJvAz25QyW9G5+tmL8xMd+zXRDf32+DGNrHNQCjjBTHz2Dw@mail.gmail.com> <93f3eceb-f3f7-47a0-9b57-dbdcece95884@nielstenoever.net>
From: Mallory Knodel <mknodel@cdt.org>
In-Reply-To: <93f3eceb-f3f7-47a0-9b57-dbdcece95884@nielstenoever.net>
Archived-At: <https://mailarchive.ietf.org/arch/msg/hrpc/3FEfOH4g7pLbH9bnupGZlVQuOiM>
Subject: Re: [hrpc] re how 8280 is being used for HR considerations sections
X-BeenThere: hrpc@irtf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: hrpc discussion list <hrpc.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/hrpc>, <mailto:hrpc-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/hrpc/>
List-Post: <mailto:hrpc@irtf.org>
List-Help: <mailto:hrpc-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/hrpc>, <mailto:hrpc-request@irtf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 May 2021 17:48:23 -0000
I'm also building a few simple tools with GitHub Actions that can basically turn GH into a full interface from creating draft repos to datatracker upload. More on that soon, hopefully. HTH, -Mallory On 5/4/21 1:43 PM, Niels ten Oever wrote: > It seems we are getting into a chicken and egg discussion. Whereas > imho we can have many chickens and many eggs. > > What would be against it if we go ahead with the publication of > draft-guidelines as RFC as well as keep working on improving the > practice and documenting that as Farzaneh suggests? > > Future updates can include consideration for evaluation, as suggested > by Sandra, which can also be an I-D on itself imho. > > I do hope more people will start authoring their own I-Ds in this RG. > If they have problems if the formatting I am happy to help. > > Best, > > Niels > > > > > > > > On 4 May 2021, at 19:34, farzaneh badii <farzaneh.badii@gmail.com> wrote: > > I think Professor Braman is making a very valid argument. I don't > know why it doesn't need this additional analysis. I also don't > think she is arguing that HRPC lacks vigour. The argument is that > before adding anything to the I-D we should do enough research. We > can also have a chain of I-Ds that can include our changes over > time. (I think like a living document, if that's possible) I > personally don't think the number of I-Ds that this group > publishes matter. It can be one I-D that can be tested and > researched over time. For example, like Fidler and I argued in the > past and we saw this argument on this mailing list as well, > implementation is very important. We can observe the > implementation of the protocols and add to the documents from what > we have learned and test the theories. > > > Farzaneh > > > On Tue, May 4, 2021 at 1:07 PM Mallory Knodel <mknodel@cdt.org> wrote: > > Hi Sandra, > > I believe draft-guidelines has achieved it's aim and doesn't > need this additional analysis, as interesting as it might be. > As Niels said, there has already been sufficient work done in > this regard for draft-guidelines that shouldn't be overlooked. > > I suggest it being additional, and ongoing work, that builds > on draft-guidelines. > > One of the challenges that I'm noticing in these exchanges > about HRPC work is how people view it, and are inspired by the > potential, but rather than saying "yes, AND" or "this has > given me an idea", the tendency is to assume the existing work > is somehow lacking because it hasn't already incorporated that > new idea. > > HRPC isn't suffering from rigour in its ideas an execution on > those. Indeed we rather need to establish the foundational > research so that these new ideas-- like the analysis > framework-- can build on top, hopefully as new drafts. > > -Mallory > > On 5/4/21 12:54 PM, Sandra Braman wrote: >> Appreciate the thought, Mallory. However, whether or not the >> analysis will yield anything that should be incorporated into >> the draft guidelines text can only be determined once the >> research has been done. >> >> >> On Tue, May 4, 2021 at 11:16 AM Mallory Knodel >> <mknodel@cdt.org> wrote: >> >> Thanks for volunteering to work on this, Sandra! >> >> I would suggest that the analysis go further in depth and >> also stay open, as things change and progress, so adding >> them to existing drafts wouldn't be the best strategy. >> >> -Mallory >> >> On 5/4/21 4:21 AM, Sandra Braman wrote: >>> Given the process, there is no need or reason to say >>> analysis of this subject "can't be included" in the >>> draft guidelines document currently being discussed. An >>> alternative formulation would be to say that the >>> document should not be considered complete until uses >>> people are making of the existing document for which the >>> draft is trying to provide guidelines have been examined >>> and insights they provide have been incorporated into >>> the text. This is not only within existing scope but a >>> basic step, for would be for many the first step, for >>> either a researcher looking at this problem or for >>> someone who is writing a guide in a technical writing >>> sense. >>> >>> I'll do the analysis of discussions of the human rights >>> considerations section in the 7 drafts that include >>> these sections and report back as soon as I can. This >>> should be a couple of weeks, and by then I'll have other >>> thoughts on what is the current draft of the text at >>> that point as well (with all thumbs up the option I, as >>> so many, am hoping for). It will also be interesting to >>> see the genetic drift from RFC 3552 to RFC 6973 (which >>> opens by saying it is modeled on 3552) to RFC 8280; the >>> 3552 I asked about a few days ago is the grandparent. >>> Thanks again to Gurshabad for pointers as I am still >>> learning my way around the document system. >>> >>> ---------- Forwarded message ---------- >>> From: Mallory Knodel <mknodel@cdt.org> >>> To: Sandra Braman <braman@tamu.edu> >>> Cc: hrpc@irtf.org >>> Bcc: >>> Date: Mon, 3 May 2021 11:23:53 -0400 >>> Subject: Re: [hrpc] re history lessons >>> On 5/3/21 11:15 AM, Sandra Braman wrote: >>> >>> > and what the reasons were for not ultimately >>> including that section in >>> > documents ultimately published >>> >>> No one has yet done this research so it can't be >>> included or cited. >>> >>> We do not have any current work items on it either >>> but would openly >>> encourage and welcome them, >>> >>>  >>> >>> >>> -M >>> >>> -- >>> Mallory Knodel >>> CTO, Center for Democracy and Technology >>> gpg fingerprint :: E3EB 63E0 65A3 B240 BCD9 B071 >>> 0C32 A271 BD3C C780 >>> >>> >>> _______________________________________________ >>> hrpc mailing list >>> hrpc@irtf.org >>> https://www.irtf.org/mailman/listinfo/hrpc <https://urldefense.com/v3/__https://www.irtf.org/mailman/listinfo/hrpc__;!!KwNVnqRv!Q3RHG3ea9r2vSSpq_EJKDDzP-dY5e94Qq5jfyzZrEBH0WNUfUVjItIPgDwEByg$> >> >> -- >> Mallory Knodel >> CTO, Center for Democracy and Technology >> gpg fingerprint :: E3EB 63E0 65A3 B240 BCD9 B071 0C32 A271 BD3C C780 >> > -- > Mallory Knodel > CTO, Center for Democracy and Technology > gpg fingerprint :: E3EB 63E0 65A3 B240 BCD9 B071 0C32 A271 BD3C C780 > > _______________________________________________ > hrpc mailing list > hrpc@irtf.org > https://www.irtf.org/mailman/listinfo/hrpc > > ------------------------------------------------------------------------ > > hrpc mailing list > hrpc@irtf.org > https://www.irtf.org/mailman/listinfo/hrpc > -- Mallory Knodel CTO, Center for Democracy and Technology gpg fingerprint :: E3EB 63E0 65A3 B240 BCD9 B071 0C32 A271 BD3C C780
- [hrpc] re how 8280 is being used for HR considera… Sandra Braman
- Re: [hrpc] re how 8280 is being used for HR consi… Niels ten Oever
- Re: [hrpc] re how 8280 is being used for HR consi… Sandra Braman
- Re: [hrpc] re how 8280 is being used for HR consi… Niels ten Oever
- Re: [hrpc] re how 8280 is being used for HR consi… Niels ten Oever
- Re: [hrpc] re how 8280 is being used for HR consi… Mallory Knodel
- Re: [hrpc] re how 8280 is being used for HR consi… Sandra Braman
- Re: [hrpc] re how 8280 is being used for HR consi… Mallory Knodel
- Re: [hrpc] re how 8280 is being used for HR consi… farzaneh badii
- Re: [hrpc] re how 8280 is being used for HR consi… Niels ten Oever
- Re: [hrpc] re how 8280 is being used for HR consi… Mallory Knodel