[Ltru] Re: Review of 4646bis-10, sections 3.5 to App. B
"Frank Ellermann" <nobody@xyzzy.claranet.de> Sat, 08 December 2007 20:20 UTC
Return-path: <ltru-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J169f-0005oY-T8; Sat, 08 Dec 2007 15:20:07 -0500
Received: from ltru by megatron.ietf.org with local (Exim 4.43) id 1J169e-0005oQ-VG for ltru-confirm+ok@megatron.ietf.org; Sat, 08 Dec 2007 15:20:06 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J169e-0005oC-KU for ltru@lists.ietf.org; Sat, 08 Dec 2007 15:20:06 -0500
Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J169c-0004ui-MR for ltru@lists.ietf.org; Sat, 08 Dec 2007 15:20:06 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J169T-0006eJ-DV for ltru@lists.ietf.org; Sat, 08 Dec 2007 20:19:55 +0000
Received: from c-180-160-62.hh.dial.de.ignite.net ([62.180.160.62]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ltru@lists.ietf.org>; Sat, 08 Dec 2007 20:19:55 +0000
Received: from nobody by c-180-160-62.hh.dial.de.ignite.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for <ltru@lists.ietf.org>; Sat, 08 Dec 2007 20:19:55 +0000
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Sat, 08 Dec 2007 21:21:48 +0100
Organization: <http://purl.net/xyzzy>
Lines: 77
Message-ID: <fjeu8u$6rh$1@ger.gmane.org>
References: <E1J13uu-0000QS-Op@megatron.ietf.org> <002f01c839c7$9b1db670$6601a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: c-180-160-62.hh.dial.de.ignite.net
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2800.1914
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1914
X-Spam-Score: -0.0 (/)
X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5
Cc:
Subject: [Ltru] Re: Review of 4646bis-10, sections 3.5 to App. B
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: Frank Ellermann <hmdmhdfmhdjmzdtjmzdtzktdkztdjz@gmail.com>
List-Id: Language Tag Registry Update working group discussion list <ltru.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/ltru>
List-Post: <mailto:ltru@ietf.org>
List-Help: <mailto:ltru-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ltru>, <mailto:ltru-request@ietf.org?subject=subscribe>
Errors-To: ltru-bounces@ietf.org
Doug Ewell wrote: > One of the big objections that people had to switching > to UTF-8 was that the non-ASCII characters might get > munged in transit. This passage was added specifically > to calm those nerves. I'm aware of these "people", you're talking about John and me, and John cried "doom". While I hate UTF-8 for the registry I never doubted that IANA and reviewer will figure it out. IIRC John's "doom" was also about folks discussing on a mailing list, and for that part I still support it. Even Martin is sometimes annoyed with his own MUA, I hope I finally convinced my W2K that nothing is wrong with his encoding. > People criticized the fact that 4646 didn't specify > where the completed forms could be found. Yes, because IANA didn't collect and publish them. You fixed that, and I found the pages on their site without looking into 4646bis. IANA is free to reorganize their Web site, and then old URIs in an RFC are a royal PIT* (Just an example, I try to post on register@uri.arpa ) > We didn't want chains, but even more so, we didn't > want to break the stability of the Preferred-Value > field. IOW we got it wrong, let's fix it while we're at it. "Stability of Preferred-Value" makes no sense, the X -> Z shortcut for X -> Y -> Z can't cause harm. > Regarding cycles, I think if you want to rely on > IANA and the LSR to get things right rather than > adding MUSTard, you surely ought to give them (or > at least me, as Co-Designated Expert) credit for > detecting and avoiding cycles. But it was you who said that "un-drepecating" isn't allowed. Maybe you'd also say that adding Y -> X to a given X -> Y is at is, because the X can't be "un-drepecated". For the hypothetical FX example if we'd end up with FX deprecated in favour of FX it's obvious, but longer cycles are harder to spot. > This was added in direct response to fears expressed > during LTRU 1.0 (which I did not share) that people > would abuse private subtags. He-who-must-not-be-named will do what he likes, it's a waste of time to tell the world how it has to judge such inventions. > Addison and Mark (like me) are editors, not authors You *insist* on being an editor, for Addison that's a bit fictitious, isn't it ? Inventing countries isn't what I consider as editorial freedom. For 4646 we had Randy's list of tracked issues with his decisions, but that was his list, it's quite possible that I hit an old issue because I forgot it / changed my mind / was never happy with his decision / whatever. > It's always fair to ask why something is there or how > it got there, but the answer might well be "because > everyone insisted on it N months or years ago." If I wanted X months ago, and now want "not X" without saying that and why I changed my mind, it's sad, but not intentionally bad, just point it out. In cases such as "UTF-8 instead of NCRs" I want tons of "not X" because the former X was designed to work with NCRs. Frank _______________________________________________ Ltru mailing list Ltru@ietf.org https://www1.ietf.org/mailman/listinfo/ltru
- [Ltru] Review of 4646bis-10, sections 3.5 to App.… John Cowan
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Frank Ellermann
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Doug Ewell
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Frank Ellermann
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Stephane Bortzmeyer
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Frank Ellermann
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Doug Ewell
- Re: [Ltru] Re: Review of 4646bis-10, sections 3.5… John Cowan
- Re: [Ltru] Re: Review of 4646bis-10, sections 3.5… John Cowan
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Frank Ellermann
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Frank Ellermann
- Re: [Ltru] Re: Review of 4646bis-10, sections 3.5… John Cowan
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Doug Ewell
- [Ltru] Re: Montenegrin what-if Doug Ewell
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Frank Ellermann
- Re: [Ltru] Re: Review of 4646bis-10, sections 3.5… Martin Duerst
- Re: [Ltru] Re: Review of 4646bis-10, sections 3.5… John Cowan
- Re: [Ltru] Re: Review of 4646bis-10, sections 3.5… Mark Davis
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Stephane Bortzmeyer
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … Frank Ellermann
- Re: [Ltru] Re: Review of 4646bis-10, sections 3.5… Martin Duerst
- Re: [Ltru] Re: Review of 4646bis-10, sections 3.5… John Cowan
- [Ltru] Re: Review of 4646bis-10, sections 3.5 to … John Cowan