Re: Running code, take 2
Alessandro Vesely <vesely@tana.it> Fri, 14 December 2012 12:36 UTC
Return-Path: <vesely@tana.it>
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 80B0221F85FA for <ietf@ietfa.amsl.com>; Fri, 14 Dec 2012 04:36:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.719
X-Spam-Level:
X-Spam-Status: No, score=-4.719 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vlRIvgwh+d86 for <ietf@ietfa.amsl.com>; Fri, 14 Dec 2012 04:36:49 -0800 (PST)
Received: from wmail.tana.it (wmail.tana.it [62.94.243.226]) by ietfa.amsl.com (Postfix) with ESMTP id A842821F85ED for <ietf@ietf.org>; Fri, 14 Dec 2012 04:36:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tana.it; s=beta; t=1355488607; bh=7YubRqADiw8BMR8QFdCUzoGzM9uTQADZohkqs/Hm9/Q=; l=1447; h=Date:From:To:References:In-Reply-To; b=DXXkwOYUSJkjomEbcfEa7Mkp57z7If1qfHlB3N92q2HePgdDVLGiAIUyFpbd5jWm+ bFOC5MfTs9oqmKfrk8NSi91Z+w1+Zo21JtHuVIYulMar22JuAhv4Ip3cjQoIC+Z3HY JFkereFFNX4Ae2TJVv3refBJQDHc8ZAq2ELDG+Xo=
Received: from [172.25.197.158] (pcale.tana [172.25.197.158]) (AUTH: CRAM-MD5 uXDGrn@SYT0/k, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by wmail.tana.it with ESMTPSA; Fri, 14 Dec 2012 13:36:47 +0100 id 00000000005DC031.0000000050CB1D5F.000030D9
Message-ID: <50CB1D5F.10705@tana.it>
Date: Fri, 14 Dec 2012 13:36:47 +0100
From: Alessandro Vesely <vesely@tana.it>
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: ietf@ietf.org
Subject: Re: Running code, take 2
References: <50C8DB78.3080905@gmail.com> <50C9DED7.8060604@tana.it> <006601cdd93c$6f9f7a00$4ede6e00$@olddog.co.uk> <9F862855-15A5-4109-88AE-32AAD7D1C21C@viagenie.ca> <50CA189E.1090002@gmail.com> <m2sj79zuot.wl%randy@psg.com> <50CA4DFA.9050500@gmail.com> <CD38357DE61404E1B49E9B93@JcK-HP8200.jck.com> <50CAE81A.4040807@gmail.com>
In-Reply-To: <50CAE81A.4040807@gmail.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
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, 14 Dec 2012 12:36:50 -0000
On Fri 14/Dec/2012 09:49:30 +0100 Yaron Sheffer wrote: > > to clarify, my proposal only applies to Internet Drafts, and clearly > states that the implementation section should be removed from the > document before it is published as RFC. One place where an Implementation Status may help is IETF LCs: People are asked to comment on I-Ds whose development they didn't track, on topics they may have only a working knowledge of. Code licensing and IPR details could quickly convey whether a given standardization process is being gamed, for example. > Formally, we don't want non-permanent stuff in RFCs. We have the Errata and the Outcomes, AFAIK. The Errata is freely writable, somewhat impractical, and doesn't address this purpose. > And realistically, even if we had an implementation wiki, it is > unlikely to be kept up to date once the RFC is published. The Outcomes /is/ a wiki, http://trac.tools.ietf.org/misc/outcomes/. No wonder it's not updated: It is difficult to find it from the relevant RFCs (let alone specific sections thereof), and it is not freely writable. Anyway, it addresses only a small subset of the Implementation Status. While we need no formal procedure to write the Implementation Status section of an I-D, we probably need to specify how the content of that section can be used to set off the wiki page for the new RFC, and how that wiki should work. Would that help running code?
- Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Alessandro Vesely
- RE: Running code, take 2 Adrian Farrel
- Re: Running code, take 2 Marc Blanchet
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Marc Blanchet
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Marc Blanchet
- RE: Running code, take 2 Adrian Farrel
- Re: Running code, take 2 Yaron Sheffer
- RE: Running code, take 2 Adrian Farrel
- Re: Running code, take 2 Marc Blanchet
- Re: Running code, take 2 Loa Andersson
- Re: Running code, take 2 Marc Blanchet
- RE: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Ted Hardie
- Re: Running code, take 2 Loa Andersson
- Re: Running code, take 2 Melinda Shore
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Melinda Shore
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 John C Klensin
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Melinda Shore
- Re: Running code, take 2 John C Klensin
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 t.p.
- Re: Running code, take 2 t.p.
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Randy Bush
- Re: Running code, take 2 Alessandro Vesely
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 Riccardo Bernardini
- Re: Running code, take 2 Stephen Farrell
- Re: Running code, take 2 Yaron Sheffer
- The notion of "fast tracking" drafts (was: Re: Ru… John C Klensin
- Re: Running code, take 2 John C Klensin
- Re: The notion of "fast tracking" drafts Stephen Farrell
- Re: Running code, take 2 Yaron Sheffer
- Re: Running code, take 2 John C Klensin
- Re: The notion of "fast tracking" drafts Keith Moore
- Re: The notion of "fast tracking" drafts John C Klensin
- Re: The notion of "fast tracking" drafts Stephen Farrell
- Re: The notion of "fast tracking" drafts Keith Moore
- Re: The notion of "fast tracking" drafts Stephen Farrell