Return-Path: Received: from murder ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.2.8-Mandrake-RPM-2.2.8-4.2.101mdk) with LMTPA; Thu, 07 Jul 2005 15:47:53 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 3802061B49 for ; Thu, 7 Jul 2005 15:47:53 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 10180-09 for ; Thu, 7 Jul 2005 15:47:50 +0200 (CEST) X-Greylist: domain auto-whitelisted by SQLgrey-1.4.8 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id 1D50361B43 for ; Thu, 7 Jul 2005 15:47:50 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DqWhx-0008WQ-JL; Thu, 07 Jul 2005 09:46:29 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DqWhw-0008Vr-Lg for ltru@megatron.ietf.org; Thu, 07 Jul 2005 09:46:28 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA07609 for ; Thu, 7 Jul 2005 09:46:26 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1DqX97-0000Oo-Pe for ltru@ietf.org; Thu, 07 Jul 2005 10:14:35 -0400 Received: from ver78-2-82-241-91-24.fbx.proxad.net ([82.241.91.24] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DqWho-0007Wf-Bd for ltru@ietf.org; Thu, 07 Jul 2005 06:46:21 -0700 Message-Id: <6.2.1.2.2.20050707150832.0532b8b0@pop.online.fr> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 07 Jul 2005 15:46:11 +0200 To: ltru@ietf.org From: r&d afrac Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - afrac.org X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca Cc: Subject: [Ltru] please, get real! X-BeenThere: ltru@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ltru-bounces@lists.ietf.org Errors-To: ltru-bounces@lists.ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no I have been challenged privately to explain publicly why I wanted to see the RFC 3066 Registry removed from the IANA. I suppose this is just another troll, but I think the point important enough to explain it however obvious, challenged or not. A debate goes on, on the IETF main list, to know if IESG was entitled to refuse a code point to Dr. Lawrence Robert. This permits some to follow on 25 years old feuds, or to come back on old RFCs, or to propose changes to RFC 2860, as if it was not the result on a negotiation where the other partner is now confirmed as the US Government. What is important to us, is to observe that the political layer is quickly reached when a registry manager is considered as a Judge and not as a simple registration collector. - I proposed the Registry to act as a smart recorder: everything is accepted except if consensually opposed on the opinion of the reviewer. This would reduce the risks of contention and speed-up the process. - The concerns remains high with the documentation of issues subject to national policies. Let say that I want to register en-Latn-US and I describe the language with a reference to an American translation of a French Cook Book (we all know that I could give much poorer examples). What would be the response? But in using ISO 3166, we enter political langtags. Even a simple national map, a nation's name are political. So, languages.... If you consider the following: http://news.yahoo.com/s/afp/20050613/tc_afp/chinainternetcompanymicrosoft;_ylt=AsL7orP4gnws5tkilESYvF0jtBAF;_ylu=X3oDMTBiMW04NW9mBHNlYwMlJVRPUCUl the permitted pages will necessarily be stamped. This is no different from Kentucky press as a concept. This is a language with a referent similar to anyEnglish referent but with some terms contextually removed. Necessarily at some stage, librarian, press, readers, on-line archives, etc. will want to classify the pages using that filtered language. Our role is not to judge but to enable: we need to support it (and it is probably good to expose it). But, frankly, is it to IETF (or even ICANN), and to Michael Everson to sponsor such a registration? To IANA to broadcast it under the approval of IESG? I do not think so. I say that such a problem for the IANA, ICANN and everyone, mainly comes from the form of RFC 3066 registration described by the Draft. The Internet Community should be mature enough to identify and address the problem. To do that it trusts this WG. Please, get real! jfc PS. I suspect that now a friend/avatar(?) of my challenger will ask that I am expelled because I rise the proper questions. I mention this because I am tired of this personal teasing and I wish it to stop. If you people are so aware of this debate, why not to join the WG-ltru? Or may you are on it (I do not know all the 57 members of the list). _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru