From ltru-bounces@ietf.org Fri Dec 01 02:10:01 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gq2Wt-0003zC-Gr; Fri, 01 Dec 2006 02:09:51 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gq2Ws-0003wz-4R
	for ltru@ietf.org; Fri, 01 Dec 2006 02:09:50 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gq2Wq-0004Nf-Pr
	for ltru@ietf.org; Fri, 01 Dec 2006 02:09:50 -0500
Received: from DGBP7M81 ([68.67.66.131]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061201070947.SJID21407.mta13.adelphia.net@DGBP7M81>;
	Fri, 1 Dec 2006 02:09:47 -0500
Message-ID: <004901c71517$af8cf470$6501a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1Gputg-00050Y-92@megatron.ietf.org>
Date: Thu, 30 Nov 2006 23:09:46 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25
Cc: Karen_Broome@spe.sony.com
Subject: [Ltru] Re: Swiss German (was ISO/FDIS 639-3 tables revised)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Karen Broome <Karen underscore Broome at spe dot sony dot com> wrote:

> As I was registering this tag, the IANA registry was on the cusp of 
> the RFC 3066 conversion.
...
> Correction: "cusp of RFC 4646 conversion...."

No problem, I understood the original sentence as "... on the cusp of 
the conversion from RFC 3066."

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 01 13:11:47 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GqCr4-0004nZ-Ui; Fri, 01 Dec 2006 13:11:22 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GqCr3-0004kW-6Q
	for ltru@ietf.org; Fri, 01 Dec 2006 13:11:21 -0500
Received: from smtp.microsoft.com ([205.248.106.64]
	helo=smtpmail.microsoft.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GqCqv-0002SS-B9
	for ltru@ietf.org; Fri, 01 Dec 2006 13:11:21 -0500
Received: from mailout4.microsoft.com (157.57.217.12) by
	SVC-EXGWY-E801.partners.extranet.microsoft.com (10.251.24.242) with
	Microsoft SMTP Server id 8.0.685.23; Fri, 1 Dec 2006 10:11:12 -0800
Received: from RED-MSG-42.redmond.corp.microsoft.com ([157.54.61.140]) by
	mailout4.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 1 Dec
	2006 10:11:11 -0800
x-mimeole: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Ltru] Alemanic & Swiss German
Date: Fri, 1 Dec 2006 10:10:57 -0800
Message-ID: <19A328037921AA42847A717566D1D6A109BC449D@RED-MSG-42.redmond.corp.microsoft.com>
In-Reply-To: <OFB7FD950E.4B63F2CC-ON88257237.000903CD-88257237.000AA8F0@spe.sony.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Ltru] Alemanic & Swiss German
Thread-Index: AccU6/AQIdaJ98EpRqy0os56LUc8uAAgUOMA
From: Peter Constable <petercon@microsoft.com>
To: <Karen_Broome@spe.sony.com>
X-OriginalArrivalTime: 01 Dec 2006 18:11:11.0964 (UTC)
	FILETIME=[1536A1C0:01C71574]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 507ad05d8e517f8285c14ade4dc3acf0
Cc: Working Group <ltru@ietf.org>, zaiitov@gmail.com, iso639-2@loc.gov,
	=?utf-8?B?SMOldmFyZCBIanVsc3RhZA==?= <HHj@standard.no>, LTRU,
	ietf-languages@iana.org, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1343240589=="
Errors-To: ltru-bounces@ietf.org

--===============1343240589==
Content-Class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C71574.0CBEED23"

------_=_NextPart_001_01C71574.0CBEED23
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

VGhlIGNsYWltIGluIEV0aG5vbG9ndWUgaXMgdGhhdCB0aGUgbGFuZ3VhZ2Ug4oCcU2Nod3l6ZXJk
w7x0c2No4oCdIChha2Eg4oCcU3dpc3MgR2VybWFu4oCdKSBpcyBhbHNvIHNwb2tlbiBpbiBBdXN0
cmlhLCBGcmFuY2UsIEdlcm1hbnkgYW5kIExpZWNodGVuc3RlaW4gYWx0aG91Z2ggdGhlIG5hbWUg
4oCcU2Nod3l6ZXJkw7x0c2No4oCdIGlzIG5vdCBnZW5lcmFsbHkgdXNlZCBpbiB0aG9zZSBwbGFj
ZXM7IHRoYXQgdGhlIG5hbWUg4oCcQWxsZW1hbmlzY2jigJ0gaXMgc29tZXRpbWVzIHVzZWQgaW4g
cmVmZXJlbmNlIHRvIHRoaXMgbGFuZ3VhZ2U7IGFuZCBmdXJ0aGVyLCB0aGF0IHRoaXMgbGFuZ3Vh
Z2UgaXMgZGlzdGluY3QgZnJvbSBsYW5ndWFnZXMga25vd24gYXMg4oCcU3dhYmlhbuKAnSBhbmQg
4oCcV2Fsc2Vy4oCdLiANCiANClRoYXQgaXMgdGhlIHNlbWFudGljIHRoYXQgSVNPIDYzOS0zIGFu
ZCBJU08gNjM5LTIgYXNzdW1lLiBJIHRoaW5rIHRoaXMgaXMgY29uc2lzdGVudCB3aXRoIHlvdXIg
dW5kZXJzdGFuZGluZyBhbmQgdXNhZ2UuDQogDQpOb3csIEkgaGVhciBNYXJrIHNheWluZyB0aGF0
IHRoZSBuYW1lIOKAnEFsZW1hbmlj4oCdIGlzIG5vdCB1c2VkIHRvIHJlZmVyIHRvIFN3aXNzIEdl
cm1hbiAvIFNjaHd5emVyZMO8dHNjaCBidXQgcmF0aGVyIGlzIG9ubHkgdXNlZCB0byByZWZlciB0
byBhIHJhbmdlIG9mIHZhcmlldGllcyBvZiBicm9hZGVyIHNjb3BlIChhIGdlbmV0aWMgc3ViLW5v
ZGUsIHBlcmhhcHMpIG9mIHdoaWNoIFN3aXNzIEdlcm1hbiBpcyBidXQgb25lIGxhbmd1YWdlLiAo
RXRobm9sb2d1ZSBzaG93cyBTY2h3eXplcmTDvHRzY2ggYXMgYmVpbmcgY2xhc3NpZmllZCBnZW5l
dGljYWxseSBpbiBhIGJyYW5jaCBvZiBHZXJtYW5pYyBjYWxsZWQg4oCcQWxlbWFubmlj4oCdLikg
VGhlIElTTyA2MzkgaWRlbnRpZmllciDigJxnc3figJ0gaXMgKm5vdCogaW50ZW5kZWQgdG8gcmVm
ZXIgdG8gc3VjaCBhIGNvbGxlY3Rpb24gb2YgbGFuZ3VhZ2VzLg0KIA0KVGhlIG9ubHkgZGViYXRl
IEkgc2VlIGhlcmUgaXMgd2hldGhlciDigJxBbGVtYW5pY+KAnSBpcyBldmVyIHVzZWQgdG8gcmVm
ZXIgdG8gdGhlIHNwZWNpZmljIGxhbmd1YWdlIGRlbm90ZWQgYnkg4oCcZ3N34oCdLg0KIA0KT24g
dGhlIG9uZSBoYW5kLCB3ZSBzZWUgRXRobm9sb2d1ZSB1c2Ug4oCcQWxlbWFubmlj4oCdIGluIHJl
ZmVyZW5jZSB0byB0aGUgZ2VuZXRpYyBzdWJub2RlLiBPbiB0aGUgb3RoZXIsIHdlIHNlZSBFdGhu
b2xvZ3VlIGluZGljYXRlIHRoYXQg4oCcQWxlbWFubmlzY2jigJ0gaXMgYSBuYW1lIHVzZWQgdG8g
cmVmZXIgdG8gdGhlIHNwZWNpZmljIGxhbmd1YWdlIGFsc28ga25vd24gYXMg4oCcU2Nod3l6ZXJk
w7x0c2No4oCdIG9yIOKAnFN3aXNzIEdlcm1hbuKAnS4gSXQgYXBwZWFycyB0byBtZSB0aGF0IE1h
cmvigJlzIGNvbW1lbnRzIGFtb3VudCB0byBvbmUgb2YgdGhlIGZvbGxvd2luZzoNCiANCi0gICAg
ICAgICBxdWVzdGlvbmluZyB0aGUgY2xhaW0gdGhhdCDigJxBbGVtYW5uaXNjaOKAnSBpcyB1c2Vk
IGFzIGEgbmFtZSBmb3IgdGhlIHNwZWNpZmljIGxhbmd1YWdlIGRlbm90ZWQgYnkg4oCcZ3N34oCd
LCBvcg0KIA0KLSAgICAgICAgIGEgcmVxdWVzdCB0byBjbGFyaWZ5IHRoYXQsIGluIGxpc3Rpbmcg
4oCcQWxlbWFuaWPigJ0gYXMgYW4gRW5nbGlzaCBuYW1lIGZvciDigJxnc3figJ0sIHRoZSBpbnRl
bmRlZCBkZW5vdGF0aW9uIGRvZXMgKm5vdCogZW5jb21wYXNzIEFsZW1hbm5pYyBsYW5ndWFnZXMg
b3RoZXIgdGhhbiB0aGUgb25lIGtub3duIGFzIOKAnFNjaHd5emVyZMO8dHNjaOKAnSBvciDigJxT
d2lzcyBHZXJtYW7igJ0gKGFuZCBwZXJoYXBzIG90aGVyIG5hbWVzKQ0KIA0KSWYgaXQgaXMgdGhl
IGNhc2UgdGhhdCDigJxBbGVtYW5uaXNjaOKAnSBpcyB1c2VkIGluIHNvbWUgcGxhY2VzIHRvIHJl
ZmVyIHRvIHRoZSBzcGVjaWZpYywgaW5kaXZpZHVhbCBsYW5ndWFnZSBkZW5vdGVkIGJ5IOKAnGdz
d+KAnSwgdGhlbiB0aGlzIGlzIGEgZ29vZCBleGFtcGxlIGZvciBhIHByb2JsZW0gdGhhdCBHYXJ5
IFNpbW9ucyBhbmQgSSBpZGVudGlmaWVkIGluIGEgcGFwZXIgYmFjayBpbiAyMDAwOiB0aGUgcHJv
YmxlbSBvZiBjbGVhcmx5IGRvY3VtZW50aW5nIHdoYXQgaXMgdGhlIGludGVuZGVkIGRlbm90YXRp
b24gb2YgYSBnaXZlbiBsYW5ndWFnZSBpZGVudGlmaWVyLiBGb3IsIGlmIOKAnEFsZW1hbm5pc2No
4oCdIGlzIHVzZWQgaW4gdGhpcyB3YXksIHRoZW4gaXQgd291bGQgc2VlbSB0aGF0IOKAnEFsZW1h
bmlj4oCdIG1pZ2h0IGFjdHVhbGx5IGJlIHVzZWQgaW4gdHdvIGRpZmZlcmVudCBzZW5zZXM6IG9u
ZSByZWZlcnJpbmcgdG8gYW4gaW5kaXZpZHVhbCBsYW5ndWFnZSwgYW5kIG9uZSByZWZlcnJpbmcg
dG8gYSBjb2xsZWN0aW9uIG9mIGxhbmd1YWdlcyBjb3JyZXNwb25kaW5nIHRvIGEgZ2VuZXRpYyBz
dWJub2RlIG9mIEdlcm1hbmljLiBCdXQsIOKAnGdzd+KAnSBkb2VzIG5vdCBkZW5vdGUgZWl0aGVy
IG9mIHRob3NlIHNlbWFudGljcyBhY2NvcmRpbmcgdG8gdGhlIHdoaW1zIG9mIGEgZ2l2ZW4gdXNl
cjsgaXQgZGVub3RlcyBqdXN0IG9uZSBvZiB0aG9zZSBzZW1hbnRpY3MsIHZpei4gdGhlIGZvcm1l
ci4gDQogDQooVGhpcyBpcyBhbHNvIGEgZ29vZCBleGFtcGxlIHRvIHNob3cgdGhhdCB0aGUgb2Jq
ZWN0cyBvZiBjb2RpZmljYXRpb24gYXJlIG5vdCBtZXJlbHkgbmFtZXMgYnV0IHJhdGhlciBzcGVj
aWZpYyBjb25jZXB0cyB0aGF0IGFyZSByZWZlcmVuY2VkIGJ5IGEgZ2l2ZW4gbmFtZSDigJMgdGVy
bXMsIG5vdCBsZXhlbWVzLikNCiANClNvLCB0aGVuLCBob3cgY2FuIHRoZSBpbnRlbmRlZCBzZW1h
bnRpY3Mgb2YgdGhlIGlkZW50aWZpZXIg4oCcZ3N34oCdIGJlIGNsZWFybHkgZG9jdW1lbnRlZCBp
biBJU08gNjM5Pw0KIA0KSW4gdGhlIHBhc3QsIGZvciBwYXJ0cyAxIGFuZCAyLCBhbGwgdGhhdCB3
YXMgcHJvdmlkZWQgd2FzIGEgbGlzdCBvZiBuYW1lcy4gSW4gZGV2ZWxvcGluZyBwYXJ0IDMsIHRo
ZSBSQSBhbmQgSSBib3RoIGZlbHQgdGhhdCB0aGlzIHdhcyBub3QgYWRlcXVhdGUuIEZvcm1hbGx5
LCB3ZSBjb3VsZCBub3QgaW5jbHVkZSB0aGUgdmFyaW91cyBraW5kcyBvZiBlbmN5Y2xvcGVkaWMg
aW5mb3JtYXRpb24gdGhhdCBtaWdodCBhY3R1YWxseSBiZSBuZWVkZWQgdG8gbWFrZSBpdCBjbGVh
ciB3aGF0IHRoZSBpbnRlbmRlZCBkZW5vdGF0aW9uIG9mIGEgZ2l2ZW4gaWRlbnRpZmllciBhY3R1
YWxseSBpcyAobWFjaGluZS1yZWFkYWJsZSB0YWJsZXMgbmVlZCB0byBoYXZlIGEgd2VsbC1mb3Jt
ZWQgc3RydWN0dXJlIHdpdGggY2xlYXIgc2VtYW50aWNzIGZvciBlYWNoIGRhdGEgY2F0ZWdvcnkp
LiBXaGF0IHdlIGNvdWxkIGFkZCBmb3JtYWxseSBhcmUgYXR0cmlidXRlcywgb2Ygd2hpY2ggd2Ug
YWRkZWQgdHdvOiBzY29wZSBhbmQgdHlwZS4gU28sIHRoZSBkYXRhIHRhYmxlcyBmb3IgNjM5LTMg
c2hvdyBpbiBwYXJ0aWN1bGFyIHRoYXQg4oCcZ3N34oCdIGhhcyBhIHNjb3BlIG9mIGluZGl2aWR1
YWwgbGFuZ3VhZ2UuIFRoYXQgYXQgbGVhc3QgbWFrZXMgY2xlYXIgdGhhdCB0aGUgaW50ZW5kZWQg
c2VtYW50aWMgZm9yIOKAnGdzd+KAnSBpcyBub3QgYSBjb2xsZWN0aW9uIG9mIGxhbmd1YWdlcy4g
DQogDQpCdXQgZXZlbiB0aGF0IGlzIG5vdCBzdWZmaWNpZW50OiBwZXJoYXBzIHRoZSByYW5nZSBv
ZiBsYW5ndWFnZSB2YXJpZXRpZXMgdW5kZXIgdGhlIEdlcm1hbmljLy4uL0FsZW1hbm5pYyBjbGFz
c2lmaWNhdGlvbiBhcmUgYmVpbmcgdHJlYXRlZCBhcyBhIHNpbmdsZSwgaW5kaXZpZHVhbCBsYW5n
dWFnZS4gDQogDQpUbyBvdmVyY29tZSBzdWNoIGxpbWl0YXRpb25zIGFuZCB0byBwcm92aWRlIGNs
ZWFyIGRvY3VtZW50YXRpb24gb2YgdGhlIGludGVuZGVkIGRlbm90YXRpb24gZm9yIGVhY2ggaWRl
bnRpZmllciwgdGhlIElTTyA2MzktMyBXZWIgc2l0ZSBnaXZlcywgZm9yIGVhY2ggZW50cnksIGEg
4oCcbW9yZeKApuKAnSBsaW5rIHRvIGEgcGFnZSB0aGF0IHNob3dzIGFkZGl0aW9uYWwgaW5mb3Jt
YXRpb24gZm9yIHRoZSBnaXZlbiBpZGVudGlmaWVyLCBhbmQgdGhhdCBhZGRpdGlvbmFsIGluZm8g
aW5jbHVkZXMgbm90IG9ubHkgdGhlIGZvcm1hbCBhdHRyaWJ1dGVzIG9mIHNjb3BlIGFuZCB0eXBl
IGJ1dCBhbHNvIGxpbmtzIHRvIGV4dGVybmFsIHNvdXJjZXMsIGluY2x1ZGluZyBzb3VyY2VzIG9m
IGFuIGVuY3ljbG9wZWRpYyBuYXR1cmUgc3VjaCBhcyBFdGhub2xvZ3VlLCBzcGVjaWZpY2FsbHkg
Zm9yIHRoZSBwdXJwb3NlIG9mIGRvY3VtZW50aW5nIHRoZSBkZW5vdGF0aW9uLg0KIA0KU28sIGlm
IHlvdSB3YW50IHRvIGtub3cgYW4gSUQgaW4gSVNPIDYzOS0zIGlzIGludGVuZGVkIHRvIG1lYW4s
IGRvbuKAmXQganVzdCBsb29rIGF0IHRoZSBsaXN0IG9mIG5hbWVzIGFzc29jaWF0ZWQgd2l0aCB0
aGF0IElEIHNpbmNlIG5hbWVzIGFsb25lIGNhbm5vdCBndWFyYW50ZWUgdGhhdCB0aGUgaW50ZW5k
ZWQgc2VtYW50aWMgaXMgY2xlYXJseSBjb21tdW5pY2F0ZWQuIFJhdGhlciwgZ28gdG8gdGhlIElT
TyA2MzktMyBXZWIgc2l0ZSwgZ2V0IGEgcmVwb3J0IGxpc3RpbmcgdGhlIGdpdmVuIElELCBmb2xs
b3cgdGhlIOKAnG1vcmXigKbigJ0gbGluayB0byB0aGUgZG9jdW1lbnRhdGlvbiBmb3IgdGhhdCBw
YXJ0aWN1bGFyIElEIGFuZCBsb29rIGF0ICphbGwqIHRoZSBpbmZvcm1hdGlvbiBwcm92aWRlZCB0
aGVyZSwgaW5jbHVkaW5nIHRoZSBsaW5rcyB0byBleHRlcm5hbCBzb3VyY2VzLiAoWW91IGNhbiBn
ZXQgdG8gdGhlc2UgZG9jdW1lbnRhdGlvbiBwYWdlcyBkaXJlY3RseSB1c2luZyBVUkxzIHN1Y2gg
YXMgdGhlIGZvbGxvd2luZyBleGFtcGxlLCBmb3Ig4oCcZ3N34oCdOiBodHRwOi8vd3d3LnNpbC5v
cmcvaXNvNjM5LTMvZG9jdW1lbnRhdGlvbi5hc3A/aWQ9Z3N3LikNCiANCiANCiANClBldGVyDQog
DQogDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpGcm9tOiBLYXJlbl9Ccm9v
bWVAc3BlLnNvbnkuY29tIFttYWlsdG86S2FyZW5fQnJvb21lQHNwZS5zb255LmNvbV0gDQpTZW50
OiBUaHVyc2RheSwgTm92ZW1iZXIgMzAsIDIwMDYgNTo1NSBQTQ0KVG86IFBldGVyIENvbnN0YWJs
ZQ0KQ2M6IEjDpXZhcmQgSGp1bHN0YWQ7IGlldGYtbGFuZ3VhZ2VzQGlhbmEub3JnOyBpc282MzlA
ZGt1dWcuZGs7IGlzbzYzOS0yQGxvYy5nb3Y7IExUUlUgV29ya2luZyBHcm91cDsgTWFyayBEYXZp
czsgemFpaXRvdkBnbWFpbC5jb20NClN1YmplY3Q6IFJFOiBbTHRydV0gQWxlbWFuaWMgJiBTd2lz
cyBHZXJtYW4NCiANCg0KQXJlIHdlIHJlYWRpbmcgdGhlIHNhbWUgRXRobm9sb2d1ZSBwYWdlPyBF
dGhub2xvZ3VlIHNlZW1zIHRvIGluY2x1ZGUgdGhlIEF1c3RyaWFuIGZvcm1zIGFuZCBtZW50aW9u
cyB0aGF0IGNlcnRhaW4gZGlhbGVjdHMgd2l0aGluIHRoaXMgbGFuZ3VhZ2UgZmFtaWx5IG1heSBu
b3QgYmUgaW50ZWxsaWdpYmxlIHRvIHNwZWFrZXJzIG9mIG90aGVyIGRpYWxlY3RzLiANCg0KSSdt
IG5vdCB0cnlpbmcgdG8gYmUgZGlmZmljdWx0ICAtLSB0b2RheSA6KSAtLSBhbmQgY2VydGFpbmx5
IGFwcHJlY2lhdGUgeW91ciBwcmV2aW91cyBoZWxwIGluIHNvcnRpbmcgb3V0IHRoZXNlIGlzc3Vl
cywgYnV0IEkgaGF2ZSBjaXJjdWxhdGVkIHRoZSBjb2RlcyBnc3ctQ0ggYW5kIGdzdy1BVCB0byBh
IGZhaXJseSB3aWRlIGF1ZGllbmNlIGJhc2VkIG9uIGFzc3VtcHRpb25zIHRoYXQgc2VlbSB0byBi
ZSBmYWlybHkgd2VsbC1kb2N1bWVudGVkIG9uIEV0aG5vbG9ndWUsIG15IGFwcGxpY2F0aW9uLCBJ
U08ncyBhcHByb3ZhbCwgYW5kIHZhcmlvdXMgb3RoZXIgcmVzb3VyY2VzIHRoYXQgbHVtcCB0aGVz
ZSByZWdpb25hbCBkaWFsZWN0cyB0b2dldGhlci4gRG9lcyA2MzktMyBzaG91bGQgaGF2ZSBhIG1h
Y3JvbGFuZ3VhZ2UgZm9yIHRoaXM/IElmIG5vdCwgc2hvdWxkIGl0PyANCg0KSSdkIGFwcHJlY2lh
dGUgaXQgaWYgeW91IGNvdWxkIHJldmlldyB5b3VyIG5vdGVzIGJlZm9yZSBhY3Rpbmcgb24gdGhp
cyBzdWdnZXN0ZWQgY2hhbmdlLiANCg0KQmVzdCByZWdhcmRzLCANCg0KS2FyZW4gDQoNCg0KDQpQ
ZXRlciBDb25zdGFibGUgPHBldGVyY29uQG1pY3Jvc29mdC5jb20+IA0KMTEvMzAvMjAwNiAwNToz
NCBQTSANClRvDQo8S2FyZW5fQnJvb21lQHNwZS5zb255LmNvbT4gDQpjYw0KSMOldmFyZCBIanVs
c3RhZCA8SEhqQHN0YW5kYXJkLm5vPiwgPGlldGYtbGFuZ3VhZ2VzQGlhbmEub3JnPiwgPGlldGYt
bGFuZ3VhZ2VzLWJvdW5jZXNAYWx2ZXN0cmFuZC5ubz4sIDxpc282MzlAZGt1dWcuZGs+LCA8aXNv
NjM5LTJAbG9jLmdvdj4sIElTTyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlIDxJU09KQUNA
bG9jLmdvdj4sIExUUlUgV29ya2luZyBHcm91cCA8bHRydUBpZXRmLm9yZz4sIE1hcmsgRGF2aXMg
PG1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnPiwgPHphaWl0b3ZAZ21haWwuY29tPiANClN1Ympl
Y3QNClJFOiBbTHRydV0gQWxlbWFuaWMgJiBTd2lzcyBHZXJtYW4NCiANCiANCiANCg0KDQoNCkni
gJlsbCBoYXZlIHRvIGNoZWNrIGVtYWlsIHRvIGJlIHN1cmUsIGJ1dCBteSByZWNvbGxlY3Rpb24g
d2FzIHRoYXQgSSBoYWQgc3VnZ2VzdGVkIHRvIHlvdSB0aGF0IHRoZSBjYXRlZ29yeSB0aGF0IHdh
cyBhbHJlYWR5IGluIHRoZSBkcmFmdCB0YWJsZSBmb3IgNjM5LTMgbWlnaHQgbWVldCB5b3VyIG5l
ZWQsIGFuZCB0aGF0IGNhdGVnb3J5IHdhcyB0aGUgb25lIGNvZGVkIOKAnGdzd+KAnSB3aXRoIHNl
bWFudGljcyBkZWZpbmVkIGluIEV0aG5vbG9ndWUuIERlZmluaXRlbHkgdGhlIEpBQyB3YXMgaW5j
b3Jwb3JhdGluZyBpbnRvIHBhcnQgMiB0aGUgaXRlbSBpbiB0aGUgZHJhZnQgY29kZSB0YWJsZSBm
b3IgcGFydCAzOyBJIGJlbGlldmUgdGhhdCBhbGwgYWxvbmcgdGhlIEpBQyB1bmRlcnN0b29kIHRo
YXQgdG8gaGF2ZSB0aGUgc2VtYW50aWNzIG9mIOKAnFN3aXNzIEdlcm1hbuKAnSAob3Ig4oCcU2No
d3l6ZXJkw7x0c2No4oCdKSDigJMgY2VydGFpbmx5IEkgZGlkLCBidXQgYWdhaW4gSeKAmWQgbmVl
ZCB0byByZXZpZXcgZGlzY3Vzc2lvbnMgdG8gYmUgbW9yZSBjZXJ0YWluLiANCiAgDQogIA0KUGV0
ZXIgDQogIA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJvbTogS2FyZW5f
QnJvb21lQHNwZS5zb255LmNvbSBbbWFpbHRvOkthcmVuX0Jyb29tZUBzcGUuc29ueS5jb21dIA0K
U2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2IDQ6NTEgUE0NClRvOiBQZXRlciBDb25z
dGFibGUNCkNjOiBIw6V2YXJkIEhqdWxzdGFkOyBpZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzsgaWV0
Zi1sYW5ndWFnZXMtYm91bmNlc0BhbHZlc3RyYW5kLm5vOyBpc282MzlAZGt1dWcuZGs7IGlzbzYz
OS0yQGxvYy5nb3Y7IElTTyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlOyBMVFJVIFdvcmtp
bmcgR3JvdXA7IE1hcmsgRGF2aXM7IHphaWl0b3ZAZ21haWwuY29tDQpTdWJqZWN0OiBSRTogW0x0
cnVdIEFsZW1hbmljICYgU3dpc3MgR2VybWFuIA0KICANCg0KUGV0ZXIsIA0KDQpJJ20gbm90IHF1
aXRlIHN1cmUgeW91ciB0YWtlIG9uIHRoaXMgcmVwcmVzZW50cyB3aGF0IHdhcyBvbiBteSBJU08g
YXBwbGljYXRpb24uIFRoZSBhcHBsaWNhdGlvbiBkcmF3cyBhdHRlbnRpb24gdG8gb3RoZXIgcmVn
aW9ucyB3aGVyZSBBbGVtYW5pYyBkaWFsZWN0cyBjYW4gYmUgZm91bmQgKHNlZTogImFkZGluZm8i
IHNlY3Rpb24pLiBJIGJlbGlldmUgdGhlIEZyZW5jaCBuYW1lIHR5cGljYWxseSBpbmRpY2F0ZXMg
YSBicm9hZGVyIHJhbmdlIG9mIGRpYWxlY3RzIGFzIHdlbGw6IA0KDQo+ID4gVGhpcyBkYXRhIHdh
cyBzdWJtaXR0ZWQgb246IFdlZG5lc2RheSwgSnVuZSAxNSwgMjAwNSBhdCAxOTowODowMA0KPiA+
IA0KPiA+IGxhbmdfaW5fZW5nID0gU3dpc3MgR2VybWFuLCBBbGVtYW5pYw0KPiA+IGxhbmdfaW5f
ZnJlID0gYWzDqW1hbmlxdWUNCj4gPiByZWZfd2hlcmVfZm91bmRfMSA9IGh0dHA6Ly93d3cuZXRo
bm9sb2d1ZS5jb20NCj4gPiBsYW5nX2luX3Zlcm4gPSBTY2h3eXplcmTDvHRzY2gsIFNjaHdlaXpl
cmRldXRzY2gsIFNjaHdpaXplcmTDvHRzY2gsIA0KPiBTY2h3eXplcnTDvHRzY2gsIFNjaHdpemVy
dGl0c2NoDQo+ID4gcmVmX3doZXJlX2ZvdW5kXzIgPSBJU08gNjM5LTMgRElTLCBodHRwOi8vd3d3
LmV0aG5vbG9ndWUuY29tLCBodHRwOi8vd3d3Lndpa2lwZWRpYS5jb20NCj4gPiB0cmFuc19saXQg
PSANCj4gPiBldmlkZW5jZSA9IEFHSUNPQSwgdGhlIEFzc29jaWF0aW9uIG9mIEludGVybmF0aW9u
YWwgQ29sbGVjdGl2ZSANCj4gTWFuYWdlbWVudCBvZiBBdWRpb3Zpc3VhbCBXb3JrcyAoQXNzb2Np
YXRpb24gZGUgR2VzdGlvbiBJbnRlcm5hdGlvbmFsZSANCj4gQ29sbGVjdGl2ZSBkZXMgT2V1dnJl
cyBBdWRpb3Zpc3VlbGxlcyk7IDQyOCBkb2N1bWVudHMgKGF1ZGlvdmlzdWFsKQ0KPiA+IA0KPiA+
IGh0dHA6Ly93d3cuYWdpY29hLm9yZw0KPiA+IGFkZGluZm8gPSA0LDIxNSwwMDAgaW4gU3dpdHpl
cmxhbmQgKDE5OTAgY2Vuc3VzKS4gUG9wdWxhdGlvbiB0b3RhbCBhbGwgDQo+IGNvdW50cmllczog
NiwwNDQsMDAwLiBDZW50cmFsLCBzb3V0aCBjZW50cmFsLCBub3J0aCBjZW50cmFsLCBub3J0aGVh
c3QsIA0KPiBhbmQgZWFzdGVybiBjYW50b25zLiBBbHNvIHNwb2tlbiBpbiBBdXN0cmlhLCBGcmFu
Y2UsIEdlcm1hbnksIA0KPiBMaWVjaHRlbnN0ZWluLg0KDQpSZWdhcmRzLCANCg0KS2FyZW4gQnJv
b21lDQpNZXRhZGF0YSBTeXN0ZW1zIERlc2lnbmVyDQpTb255IFBpY3R1cmVzIEVudGVydGFpbm1l
bnQNCjMxMC4yNDQuNDM4NCANClBldGVyIENvbnN0YWJsZSA8cGV0ZXJjb25AbWljcm9zb2Z0LmNv
bT4gDQpTZW50IGJ5OiBpZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm8gDQoxMS8z
MC8yMDA2IDAyOjU5IFBNIA0KIA0KVG8NCk1hcmsgRGF2aXMgPG1hcmsuZGF2aXNAaWN1LXByb2pl
Y3Qub3JnPiANCmNjDQpMVFJVIFdvcmtpbmcgR3JvdXAgPGx0cnVAaWV0Zi5vcmc+LCB6YWlpdG92
QGdtYWlsLmNvbSwgaXNvNjM5LTJAbG9jLmdvdiwgSMOldmFyZCBIanVsc3RhZCA8SEhqQHN0YW5k
YXJkLm5vPiwgSVNPIDYzOSBKb2ludCBBZHZpc29yeSBDb21taXR0ZWUgPElTT0pBQ0Bsb2MuZ292
PiwgaWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmcsIGlzbzYzOUBka3V1Zy5kayANClN1YmplY3QNClJF
OiBbTHRydV0gQWxlbWFuaWMgJiBTd2lzcyBHZXJtYW4NCiAgDQogDQogIA0KIA0KDQoNCg0KSSBj
YW4gdGVsbCB5b3UgdGhhdCB0aGUgaW50ZW50IG9mIOKAnGdzd+KAnSBpcyBzcGVjaWZpY2FsbHkg
U3dpc3MgR2VybWFuLCBhbmQgdGhhdCB0aGUgYXNzdW1wdGlvbiBvZiBoYXZpbmcg4oCcQWxlbWFu
aWPigJ0gbGlzdGVkIGFzIGEgbmFtZSBpcyB0aGF0IHNvbWUgcGVvcGxlIHVzZSB0aGF0IGxhYmVs
IHRvIHJlZmVyIHRvIHNwZWNpZmljYWxseSB0byBTd2lzcyBHZXJtYW4uIElmIHRoZSBsYXR0ZXIg
YXNzdW1wdGlvbiBpcyBpbmNvcnJlY3QgKHdoaWNoIGFwcGVhcnMgdG8gYmUgd2hhdCBNYXJrIGlz
IHNheWluZywgdGhlbiB0aGF0IGlzIGEgY2hhbmdlIHRoYXQgdGhlIEpBQyBzaG91bGQgY29uc2lk
ZXIuIA0KICANCkJ1dCBpZiBNYXJ0aW7igJlzIGNvbW1lbnQgaXMgdGhlIHN1cHBvcnRpbmcgZXZp
ZGVuY2UsIHRoZW4gSSBzdGlsbCBmaW5kIE1hcnRpbuKAmXMgY29tbWVudCB0byBiZSB1bmNsZWFy
LiBJdOKAmXMgY2xlYXIgdG8gbWUgd2hhdCBNYXJrIGlzIHNheWluZzsgaXTigJlzIG5vdCBjbGVh
ciB0byBtZSBpZiBNYXJ0aW4gaXMgc2F5aW5nIHRoZSBzYW1lIHRoaW5nLiANCiAgDQogIA0KUGV0
ZXIgQ29uc3RhYmxlIA0KICANCiAgDQogIA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18NCg0KRnJvbTogbWFyay5lZHdhcmQuZGF2aXNAZ21haWwuY29tIFttYWlsdG86bWFyay5lZHdh
cmQuZGF2aXNAZ21haWwuY29tXSBPbiBCZWhhbGYgT2YgTWFyayBEYXZpcw0KU2VudDogVGh1cnNk
YXksIE5vdmVtYmVyIDMwLCAyMDA2IDExOjA3IEFNDQpUbzogUGV0ZXIgQ29uc3RhYmxlDQpDYzog
SMOldmFyZCBIanVsc3RhZDsgaXNvNjM5LTJAbG9jLmdvdjsgTFRSVSBXb3JraW5nIEdyb3VwOyB6
YWlpdG92QGdtYWlsLmNvbTsgSVNPIDYzOSBKb2ludCBBZHZpc29yeSBDb21taXR0ZWU7IGlldGYt
bGFuZ3VhZ2VzQGlhbmEub3JnOyBpc282MzlAZGt1dWcuZGsNClN1YmplY3Q6IFJlOiBbTHRydV0g
QWxlbWFuaWMgJiBTd2lzcyBHZXJtYW4gDQogIA0KQWxlbWFuaWMgcmVmZXJzIHRvIGEgYnJvYWRl
ciBncm91cCBvZiBkaWFsZWN0cyB0aGFuICJTd2lzcyBHZXJtYW4iIChha2EgU2Nod3l6ZXJ0dWVz
Y2gpIGRvZXMuIFNvIGxpc3RpbmcgdGhlbSBhcyBpdCBkb2VzIGlzIHByb2JsZW1hdGljOyBpdCdz
IGxpa2UgbGlzdGluZw0KDQphciBBcmFiaWM7IEVneXB0aWFuIEFyYWJpYw0KDQpQZXJzb25hbGx5
LCBJIGRvbid0IGNhcmUgd2hldGhlciBpdCBpcyByZXNvbHZlZCB0byBiZSANCg0KQWxlbWFuaWMg
KGluY2x1ZGluZyBTd2lzcyBHZXJtYW4pIA0KLy8gd2hpY2ggaXMgd2hhdCA2MzktMyBzZWVtcyB0
byBiZSBwb2ludGluZyB0bw0KDQpvcg0KDQpTd2lzcyBHZXJtYW4gKGEgcGFydGljdWxhciB2YXJp
YW50IG9mIEFsZW1hbmljKQ0KLy8gd2hpY2ggaXMgd2hhdCB0aGUgY29kZSAoZ3N3KSBzZWVtcyB0
byBiZSBwb2ludGluZyB0bw0KDQpCdXQgd2UgbmVlZCBzb21lIGNsYXJpdHkgYXMgdG8gd2hhdCBp
cyBtZWFudCBieSB0aGUgY29kZS4gDQoNCk1hcmsgDQpPbiAxMS8zMC8wNiwgUGV0ZXIgQ29uc3Rh
YmxlIDxwZXRlcmNvbkBtaWNyb3NvZnQuY29tPiB3cm90ZTogDQpNYXJ0aW4ncyBjb21tZW50IGlz
IHNvbWV3aGF0IHZhZ3VlOiB2YXJpZXRpZXMgc3Bva2VuIG9uIGVpdGhlciBzaWRlIG9mIHRoZSBi
b3JkZXIgYXJlIHZlcnkgc2ltaWxhciwgZXQgImFzIHNvb24gYXMgeW91IGNyb3NzIHRoZSBib3Jk
ZXIgaXQncyB2ZXJ5IGNsZWFybHkgbm8gbG9uZ2VyIFN3aXNzIEdlcm1hbiIuIERvZXMgdGhhdCBt
ZWFuIHRoYXQgd2hhdCBpcyBzcG9rZW4gYWNyb3NzIHRoZSBib3JkZXIgaXMgY2xlYXJseSBhIGRp
ZmZlcmVudCBsYW5ndWFnZSwgb3IgdGhhdCB0aGUgbGFiZWwgIlN3aXNzIEdlcm1hbiIgaXMgY2xl
YXJseSBub3QgdXNlZD8gDQogIA0KICANClBldGVyIA0KICANCl9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fDQoNCkZyb206IE1hcmsgRGF2aXMgW21haWx0bzptYXJrLmRhdmlzQGljdS1w
cm9qZWN0Lm9yZyA8bWFpbHRvOm1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnPiBdIA0KU2VudDog
VGh1cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2IDk6MDAgQU0NClRvOiBIw6V2YXJkIEhqdWxzdGFk
OyBpc282MzktMkBsb2MuZ292IDxtYWlsdG86aXNvNjM5LTJAbG9jLmdvdj4gDQpDYzogTFRSVSBX
b3JraW5nIEdyb3VwOyB6YWlpdG92QGdtYWlsLmNvbSA8bWFpbHRvOnphaWl0b3ZAZ21haWwuY29t
PiA7IElTTyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlOyBpZXRmLWxhbmd1YWdlc0BpYW5h
Lm9yZyA8bWFpbHRvOmlldGYtbGFuZ3VhZ2VzQGlhbmEub3JnPiA7IGlzbzYzOUBka3V1Zy5kayA8
bWFpbHRvOmlzbzYzOUBka3V1Zy5kaz4gDQpTdWJqZWN0OiBbTHRydV0gQWxlbWFuaWMgJiBTd2lz
cyBHZXJtYW4gDQogIA0KSVNPIDYzOS0yIChvbiBodHRwOi8vd3d3LmxvYy5nb3Yvc3RhbmRhcmRz
L2lzbzYzOS0yL3BocC9jb2RlX2xpc3QucGhwIDxodHRwOi8vd3d3LmxvYy5nb3Yvc3RhbmRhcmRz
L2lzbzYzOS0yL3BocC9jb2RlX2xpc3QucGhwPiApIGxpc3RzIHRoZSBmb2xsb3dpbmc6DQoNCmdz
dyAgICAgICAgICAgICBBbGVtYW5pOyBTd2lzcyBHZXJtYW4gICAgICBhbMOpbWFuaXF1ZSANCg0K
SG93ZXZlciwgdGhlcmUgaXMgYSAiYyIgbWlzc2luZyBmcm9tIEFsZW1hbmljLCBhbmQgU3dpc3Mg
R2VybWFuIGlzIG5vdCB0aGUgc2FtZSBhcyBBbGVtYW5pYzogU3dpc3MgR2VybWFuIGlzIGEgdHlw
ZSBvZiBBbGVtYW5pYywgYnV0IHRoZXJlIGFyZSBvdGhlciB0eXBlcyB0aGF0IGFyZSBub3QgdGhl
IHNhbWUgYXMgU3dpc3MgR2VybWFuLg0KDQpRdW90aW5nIE1hcnRpbiBEdWVyc3Q6IA0KDQoiWWVz
LCBTd2FiaWFuIGlzIGNsZWFybHkgQWxlbWFuaWMuIEFsZW1hbmljIGFuZCBTd2lzcyBHZXJtYW4g
YXJlIG5vdA0KdGhlIHNhbWUuIFRoZXJlIGFyZSB2ZXJ5IGNsb3NlIHNpbWlsYXJpdGllcyBiZXR3
ZWVuIHNvbWUgZGlhbGVjdHMgaW4gDQp0aGUgbm9ydGggb2YgU3dpdHplcmxhbmQgYW5kIGFjcm9z
cyB0aGUgYm9yZGVyIGluIEdlcm1hbnksIGJ1dCBhcw0Kc29vbiBhcyB5b3UgY3Jvc3MgdGhlIGJv
cmRlciwgaXQncyB2ZXJ5IGNsZWFybHkgbm8gbG9uZ2VyIFN3aXNzDQpHZXJtYW4uIEEgbGFiZWwg
c3VjaCBhcyAiQWxlbWFuaWM7IFN3aXNzIEdlcm1hbiIsIGFzc3VtaW5nIHRoYXQgDQpib3RoIGFy
ZSB0aGUgc2FtZSwgaXMgY2xlYXJseSB3cm9uZy4gSWYgaXQncyBzb21ldGhpbmcgbGlrZQ0KIkFs
ZW1hbmljOyBpbmNsdWRlcyBTd2lzcyBHZXJtYW4iLCB0aGF0IHdvdWxkIGJlIG9rYXkuIg0KDQpD
YW4gdGhpcyBiZSBjb3JyZWN0ZWQgc28gdGhhdCBpdCBkb2VzIG5vdCBjb250aW51ZSB0byBtaXNs
ZWFkIHBlb3BsZT8gDQoNCk1hcmsgRGF2aXMgDQogX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX18NCklldGYtbGFuZ3VhZ2VzIG1haWxpbmcgbGlzdA0KSWV0Zi1s
YW5ndWFnZXNAYWx2ZXN0cmFuZC5ubw0KaHR0cDovL3d3dy5hbHZlc3RyYW5kLm5vL21haWxtYW4v
bGlzdGluZm8vaWV0Zi1sYW5ndWFnZXMgDQo=

------_=_NextPart_001_01C71574.0CBEED23
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RS
L1JFQy1odG1sNDAiPg0KDQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlIGNv
bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPVByb2dJZCBjb250
ZW50PVdvcmQuRG9jdW1lbnQ+DQo8bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50PSJNaWNyb3Nv
ZnQgV29yZCAxMSI+DQo8bWV0YSBuYW1lPU9yaWdpbmF0b3IgY29udGVudD0iTWljcm9zb2Z0IFdv
cmQgMTEiPg0KPGxpbmsgcmVsPUZpbGUtTGlzdCBocmVmPSJjaWQ6ZmlsZWxpc3QueG1sQDAxQzcx
NTMwLkZFMkE1ODcwIj4NCjxsaW5rIHJlbD1FZGl0LVRpbWUtRGF0YSBocmVmPSJjaWQ6ZWRpdGRh
dGEubXNvIj4NCjwhLS1baWYgIW1zb10+DQo8c3R5bGU+DQp2XDoqIHtiZWhhdmlvcjp1cmwoI2Rl
ZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHti
ZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVs
dCNWTUwpO30NCjwvc3R5bGU+DQo8IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N
CiA8bzpPZmZpY2VEb2N1bWVudFNldHRpbmdzPg0KICA8bzpEb05vdFJlbHlPbkNTUy8+DQogPC9v
Ok9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCiA8dzpXb3JkRG9jdW1lbnQ+DQogIDx3OkRvbnREaXNwbGF5UGFnZUJvdW5k
YXJpZXMvPg0KICA8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQogIDx3
OkdyYW1tYXJTdGF0ZT5DbGVhbjwvdzpHcmFtbWFyU3RhdGU+DQogIDx3OkRvY3VtZW50S2luZD5E
b2N1bWVudEVtYWlsPC93OkRvY3VtZW50S2luZD4NCiAgPHc6RW52ZWxvcGVWaXMvPg0KICA8dzpW
YWxpZGF0ZUFnYWluc3RTY2hlbWFzLz4NCiAgPHc6U2F2ZUlmWE1MSW52YWxpZD5mYWxzZTwvdzpT
YXZlSWZYTUxJbnZhbGlkPg0KICA8dzpJZ25vcmVNaXhlZENvbnRlbnQ+ZmFsc2U8L3c6SWdub3Jl
TWl4ZWRDb250ZW50Pg0KICA8dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFs
d2F5c1Nob3dQbGFjZWhvbGRlclRleHQ+DQogPC93OldvcmREb2N1bWVudD4NCjwveG1sPjwhW2Vu
ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KIDx3OkxhdGVudFN0eWxlcyBEZWZMb2Nr
ZWRTdGF0ZT0iZmFsc2UiIExhdGVudFN0eWxlQ291bnQ9IjE1NiI+DQogPC93OkxhdGVudFN0eWxl
cz4NCjwveG1sPjwhW2VuZGlmXS0tPg0KPHN0eWxlPg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlv
bnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OldpbmdkaW5nczsNCglwYW5vc2UtMTo1
IDAgMCAwIDAgMCAwIDAgMCAwOw0KCW1zby1mb250LWNoYXJzZXQ6MjsNCgltc28tZ2VuZXJpYy1m
b250LWZhbWlseTphdXRvOw0KCW1zby1mb250LXBpdGNoOnZhcmlhYmxlOw0KCW1zby1mb250LXNp
Z25hdHVyZTowIDI2ODQzNTQ1NiAwIDAgLTIxNDc0ODM2NDggMDt9DQpAZm9udC1mYWNlDQoJe2Zv
bnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDsNCgltc28t
Zm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZv
bnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi01MjAwNzg1OTMgLTEwNzM3
MTcxNTcgNDEgMCA2NjA0NyAwO30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6VmVyZGFuYTsN
CglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJ
bXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7
DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi0xNTkzODMzNzI5IDEwNzM3NTAxMDcgMTYgMCA0MTUgMDt9
DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWY7DQoJcGFub3NlLTE6MCAwIDAg
MCAwIDAgMCAwIDAgMDsNCgltc28tZm9udC1hbHQ6IlRpbWVzIE5ldyBSb21hbiI7DQoJbXNvLWZv
bnQtY2hhcnNldDowOw0KCW1zby1nZW5lcmljLWZvbnQtZmFtaWx5OnJvbWFuOw0KCW1zby1mb250
LWZvcm1hdDpvdGhlcjsNCgltc28tZm9udC1waXRjaDphdXRvOw0KCW1zby1mb250LXNpZ25hdHVy
ZTowIDAgMCAwIDAgMDt9DQogLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCiBwLk1zb05vcm1hbCwg
bGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21zby1zdHlsZS1wYXJlbnQ6IiI7DQoJbWFy
Z2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ct
b3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21h
biI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KYTpsaW5r
LCBzcGFuLk1zb0h5cGVybGluaw0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl
cmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBl
cmxpbmtGb2xsb3dlZA0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7
DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnANCgl7bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87
DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJn
aW4tbGVmdDowaW47DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZTox
Mi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7DQoJbXNvLWZhcmVhc3QtZm9u
dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0
eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLWFu
c2ktZm9udC1zaXplOjEwLjBwdDsNCgltc28tYmlkaS1mb250LXNpemU6MTAuMHB0Ow0KCWZvbnQt
ZmFtaWx5OlZlcmRhbmE7DQoJbXNvLWFzY2lpLWZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJbXNvLWhh
bnNpLWZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJY29sb3I6Ymx1ZTsNCglmb250LXdlaWdodDpub3Jt
YWw7DQoJZm9udC1zdHlsZTpub3JtYWw7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmU7DQoJdGV4dC11
bmRlcmxpbmU6bm9uZTsNCgl0ZXh0LWRlY29yYXRpb246bm9uZTsNCgl0ZXh0LWxpbmUtdGhyb3Vn
aDpub25lO30NCnNwYW4uU3BlbGxFDQoJe21zby1zdHlsZS1uYW1lOiIiOw0KCW1zby1zcGwtZTp5
ZXM7fQ0Kc3Bhbi5HcmFtRQ0KCXttc28tc3R5bGUtbmFtZToiIjsNCgltc28tZ3JhbS1lOnllczt9
DQpAcGFnZSBTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4y
NWluIDEuMGluIDEuMjVpbjsNCgltc28taGVhZGVyLW1hcmdpbjouNWluOw0KCW1zby1mb290ZXIt
bWFyZ2luOi41aW47DQoJbXNvLXBhcGVyLXNvdXJjZTowO30NCmRpdi5TZWN0aW9uMQ0KCXtwYWdl
OlNlY3Rpb24xO30NCiAvKiBMaXN0IERlZmluaXRpb25zICovDQogQGxpc3QgbDANCgl7bXNvLWxp
c3QtaWQ6MTExMzEzMzc4NTsNCgltc28tbGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1w
bGF0ZS1pZHM6NDk2NjM1MDQ2IC0xNzQ3OTM4MzcyIDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5
IDY3Njk4NjkxIDY3Njk4NjkzIDY3Njk4Njg5IDY3Njk4NjkxIDY3Njk4NjkzO30NCkBsaXN0IGww
OmxldmVsMQ0KCXttc28tbGV2ZWwtc3RhcnQtYXQ6MDsNCgltc28tbGV2ZWwtbnVtYmVyLWZvcm1h
dDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6LTsNCgltc28tbGV2ZWwtdGFiLXN0b3A6LjVpbjsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0K
CWZvbnQtZmFtaWx5OlZlcmRhbmE7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IlRpbWVzIE5l
dyBSb21hbiI7DQoJbXNvLWJpZGktZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0Kb2wN
Cgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KdWwNCgl7bWFyZ2luLWJvdHRvbTowaW47fQ0KLS0+DQo8
L3N0eWxlPg0KPCEtLVtpZiBndGUgbXNvIDEwXT4NCjxzdHlsZT4NCiAvKiBTdHlsZSBEZWZpbml0
aW9ucyAqLyANCiB0YWJsZS5Nc29Ob3JtYWxUYWJsZQ0KCXttc28tc3R5bGUtbmFtZToiVGFibGUg
Tm9ybWFsIjsNCgltc28tdHN0eWxlLXJvd2JhbmQtc2l6ZTowOw0KCW1zby10c3R5bGUtY29sYmFu
ZC1zaXplOjA7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0eWxlLXBhcmVudDoiIjsN
Cgltc28tcGFkZGluZy1hbHQ6MGluIDUuNHB0IDBpbiA1LjRwdDsNCgltc28tcGFyYS1tYXJnaW46
MGluOw0KCW1zby1wYXJhLW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCgltc28tcGFnaW5hdGlvbjp3
aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3
IFJvbWFuIjsNCgltc28tYW5zaS1sYW5ndWFnZTojMDQwMDsNCgltc28tZmFyZWFzdC1sYW5ndWFn
ZTojMDQwMDsNCgltc28tYmlkaS1sYW5ndWFnZTojMDQwMDt9DQo8L3N0eWxlPg0KPCFbZW5kaWZd
LS0+DQo8L2hlYWQ+DQoNCjxib2R5IGxhbmc9RU4tVVMgbGluaz1ibHVlIHZsaW5rPWJsdWUgc3R5
bGU9J3RhYi1pbnRlcnZhbDouNWluJz4NCg0KPGRpdiBjbGFzcz1TZWN0aW9uMT4NCg0KPHAgY2xh
c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBz
dHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+
VGhlIGNsYWltIGluIEV0aG5vbG9ndWUgaXMgdGhhdCB0aGUNCmxhbmd1YWdlIOKAnDxzcGFuIGNs
YXNzPVNwZWxsRT5TY2h3eXplcmTDvHRzY2g8L3NwYW4+4oCdIChha2Eg4oCcU3dpc3MgR2VybWFu
4oCdKSBpcyBhbHNvDQpzcG9rZW4gaW4gQXVzdHJpYSwgRnJhbmNlLCBHZXJtYW55IGFuZCBMaWVj
aHRlbnN0ZWluIGFsdGhvdWdoIHRoZSBuYW1lIOKAnDxzcGFuDQpjbGFzcz1TcGVsbEU+U2Nod3l6
ZXJkw7x0c2NoPC9zcGFuPuKAnSBpcyBub3QgZ2VuZXJhbGx5IHVzZWQgaW4gdGhvc2UgcGxhY2Vz
OyB0aGF0DQp0aGUgbmFtZSDigJw8c3BhbiBjbGFzcz1TcGVsbEU+QWxsZW1hbmlzY2g8L3NwYW4+
4oCdIGlzIHNvbWV0aW1lcyB1c2VkIGluIHJlZmVyZW5jZQ0KdG8gdGhpcyBsYW5ndWFnZTsgYW5k
IGZ1cnRoZXIsIHRoYXQgdGhpcyBsYW5ndWFnZSBpcyBkaXN0aW5jdCBmcm9tIGxhbmd1YWdlcw0K
a25vd24gYXMg4oCcPHNwYW4gY2xhc3M9U3BlbGxFPlN3YWJpYW48L3NwYW4+4oCdIGFuZCDigJw8
c3BhbiBjbGFzcz1TcGVsbEU+V2Fsc2VyPC9zcGFuPuKAnS4NCjxvOnA+PC9vOnA+PC9zcGFuPjwv
Zm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBm
YWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpW
ZXJkYW5hO2NvbG9yOmJsdWUnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoN
CjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9y
OmJsdWUnPlRoYXQgaXMgdGhlIHNlbWFudGljIHRoYXQgSVNPIDYzOS0zIGFuZA0KSVNPIDYzOS0y
IGFzc3VtZS4gSSB0aGluayB0aGlzIGlzIGNvbnNpc3RlbnQgd2l0aCB5b3VyIHVuZGVyc3RhbmRp
bmcgYW5kIHVzYWdlLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1z
b05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u
dCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToN
CjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPk5vdywgSSBoZWFyIE1hcmsg
c2F5aW5nIHRoYXQgdGhlIG5hbWUg4oCcPHNwYW4NCmNsYXNzPVNwZWxsRT5BbGVtYW5pYzwvc3Bh
bj7igJ0gaXMgbm90IHVzZWQgdG8gcmVmZXIgdG8gU3dpc3MgR2VybWFuIC8gPHNwYW4NCmNsYXNz
PVNwZWxsRT5TY2h3eXplcmTDvHRzY2g8L3NwYW4+IGJ1dCByYXRoZXIgaXMgb25seSB1c2VkIHRv
IHJlZmVyIHRvIGEgcmFuZ2Ugb2YNCnZhcmlldGllcyBvZiBicm9hZGVyIHNjb3BlIChhIGdlbmV0
aWMgc3ViLW5vZGUsIHBlcmhhcHMpIG9mIHdoaWNoIFN3aXNzIEdlcm1hbg0KaXMgYnV0IG9uZSBs
YW5ndWFnZS4gKEV0aG5vbG9ndWUgc2hvd3MgPHNwYW4gY2xhc3M9U3BlbGxFPlNjaHd5emVyZMO8
dHNjaDwvc3Bhbj4NCmFzIGJlaW5nIGNsYXNzaWZpZWQgZ2VuZXRpY2FsbHkgaW4gYSBicmFuY2gg
b2YgR2VybWFuaWMgY2FsbGVkIOKAnDxzcGFuDQpjbGFzcz1TcGVsbEU+QWxlbWFubmljPC9zcGFu
PuKAnS4pIFRoZSBJU08gNjM5IGlkZW50aWZpZXIg4oCcPHNwYW4gY2xhc3M9U3BlbGxFPmdzdzwv
c3Bhbj7igJ0NCmlzICo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+bm90PC9zcGFu
PjwvYj4qIGludGVuZGVkIHRvIHJlZmVyIHRvIHN1Y2gNCmEgY29sbGVjdGlvbiBvZiBsYW5ndWFn
ZXMuPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm
b250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXpl
Og0KMTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBj
b2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2Zv
bnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+VGhlIG9ubHkgZGViYXRlIEkgc2VlIGhlcmUg
aXMgd2hldGhlciDigJw8c3Bhbg0KY2xhc3M9U3BlbGxFPkFsZW1hbmljPC9zcGFuPuKAnSBpcyBl
dmVyIHVzZWQgdG8gcmVmZXIgdG8gdGhlIHNwZWNpZmljIGxhbmd1YWdlDQpkZW5vdGVkIGJ5IOKA
nDxzcGFuIGNsYXNzPVNwZWxsRT5nc3c8L3NwYW4+4oCdLjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9u
dD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNl
PVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpWZXJk
YW5hO2NvbG9yOmJsdWUnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxw
IGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJs
dWUnPk9uIHRoZSBvbmUgaGFuZCwgd2Ugc2VlIEV0aG5vbG9ndWUgdXNlIOKAnDxzcGFuDQpjbGFz
cz1TcGVsbEU+QWxlbWFubmljPC9zcGFuPuKAnSBpbiByZWZlcmVuY2UgdG8gdGhlIGdlbmV0aWMg
PHNwYW4gY2xhc3M9U3BlbGxFPnN1Ym5vZGU8L3NwYW4+Lg0KT24gdGhlIG90aGVyLCB3ZSBzZWUg
RXRobm9sb2d1ZSBpbmRpY2F0ZSB0aGF0IOKAnDxzcGFuIGNsYXNzPVNwZWxsRT5BbGVtYW5uaXNj
aDwvc3Bhbj7igJ0NCmlzIGEgbmFtZSB1c2VkIHRvIHJlZmVyIHRvIHRoZSBzcGVjaWZpYyBsYW5n
dWFnZSBhbHNvIGtub3duIGFzIOKAnDxzcGFuDQpjbGFzcz1TcGVsbEU+U2Nod3l6ZXJkw7x0c2No
PC9zcGFuPuKAnSBvciDigJxTd2lzcyBHZXJtYW7igJ0uIEl0IGFwcGVhcnMgdG8gbWUgdGhhdA0K
TWFya+KAmXMgY29tbWVudHMgYW1vdW50IHRvIG9uZSBvZiB0aGUgZm9sbG93aW5nOjxvOnA+PC9v
OnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIg
Y29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtm
b250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwv
Zm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWxlZnQ6LjVpbjt0
ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzE7DQp0YWItc3RvcHM6bGlz
dCAuNWluJz48IVtpZiAhc3VwcG9ydExpc3RzXT48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNl
PVZlcmRhbmE+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRh
bmE7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6VmVyZGFuYTsNCm1zby1iaWRpLWZvbnQtZmFtaWx5
OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+LTxmb250
DQpzaXplPTEgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAi
VGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7DQo8L3NwYW4+PC9mb250Pjwvc3Bhbj48L3NwYW4+PC9mb250PjwhW2VuZGlmXT48
Zm9udCBzaXplPTIgY29sb3I9Ymx1ZQ0KZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+cXVlc3Rpb25pbmcNCnRo
ZSBjbGFpbSB0aGF0IOKAnDxzcGFuIGNsYXNzPVNwZWxsRT5BbGVtYW5uaXNjaDwvc3Bhbj7igJ0g
aXMgdXNlZCBhcyBhIG5hbWUgZm9yDQp0aGUgc3BlY2lmaWMgbGFuZ3VhZ2UgZGVub3RlZCBieSDi
gJw8c3BhbiBjbGFzcz1TcGVsbEU+Z3N3PC9zcGFuPuKAnSwgb3I8bzpwPjwvbzpwPjwvc3Bhbj48
L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUg
ZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6
VmVyZGFuYTtjb2xvcjpibHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K
DQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6
LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xOw0KdGFiLXN0b3BzOmxpc3QgLjVpbic+PCFb
aWYgIXN1cHBvcnRMaXN0c10+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxz
cGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO21zby1mYXJl
YXN0LWZvbnQtZmFtaWx5OlZlcmRhbmE7DQptc28tYmlkaS1mb250LWZhbWlseTpWZXJkYW5hO2Nv
bG9yOmJsdWUnPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJZ25vcmUnPi08Zm9udA0Kc2l6ZT0xIGZh
Y2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBS
b21hbiInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K
PC9zcGFuPjwvZm9udD48L3NwYW4+PC9zcGFuPjwvZm9udD48IVtlbmRpZl0+PGZvbnQgc2l6ZT0y
IGNvbG9yPWJsdWUNCmZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtm
b250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPmENCnJlcXVlc3QgdG8gY2xhcmlmeSB0aGF0
LCBpbiBsaXN0aW5nIOKAnDxzcGFuIGNsYXNzPVNwZWxsRT5BbGVtYW5pYzwvc3Bhbj7igJ0gYXMg
YW4NCkVuZ2xpc2ggbmFtZSBmb3Ig4oCcPHNwYW4gY2xhc3M9U3BlbGxFPmdzdzwvc3Bhbj7igJ0s
IHRoZSBpbnRlbmRlZCBkZW5vdGF0aW9uIGRvZXMNCio8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWln
aHQ6Ym9sZCc+bm90PC9zcGFuPjwvYj4qIGVuY29tcGFzcyA8c3Bhbg0KY2xhc3M9U3BlbGxFPkFs
ZW1hbm5pYzwvc3Bhbj4gbGFuZ3VhZ2VzIG90aGVyIHRoYW4gdGhlIG9uZSBrbm93biBhcyDigJw8
c3Bhbg0KY2xhc3M9U3BlbGxFPlNjaHd5emVyZMO8dHNjaDwvc3Bhbj7igJ0gb3Ig4oCcU3dpc3Mg
R2VybWFu4oCdIChhbmQgcGVyaGFwcyBvdGhlciBuYW1lcyk8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv
bnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFj
ZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVy
ZGFuYTtjb2xvcjpibHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8
cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxz
cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpi
bHVlJz5JZiBpdCBpcyB0aGUgY2FzZSB0aGF0IOKAnDxzcGFuDQpjbGFzcz1TcGVsbEU+QWxlbWFu
bmlzY2g8L3NwYW4+4oCdIGlzIHVzZWQgaW4gc29tZSBwbGFjZXMgdG8gcmVmZXIgdG8gdGhlDQpz
cGVjaWZpYywgaW5kaXZpZHVhbCBsYW5ndWFnZSBkZW5vdGVkIGJ5IOKAnDxzcGFuIGNsYXNzPVNw
ZWxsRT5nc3c8L3NwYW4+4oCdLCB0aGVuDQp0aGlzIGlzIGEgZ29vZCBleGFtcGxlIGZvciBhIHBy
b2JsZW0gdGhhdCBHYXJ5IFNpbW9ucyBhbmQgSSBpZGVudGlmaWVkIGluIGENCnBhcGVyIGJhY2sg
aW4gMjAwMDogdGhlIHByb2JsZW0gb2YgY2xlYXJseSBkb2N1bWVudGluZyB3aGF0IGlzIHRoZSBp
bnRlbmRlZA0KZGVub3RhdGlvbiBvZiBhIGdpdmVuIGxhbmd1YWdlIGlkZW50aWZpZXIuIEZvciwg
aWYg4oCcPHNwYW4gY2xhc3M9U3BlbGxFPkFsZW1hbm5pc2NoPC9zcGFuPuKAnQ0KaXMgdXNlZCBp
biB0aGlzIHdheSwgdGhlbiBpdCB3b3VsZCBzZWVtIHRoYXQg4oCcPHNwYW4gY2xhc3M9U3BlbGxF
PkFsZW1hbmljPC9zcGFuPuKAnQ0KbWlnaHQgYWN0dWFsbHkgYmUgdXNlZCBpbiB0d28gZGlmZmVy
ZW50IHNlbnNlczogb25lIHJlZmVycmluZyB0byBhbiBpbmRpdmlkdWFsDQpsYW5ndWFnZSwgYW5k
IG9uZSByZWZlcnJpbmcgdG8gYSBjb2xsZWN0aW9uIG9mIGxhbmd1YWdlcyBjb3JyZXNwb25kaW5n
IHRvIGENCmdlbmV0aWMgPHNwYW4gY2xhc3M9U3BlbGxFPnN1Ym5vZGU8L3NwYW4+IG9mIEdlcm1h
bmljLiBCdXQsIOKAnDxzcGFuDQpjbGFzcz1TcGVsbEU+Z3N3PC9zcGFuPuKAnSBkb2VzIG5vdCBk
ZW5vdGUgZWl0aGVyIG9mIHRob3NlIHNlbWFudGljcyBhY2NvcmRpbmcgdG8NCnRoZSB3aGltcyBv
ZiBhIGdpdmVuIHVzZXI7IGl0IGRlbm90ZXMganVzdCBvbmUgb2YgdGhvc2Ugc2VtYW50aWNzLCB2
aXouIHRoZQ0KZm9ybWVyLiA8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFz
cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0
eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+
PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4oVGhpcyBpcyBhbHNv
IGEgZ29vZCBleGFtcGxlIHRvIHNob3cNCnRoYXQgdGhlIG9iamVjdHMgb2YgY29kaWZpY2F0aW9u
IGFyZSBub3QgbWVyZWx5IG5hbWVzIGJ1dCByYXRoZXIgc3BlY2lmaWMNCmNvbmNlcHRzIHRoYXQg
YXJlIHJlZmVyZW5jZWQgYnkgYSBnaXZlbiBuYW1lIOKAkyB0ZXJtcywgbm90IGxleGVtZXMuKTxv
OnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBz
aXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEw
LjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPjxvOnA+Jm5ic3A7PC9vOnA+PC9z
cGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9
Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZh
bWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPlNvLCB0aGVuLCBob3cgY2FuIHRoZSBpbnRlbmRlZCBz
ZW1hbnRpY3MNCm9mIHRoZSBpZGVudGlmaWVyIOKAnDxzcGFuIGNsYXNzPVNwZWxsRT5nc3c8L3Nw
YW4+4oCdIGJlIGNsZWFybHkgZG9jdW1lbnRlZCBpbiBJU08NCjYzOT88bzpwPjwvbzpwPjwvc3Bh
bj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJs
dWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1p
bHk6VmVyZGFuYTtjb2xvcjpibHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w
Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJk
YW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtj
b2xvcjpibHVlJz5JbiB0aGUgcGFzdCwgZm9yIHBhcnRzIDEgYW5kIDIsIGFsbCB0aGF0DQp3YXMg
cHJvdmlkZWQgd2FzIGEgbGlzdCBvZiBuYW1lcy4gSW4gZGV2ZWxvcGluZyBwYXJ0IDMsIHRoZSBS
QSBhbmQgSSBib3RoIGZlbHQNCnRoYXQgdGhpcyB3YXMgbm90IGFkZXF1YXRlLiBGb3JtYWxseSwg
d2UgY291bGQgbm90IGluY2x1ZGUgdGhlIHZhcmlvdXMga2luZHMgb2YNCmVuY3ljbG9wZWRpYyBp
bmZvcm1hdGlvbiB0aGF0IG1pZ2h0IGFjdHVhbGx5IGJlIG5lZWRlZCB0byBtYWtlIGl0IGNsZWFy
IHdoYXQNCnRoZSBpbnRlbmRlZCBkZW5vdGF0aW9uIG9mIGEgZ2l2ZW4gaWRlbnRpZmllciBhY3R1
YWxseSBpcyAobWFjaGluZS1yZWFkYWJsZQ0KdGFibGVzIG5lZWQgdG8gaGF2ZSBhIHdlbGwtZm9y
bWVkIHN0cnVjdHVyZSB3aXRoIGNsZWFyIHNlbWFudGljcyBmb3IgZWFjaCBkYXRhDQpjYXRlZ29y
eSkuIFdoYXQgd2UgY291bGQgYWRkIGZvcm1hbGx5IGFyZSBhdHRyaWJ1dGVzLCBvZiB3aGljaCB3
ZSBhZGRlZCB0d286IHNjb3BlDQphbmQgdHlwZS4gU28sIHRoZSBkYXRhIHRhYmxlcyBmb3IgNjM5
LTMgc2hvdyBpbiBwYXJ0aWN1bGFyIHRoYXQg4oCcPHNwYW4NCmNsYXNzPVNwZWxsRT5nc3c8L3Nw
YW4+4oCdIGhhcyBhIHNjb3BlIG9mIGluZGl2aWR1YWwgbGFuZ3VhZ2UuIFRoYXQgYXQgbGVhc3QN
Cm1ha2VzIGNsZWFyIHRoYXQgdGhlIGludGVuZGVkIHNlbWFudGljIGZvciDigJw8c3BhbiBjbGFz
cz1TcGVsbEU+Z3N3PC9zcGFuPuKAnSBpcw0Kbm90IGEgY29sbGVjdGlvbiBvZiBsYW5ndWFnZXMu
IDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9u
dCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToN
CjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPjxvOnA+Jm5ic3A7PC9vOnA+
PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29s
b3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250
LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPkJ1dCBldmVuIHRoYXQgaXMgbm90IHN1ZmZpY2ll
bnQ6IHBlcmhhcHMNCnRoZSByYW5nZSBvZiBsYW5ndWFnZSB2YXJpZXRpZXMgdW5kZXIgdGhlIEdl
cm1hbmljLy4uLzxzcGFuIGNsYXNzPVNwZWxsRT5BbGVtYW5uaWM8L3NwYW4+DQpjbGFzc2lmaWNh
dGlvbiA8c3BhbiBjbGFzcz1HcmFtRT5hcmU8L3NwYW4+IGJlaW5nIHRyZWF0ZWQgYXMgYSBzaW5n
bGUsDQppbmRpdmlkdWFsIGxhbmd1YWdlLiA8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K
DQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5h
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xv
cjpibHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1N
c29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxl
PSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz5UbyBv
dmVyY29tZSBzdWNoIGxpbWl0YXRpb25zIGFuZCB0byBwcm92aWRlDQpjbGVhciBkb2N1bWVudGF0
aW9uIG9mIHRoZSBpbnRlbmRlZCBkZW5vdGF0aW9uIGZvciBlYWNoIGlkZW50aWZpZXIsIHRoZSBJ
U08NCjYzOS0zIFdlYiBzaXRlIGdpdmVzLCBmb3IgZWFjaCBlbnRyeSwgYSDigJxtb3Jl4oCm4oCd
IGxpbmsgdG8gYSBwYWdlIHRoYXQgc2hvd3MgYWRkaXRpb25hbA0KaW5mb3JtYXRpb24gZm9yIHRo
ZSBnaXZlbiBpZGVudGlmaWVyLCBhbmQgdGhhdCBhZGRpdGlvbmFsIGluZm8gaW5jbHVkZXMgbm90
DQpvbmx5IHRoZSBmb3JtYWwgYXR0cmlidXRlcyBvZiBzY29wZSBhbmQgdHlwZSBidXQgYWxzbyBs
aW5rcyB0byBleHRlcm5hbA0Kc291cmNlcywgaW5jbHVkaW5nIHNvdXJjZXMgb2YgYW4gZW5jeWNs
b3BlZGljIG5hdHVyZSBzdWNoIGFzIEV0aG5vbG9ndWUsDQpzcGVjaWZpY2FsbHkgZm9yIHRoZSBw
dXJwb3NlIG9mIGRvY3VtZW50aW5nIHRoZSBkZW5vdGF0aW9uLjxvOnA+PC9vOnA+PC9zcGFuPjwv
Zm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBm
YWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpW
ZXJkYW5hO2NvbG9yOmJsdWUnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoN
CjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9y
OmJsdWUnPlNvLCBpZiB5b3Ugd2FudCB0byBrbm93IGFuIElEIGluIElTTw0KNjM5LTMgaXMgaW50
ZW5kZWQgdG8gbWVhbiwgZG9u4oCZdCBqdXN0IGxvb2sgYXQgdGhlIGxpc3Qgb2YgbmFtZXMgYXNz
b2NpYXRlZCB3aXRoDQp0aGF0IElEIHNpbmNlIG5hbWVzIGFsb25lIGNhbm5vdCBndWFyYW50ZWUg
dGhhdCB0aGUgaW50ZW5kZWQgc2VtYW50aWMgaXMgY2xlYXJseQ0KY29tbXVuaWNhdGVkLiBSYXRo
ZXIsIGdvIHRvIHRoZSBJU08gNjM5LTMgV2ViIHNpdGUsIGdldCBhIHJlcG9ydCBsaXN0aW5nIHRo
ZQ0KZ2l2ZW4gSUQsIGZvbGxvdyB0aGUg4oCcbW9yZeKApuKAnSBsaW5rIHRvIHRoZSBkb2N1bWVu
dGF0aW9uIGZvciB0aGF0IHBhcnRpY3VsYXIgSUQNCmFuZCBsb29rIGF0ICo8Yj48c3BhbiBzdHls
ZT0nZm9udC13ZWlnaHQ6Ym9sZCc+YWxsPC9zcGFuPjwvYj4qIHRoZSBpbmZvcm1hdGlvbg0KcHJv
dmlkZWQgdGhlcmUsIGluY2x1ZGluZyB0aGUgbGlua3MgdG8gZXh0ZXJuYWwgc291cmNlcy4gKFlv
dSBjYW4gZ2V0IHRvIHRoZXNlDQpkb2N1bWVudGF0aW9uIHBhZ2VzIGRpcmVjdGx5IHVzaW5nIFVS
THMgc3VjaCBhcyB0aGUgZm9sbG93aW5nIGV4YW1wbGUsIGZvciDigJw8c3Bhbg0KY2xhc3M9U3Bl
bGxFPmdzdzwvc3Bhbj7igJ06IDxhDQpocmVmPSJodHRwOi8vd3d3LnNpbC5vcmcvaXNvNjM5LTMv
ZG9jdW1lbnRhdGlvbi5hc3A/aWQ9Z3N3Ij5odHRwOi8vd3d3LnNpbC5vcmcvaXNvNjM5LTMvZG9j
dW1lbnRhdGlvbi5hc3A/aWQ9Z3N3PC9hPi4pPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N
Cg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFu
YT48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRhbmE7Y29s
b3I6Ymx1ZSc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9
TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHls
ZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm
b250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXpl
Og0KMTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBj
b2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2Zv
bnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+UGV0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv
bnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFj
ZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVy
ZGFuYTtjb2xvcjpibHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8
cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxz
cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpi
bHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8ZGl2IHN0eWxlPSdi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAw
aW4gNC4wcHQnPg0KDQo8ZGl2Pg0KDQo8ZGl2IGNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXIg
c3R5bGU9J3RleHQtYWxpZ246Y2VudGVyJz48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5ldyBS
b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPg0KDQo8aHIgc2l6ZT0yIHdpZHRo
PSIxMDAlIiBhbGlnbj1jZW50ZXIgdGFiaW5kZXg9LTE+DQoNCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+
DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Yj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4g
c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWE7Zm9udC13ZWlnaHQ6
Ym9sZCc+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTINCmZhY2U9VGFob21hPjxz
cGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9tYSc+DQpLYXJlbl9C
cm9vbWVAc3BlLnNvbnkuY29tIFttYWlsdG86S2FyZW5fQnJvb21lQHNwZS5zb255LmNvbV0gPGJy
Pg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPlNlbnQ6PC9zcGFuPjwvYj4gVGh1
cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2DQo1OjU1IFBNPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2Zv
bnQtd2VpZ2h0OmJvbGQnPlRvOjwvc3Bhbj48L2I+IFBldGVyIENvbnN0YWJsZTxicj4NCjxiPjxz
cGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5DYzo8L3NwYW4+PC9iPiBIw6V2YXJkIEhqdWxz
dGFkOw0KaWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmc7IGlzbzYzOUBka3V1Zy5kazsgaXNvNjM5LTJA
bG9jLmdvdjsgTFRSVSBXb3JraW5nIEdyb3VwOw0KTWFyayBEYXZpczsgemFpaXRvdkBnbWFpbC5j
b208YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+U3ViamVjdDo8L3NwYW4+
PC9iPiBSRTogW0x0cnVdIEFsZW1hbmljICZhbXA7DQpTd2lzcyBHZXJtYW48L3NwYW4+PC9mb250
PjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNp
emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4w
cHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05v
cm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQnPjxmb250IHNpemU9Mw0KZmFjZT0iVGlt
ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PGJyPg0KPC9zcGFu
PjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6c2Fucy1zZXJpZic+QXJlIHdlIHJlYWRpbmcgdGhlIHNh
bWUgRXRobm9sb2d1ZSBwYWdlPyBFdGhub2xvZ3VlDQpzZWVtcyB0byBpbmNsdWRlIHRoZSBBdXN0
cmlhbiBmb3JtcyBhbmQgbWVudGlvbnMgdGhhdCBjZXJ0YWluIGRpYWxlY3RzIHdpdGhpbg0KdGhp
cyBsYW5ndWFnZSBmYW1pbHkgbWF5IG5vdCBiZSBpbnRlbGxpZ2libGUgdG8gc3BlYWtlcnMgb2Yg
b3RoZXIgZGlhbGVjdHMuPC9zcGFuPjwvZm9udD4NCjxicj4NCjxicj4NCjxmb250IHNpemU9MiBm
YWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6
c2Fucy1zZXJpZic+SSdtDQpub3QgdHJ5aW5nIHRvIGJlIGRpZmZpY3VsdCAmbmJzcDstLSB0b2Rh
eSA6KSAtLSBhbmQgY2VydGFpbmx5IGFwcHJlY2lhdGUgeW91cg0KcHJldmlvdXMgaGVscCBpbiBz
b3J0aW5nIG91dCB0aGVzZSBpc3N1ZXMsIGJ1dCBJIGhhdmUgY2lyY3VsYXRlZCB0aGUgY29kZXMN
Cmdzdy1DSCBhbmQgZ3N3LUFUIHRvIGEgZmFpcmx5IHdpZGUgYXVkaWVuY2UgYmFzZWQgb24gYXNz
dW1wdGlvbnMgdGhhdCBzZWVtIHRvDQpiZSBmYWlybHkgd2VsbC1kb2N1bWVudGVkIG9uIEV0aG5v
bG9ndWUsIG15IGFwcGxpY2F0aW9uLCBJU08ncyBhcHByb3ZhbCwgYW5kDQp2YXJpb3VzIG90aGVy
IHJlc291cmNlcyB0aGF0IGx1bXAgdGhlc2UgcmVnaW9uYWwgZGlhbGVjdHMgdG9nZXRoZXIuIERv
ZXMgNjM5LTMNCnNob3VsZCBoYXZlIGEgbWFjcm9sYW5ndWFnZSBmb3IgdGhpcz8gSWYgbm90LCBz
aG91bGQgaXQ/IDwvc3Bhbj48L2ZvbnQ+PGJyPg0KPGJyPg0KPGZvbnQgc2l6ZT0yIGZhY2U9c2Fu
cy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpzYW5zLXNl
cmlmJz5JJ2QNCmFwcHJlY2lhdGUgaXQgaWYgeW91IGNvdWxkIHJldmlldyB5b3VyIG5vdGVzIGJl
Zm9yZSBhY3Rpbmcgb24gdGhpcyBzdWdnZXN0ZWQNCmNoYW5nZS4gPC9zcGFuPjwvZm9udD48YnI+
DQo8YnI+DQo8Zm9udCBzaXplPTIgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6MTAuMHB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPkJlc3QNCnJlZ2FyZHMsPC9zcGFuPjwv
Zm9udD4gPGJyPg0KPGJyPg0KPGZvbnQgc2l6ZT0yIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5LYXJlbg0KPC9zcGFu
PjwvZm9udD48YnI+DQo8YnIgc3R5bGU9J21zby1zcGVjaWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFr
Jz4NCjwhW2lmICFzdXBwb3J0TGluZUJyZWFrTmV3TGluZV0+PGJyIHN0eWxlPSdtc28tc3BlY2lh
bC1jaGFyYWN0ZXI6bGluZS1icmVhayc+DQo8IVtlbmRpZl0+PG86cD48L286cD48L3A+DQoNCjx0
YWJsZSBjbGFzcz1Nc29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxscGFkZGluZz0wIHdpZHRoPSIx
MDAlIg0KIHN0eWxlPSd3aWR0aDoxMDAuMCU7bXNvLWNlbGxzcGFjaW5nOjEuNXB0Jz4NCiA8dHIg
c3R5bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0aS1maXJzdHJvdzp5ZXM7bXNvLXlmdGktbGFz
dHJvdzp5ZXMnPg0KICA8dGQgd2lkdGg9IjQwJSIgdmFsaWduPXRvcCBzdHlsZT0nd2lkdGg6NDAu
MCU7cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogIDxwIGNsYXNzPU1zb05vcm1h
bD48Yj48Zm9udCBzaXplPTEgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
DQogIDcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWY7Zm9udC13ZWlnaHQ6Ym9sZCc+UGV0ZXIg
Q29uc3RhYmxlDQogICZsdDtwZXRlcmNvbkBtaWNyb3NvZnQuY29tJmd0Ozwvc3Bhbj48L2ZvbnQ+
PC9iPjxmb250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+PHNwYW4NCiAgc3R5bGU9J2ZvbnQtc2l6
ZTo3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz4gPC9zcGFuPjwvZm9udD48bzpwPjwvbzpw
PjwvcD4NCiAgPHA+PGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5Og0KICBzYW5zLXNlcmlmJz4xMS8zMC8yMDA2IDA1OjM0
IFBNPC9zcGFuPjwvZm9udD4gPG86cD48L286cD48L3A+DQogIDwvdGQ+DQogIDx0ZCB3aWR0aD0i
NTklIiB2YWxpZ249dG9wIHN0eWxlPSd3aWR0aDo1OS4wJTtwYWRkaW5nOi43NXB0IC43NXB0IC43
NXB0IC43NXB0Jz4NCiAgPHRhYmxlIGNsYXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0wIGNlbGxw
YWRkaW5nPTAgd2lkdGg9IjEwMCUiDQogICBzdHlsZT0nd2lkdGg6MTAwLjAlO21zby1jZWxsc3Bh
Y2luZzoxLjVwdCc+DQogICA8dHIgc3R5bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0aS1maXJz
dHJvdzp5ZXMnPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0
IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249cmlnaHQgc3R5bGU9
J3RleHQtYWxpZ246cmlnaHQnPjxmb250IHNpemU9MQ0KICAgIGZhY2U9c2Fucy1zZXJpZj48c3Bh
biBzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPlRvPC9zcGFu
PjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0
eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29O
b3JtYWw+PGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXpl
Og0KICAgIDcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPiZsdDtLYXJlbl9Ccm9vbWVAc3Bl
LnNvbnkuY29tJmd0Ozwvc3Bhbj48L2ZvbnQ+DQogICAgPG86cD48L286cD48L3A+DQogICAgPC90
ZD4NCiAgIDwvdHI+DQogICA8dHIgc3R5bGU9J21zby15ZnRpLWlyb3c6MSc+DQogICAgPHRkIHZh
bGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxw
IGNsYXNzPU1zb05vcm1hbCBhbGlnbj1yaWdodCBzdHlsZT0ndGV4dC1hbGlnbjpyaWdodCc+PGZv
bnQgc2l6ZT0xDQogICAgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6Ny41
cHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+Y2M8L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9w
Pg0KICAgIDwvdGQ+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQgLjc1
cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTEgZmFj
ZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQogICAgNy41cHQ7Zm9udC1mYW1p
bHk6c2Fucy1zZXJpZic+SMOldmFyZCBIanVsc3RhZCAmbHQ7SEhqQHN0YW5kYXJkLm5vJmd0OywN
CiAgICAmbHQ7aWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmcmZ3Q7LA0KICAgICZsdDtpZXRmLWxhbmd1
YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm8mZ3Q7LCAmbHQ7aXNvNjM5QGRrdXVnLmRrJmd0OywN
CiAgICAmbHQ7aXNvNjM5LTJAbG9jLmdvdiZndDssIElTTyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29t
bWl0dGVlDQogICAgJmx0O0lTT0pBQ0Bsb2MuZ292Jmd0OywgTFRSVSBXb3JraW5nIEdyb3VwICZs
dDtsdHJ1QGlldGYub3JnJmd0OywgTWFyaw0KICAgIERhdmlzICZsdDttYXJrLmRhdmlzQGljdS1w
cm9qZWN0Lm9yZyZndDssICZsdDt6YWlpdG92QGdtYWlsLmNvbSZndDs8L3NwYW4+PC9mb250Pg0K
ICAgIDxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICAgPHRyIHN0eWxlPSdt
c28teWZ0aS1pcm93OjI7bXNvLXlmdGktbGFzdHJvdzp5ZXMnPg0KICAgIDx0ZCB2YWxpZ249dG9w
IHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1N
c29Ob3JtYWwgYWxpZ249cmlnaHQgc3R5bGU9J3RleHQtYWxpZ246cmlnaHQnPjxmb250IHNpemU9
MQ0KICAgIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQt
ZmFtaWx5OnNhbnMtc2VyaWYnPlN1YmplY3Q8L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0K
ICAgIDwvdGQ+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQg
Ljc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTEgZmFjZT1z
YW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQogICAgNy41cHQ7Zm9udC1mYW1pbHk6
c2Fucy1zZXJpZic+UkU6IFtMdHJ1XSBBbGVtYW5pYyAmYW1wOyBTd2lzcyBHZXJtYW48L3NwYW4+
PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICA8L3RhYmxlPg0K
ICA8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+
PHNwYW4NCiAgc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvZm9udD48L3A+DQogIDx0YWJsZSBjbGFzcz1Nc29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxs
cGFkZGluZz0wIHN0eWxlPSdtc28tY2VsbHNwYWNpbmc6DQogICAxLjVwdCc+DQogICA8dHIgc3R5
bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0aS1maXJzdHJvdzp5ZXM7bXNvLXlmdGktbGFzdHJv
dzp5ZXMnPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43
NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp
bWVzIE5ldyBSb21hbiI+PHNwYW4NCiAgICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCB2YWxpZ249
dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFz
cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4NCiAg
ICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250
PjwvcD4NCiAgICA8L3RkPg0KICAgPC90cj4NCiAgPC90YWJsZT4NCiAgPHAgY2xhc3M9TXNvTm9y
bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQogIHN0eWxlPSdm
b250LXNpemU6MTIuMHB0Jz48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICA8L3RkPg0K
IDwvdHI+DQo8L3RhYmxlPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9
IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEyLjBwdCc+PGJyPg0K
PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZl
cmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5h
O2NvbG9yOmJsdWUnPknigJlsbCBoYXZlIHRvIGNoZWNrIGVtYWlsIHRvIGJlIHN1cmUsIGJ1dCBt
eQ0KcmVjb2xsZWN0aW9uIHdhcyB0aGF0IEkgaGFkIHN1Z2dlc3RlZCB0byB5b3UgdGhhdCB0aGUg
Y2F0ZWdvcnkgdGhhdCB3YXMgYWxyZWFkeQ0KaW4gdGhlIGRyYWZ0IHRhYmxlIGZvciA2MzktMyBt
aWdodCBtZWV0IHlvdXIgbmVlZCwgYW5kIHRoYXQgY2F0ZWdvcnkgd2FzIHRoZQ0Kb25lIGNvZGVk
IOKAnGdzd+KAnSB3aXRoIHNlbWFudGljcyBkZWZpbmVkIGluIEV0aG5vbG9ndWUuIERlZmluaXRl
bHkgdGhlIEpBQyB3YXMNCmluY29ycG9yYXRpbmcgaW50byBwYXJ0IDIgdGhlIGl0ZW0gaW4gdGhl
IGRyYWZ0IGNvZGUgdGFibGUgZm9yIHBhcnQgMzsgSQ0KYmVsaWV2ZSB0aGF0IGFsbCBhbG9uZyB0
aGUgSkFDIHVuZGVyc3Rvb2QgdGhhdCB0byBoYXZlIHRoZSBzZW1hbnRpY3Mgb2Yg4oCcU3dpc3MN
Ckdlcm1hbuKAnSAob3Ig4oCcU2Nod3l6ZXJkw7x0c2No4oCdKSDigJMgY2VydGFpbmx5IEkgZGlk
LCBidXQgYWdhaW4gSeKAmWQgbmVlZCB0byByZXZpZXcNCmRpc2N1c3Npb25zIHRvIGJlIG1vcmUg
Y2VydGFpbi48L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0y
IGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0K
Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpw
PjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxz
cGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpi
bHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6
ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0
Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz5QZXRlcjwvc3Bhbj48L2ZvbnQ+IDxv
OnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9y
OmJsdWUnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8ZGl2IGNsYXNz
PU1zb05vcm1hbCBhbGlnbj1jZW50ZXIgc3R5bGU9J3RleHQtYWxpZ246Y2VudGVyJz48Zm9udCBz
aXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4w
cHQnPg0KDQo8aHIgc2l6ZT0yIHdpZHRoPSIxMDAlIiBhbGlnbj1jZW50ZXI+DQoNCjwvc3Bhbj48
L2ZvbnQ+PC9kaXY+DQoNCjxwPjxiPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWE7DQpmb250LXdlaWdodDpib2xk
Jz5Gcm9tOjwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3Bhbg0K
c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz4gS2FyZW5fQnJvb21l
QHNwZS5zb255LmNvbQ0KW21haWx0bzpLYXJlbl9Ccm9vbWVAc3BlLnNvbnkuY29tXSA8Yj48c3Bh
biBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+PGJyPg0KU2VudDo8L3NwYW4+PC9iPiBUaHVyc2Rh
eSwgTm92ZW1iZXIgMzAsIDIwMDYgNDo1MSBQTTxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDoN
CmJvbGQnPjxicj4NClRvOjwvc3Bhbj48L2I+IFBldGVyIENvbnN0YWJsZTxiPjxzcGFuIHN0eWxl
PSdmb250LXdlaWdodDpib2xkJz48YnI+DQpDYzo8L3NwYW4+PC9iPiBIw6V2YXJkIEhqdWxzdGFk
OyBpZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzsNCmlldGYtbGFuZ3VhZ2VzLWJvdW5jZXNAYWx2ZXN0
cmFuZC5ubzsgaXNvNjM5QGRrdXVnLmRrOyBpc282MzktMkBsb2MuZ292OyBJU08NCjYzOSBKb2lu
dCBBZHZpc29yeSBDb21taXR0ZWU7IExUUlUgV29ya2luZyBHcm91cDsgTWFyayBEYXZpczsgemFp
aXRvdkBnbWFpbC5jb208Yj48c3Bhbg0Kc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPjxicj4NClN1
YmplY3Q6PC9zcGFuPjwvYj4gUkU6IFtMdHJ1XSBBbGVtYW5pYyAmYW1wOyBTd2lzcyBHZXJtYW48
L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp
bWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOyA8bzpw
PjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgZmFjZT1zYW5zLXNl
cmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYn
Pjxicj4NClBldGVyLDwvc3Bhbj48L2ZvbnQ+IDxicj4NCjxmb250IHNpemU9MiBmYWNlPXNhbnMt
c2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJp
Zic+PGJyPg0KSSdtIG5vdCBxdWl0ZSBzdXJlIHlvdXIgdGFrZSBvbiB0aGlzIHJlcHJlc2VudHMg
d2hhdCB3YXMgb24gbXkgSVNPIGFwcGxpY2F0aW9uLg0KVGhlIGFwcGxpY2F0aW9uIGRyYXdzIGF0
dGVudGlvbiB0byBvdGhlciByZWdpb25zIHdoZXJlIEFsZW1hbmljIGRpYWxlY3RzIGNhbiBiZQ0K
Zm91bmQgKHNlZTogJnF1b3Q7YWRkaW5mbyZxdW90OyBzZWN0aW9uKS4gSSBiZWxpZXZlIHRoZSBG
cmVuY2ggbmFtZSB0eXBpY2FsbHkNCmluZGljYXRlcyBhIGJyb2FkZXIgcmFuZ2Ugb2YgZGlhbGVj
dHMgYXMgd2VsbDo8L3NwYW4+PC9mb250PiA8YnI+DQo8Zm9udCBzaXplPTIgZmFjZT0iQ291cmll
ciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVy
IE5ldyInPjxicj4NCiZndDsgJmd0OyBUaGlzIGRhdGEgd2FzIHN1Ym1pdHRlZCBvbjogV2VkbmVz
ZGF5LCBKdW5lIDE1LCAyMDA1IGF0IDE5OjA4OjAwPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsg
Jmd0OyBsYW5nX2luX2VuZyA9IFN3aXNzIEdlcm1hbiwgQWxlbWFuaWM8YnI+DQomZ3Q7ICZndDsg
bGFuZ19pbl9mcmUgPSBhbMOpbWFuaXF1ZTxicj4NCiZndDsgJmd0OyByZWZfd2hlcmVfZm91bmRf
MSA9IGh0dHA6Ly93d3cuZXRobm9sb2d1ZS5jb208YnI+DQomZ3Q7ICZndDsgbGFuZ19pbl92ZXJu
ID0gU2Nod3l6ZXJkw7x0c2NoLCBTY2h3ZWl6ZXJkZXV0c2NoLCBTY2h3aWl6ZXJkw7x0c2NoLCA8
YnI+DQomZ3Q7IFNjaHd5emVydMO8dHNjaCwgU2Nod2l6ZXJ0aXRzY2g8YnI+DQomZ3Q7ICZndDsg
cmVmX3doZXJlX2ZvdW5kXzIgPSBJU08gNjM5LTMgRElTLCBodHRwOi8vd3d3LmV0aG5vbG9ndWUu
Y29tLA0KaHR0cDovL3d3dy53aWtpcGVkaWEuY29tPGJyPg0KJmd0OyAmZ3Q7IHRyYW5zX2xpdCA9
IDxicj4NCiZndDsgJmd0OyBldmlkZW5jZSA9IEFHSUNPQSwgdGhlIEFzc29jaWF0aW9uIG9mIElu
dGVybmF0aW9uYWwgQ29sbGVjdGl2ZSA8YnI+DQomZ3Q7IE1hbmFnZW1lbnQgb2YgQXVkaW92aXN1
YWwgV29ya3MgKEFzc29jaWF0aW9uIGRlIEdlc3Rpb24gSW50ZXJuYXRpb25hbGUgPGJyPg0KJmd0
OyBDb2xsZWN0aXZlIGRlcyBPZXV2cmVzIEF1ZGlvdmlzdWVsbGVzKTsgNDI4IGRvY3VtZW50cyAo
YXVkaW92aXN1YWwpPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBodHRwOi8vd3d3LmFn
aWNvYS5vcmc8YnI+DQomZ3Q7ICZndDsgYWRkaW5mbyA9IDQsMjE1LDAwMCBpbiBTd2l0emVybGFu
ZCAoMTk5MCBjZW5zdXMpLiBQb3B1bGF0aW9uIHRvdGFsDQphbGwgPGJyPg0KJmd0OyBjb3VudHJp
ZXM6IDYsMDQ0LDAwMC4gQ2VudHJhbCwgc291dGggY2VudHJhbCwgbm9ydGggY2VudHJhbCwgbm9y
dGhlYXN0LCA8YnI+DQomZ3Q7IGFuZCBlYXN0ZXJuIGNhbnRvbnMuIEFsc28gc3Bva2VuIGluIEF1
c3RyaWEsIEZyYW5jZSwgR2VybWFueSwgPGJyPg0KJmd0OyBMaWVjaHRlbnN0ZWluLjwvc3Bhbj48
L2ZvbnQ+PGJyPg0KPGZvbnQgc2l6ZT0yIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz48YnI+DQpSZWdhcmRzLDwvc3Bh
bj48L2ZvbnQ+IDxicj4NCjxmb250IHNpemU9MiBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+PGJyPg0KS2FyZW4gQnJv
b21lPGJyPg0KTWV0YWRhdGEgU3lzdGVtcyBEZXNpZ25lcjxicj4NClNvbnkgUGljdHVyZXMgRW50
ZXJ0YWlubWVudDxicj4NCjMxMC4yNDQuNDM4NDwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9w
Pg0KDQo8dGFibGUgY2xhc3M9TXNvTm9ybWFsVGFibGUgYm9yZGVyPTAgY2VsbHBhZGRpbmc9MCB3
aWR0aD0iMTAwJSINCiBzdHlsZT0nd2lkdGg6MTAwLjAlO21zby1jZWxsc3BhY2luZzoxLjVwdCc+
DQogPHRyIHN0eWxlPSdtc28teWZ0aS1pcm93OjA7bXNvLXlmdGktZmlyc3Ryb3c6eWVzO21zby15
ZnRpLWxhc3Ryb3c6eWVzJz4NCiAgPHRkIHdpZHRoPSIxOSUiIHZhbGlnbj10b3Agc3R5bGU9J3dp
ZHRoOjE5LjAlO3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQnPg0KICA8cCBjbGFzcz1N
c29Ob3JtYWw+PGI+PGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOg0KICA3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmO2ZvbnQtd2VpZ2h0OmJvbGQn
PlBldGVyIENvbnN0YWJsZQ0KICAmbHQ7cGV0ZXJjb25AbWljcm9zb2Z0LmNvbSZndDs8L3NwYW4+
PC9mb250PjwvYj48Zm9udCBzaXplPTEgZmFjZT1zYW5zLXNlcmlmPjxzcGFuDQogIHN0eWxlPSdm
b250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+IDxicj4NCiAgU2VudCBieTog
aWV0Zi1sYW5ndWFnZXMtYm91bmNlc0BhbHZlc3RyYW5kLm5vPC9zcGFuPjwvZm9udD4gPG86cD48
L286cD48L3A+DQogIDxwPjxmb250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseToNCiAgc2Fucy1zZXJpZic+MTEvMzAvMjAwNiAw
Mjo1OSBQTTwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KICA8L3RkPg0KICA8dGQgd2lk
dGg9IjgwJSIgdmFsaWduPXRvcCBzdHlsZT0nd2lkdGg6ODAuMCU7cGFkZGluZzouNzVwdCAuNzVw
dCAuNzVwdCAuNzVwdCc+DQogIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0i
VGltZXMgTmV3IFJvbWFuIj48c3Bhbg0KICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgPHRhYmxlIGNsYXNzPU1zb05vcm1hbFRh
YmxlIGJvcmRlcj0wIGNlbGxwYWRkaW5nPTAgd2lkdGg9IjEwMCUiDQogICBzdHlsZT0nd2lkdGg6
MTAwLjAlO21zby1jZWxsc3BhY2luZzoxLjVwdCc+DQogICA8dHIgc3R5bGU9J21zby15ZnRpLWly
b3c6MDttc28teWZ0aS1maXJzdHJvdzp5ZXMnPg0KICAgIDx0ZCB3aWR0aD0iNCUiIHZhbGlnbj10
b3Agc3R5bGU9J3dpZHRoOjQuMCU7cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQog
ICAgPHAgY2xhc3M9TXNvTm9ybWFsIGFsaWduPXJpZ2h0IHN0eWxlPSd0ZXh0LWFsaWduOnJpZ2h0
Jz48Zm9udCBzaXplPTENCiAgICBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZTo3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5Ubzwvc3Bhbj48L2ZvbnQ+PG86cD48L286
cD48L3A+DQogICAgPC90ZD4NCiAgICA8dGQgd2lkdGg9Ijk1JSIgdmFsaWduPXRvcCBzdHlsZT0n
d2lkdGg6OTUuMCU7cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogICAgPHAgY2xh
c3M9TXNvTm9ybWFsPjxmb250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToNCiAgICA3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5NYXJrIERhdmlzICZs
dDttYXJrLmRhdmlzQGljdS1wcm9qZWN0Lm9yZyZndDs8L3NwYW4+PC9mb250Pg0KICAgIDxvOnA+
PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICAgPHRyIHN0eWxlPSdtc28teWZ0aS1p
cm93OjEnPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43
NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249cmlnaHQgc3R5bGU9J3Rl
eHQtYWxpZ246cmlnaHQnPjxmb250IHNpemU9MQ0KICAgIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPmNjPC9zcGFuPjwv
Zm9udD48bzpwPjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxl
PSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3Jt
YWw+PGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0K
ICAgIDcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPkxUUlUgV29ya2luZyBHcm91cCAmbHQ7
bHRydUBpZXRmLm9yZyZndDssDQogICAgemFpaXRvdkBnbWFpbC5jb20sIGlzbzYzOS0yQGxvYy5n
b3YsIEjDpXZhcmQgSGp1bHN0YWQNCiAgICAmbHQ7SEhqQHN0YW5kYXJkLm5vJmd0OywgSVNPIDYz
OSBKb2ludCBBZHZpc29yeSBDb21taXR0ZWUNCiAgICAmbHQ7SVNPSkFDQGxvYy5nb3YmZ3Q7LCBp
ZXRmLWxhbmd1YWdlc0BpYW5hLm9yZywgaXNvNjM5QGRrdXVnLmRrPC9zcGFuPjwvZm9udD4NCiAg
ICA8bzpwPjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAgPC90cj4NCiAgIDx0ciBzdHlsZT0nbXNv
LXlmdGktaXJvdzoyO21zby15ZnRpLWxhc3Ryb3c6eWVzJz4NCiAgICA8dGQgdmFsaWduPXRvcCBz
dHlsZT0ncGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogICAgPHAgY2xhc3M9TXNv
Tm9ybWFsIGFsaWduPXJpZ2h0IHN0eWxlPSd0ZXh0LWFsaWduOnJpZ2h0Jz48Zm9udCBzaXplPTEN
CiAgICBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZh
bWlseTpzYW5zLXNlcmlmJz5TdWJqZWN0PC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCiAg
ICA8L3RkPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43
NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0xIGZhY2U9c2Fu
cy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KICAgIDcuNXB0O2ZvbnQtZmFtaWx5OnNh
bnMtc2VyaWYnPlJFOiBbTHRydV0gQWxlbWFuaWMgJmFtcDsgU3dpc3MgR2VybWFuPC9zcGFuPjwv
Zm9udD48bzpwPjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAgPC90cj4NCiAgPC90YWJsZT4NCiAg
PHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQt
c2l6ZToxMi4wcHQnPiZuYnNwOyA8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICA8cD48
Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXpl
OjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgPHRhYmxlIGNs
YXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0wIGNlbGxwYWRkaW5nPTAgd2lkdGg9IjEwMCUiDQog
ICBzdHlsZT0nd2lkdGg6MTAwLjAlO21zby1jZWxsc3BhY2luZzoxLjVwdCc+DQogICA8dHIgc3R5
bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0aS1maXJzdHJvdzp5ZXM7bXNvLXlmdGktbGFzdHJv
dzp5ZXMnPg0KICAgIDx0ZCB3aWR0aD0iNTAlIiB2YWxpZ249dG9wIHN0eWxlPSd3aWR0aDo1MC4w
JTtwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3Jt
YWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4NCiAgICBzdHlsZT0n
Zm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7IDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQog
ICAgPC90ZD4NCiAgICA8dGQgd2lkdGg9IjUwJSIgdmFsaWduPXRvcCBzdHlsZT0nd2lkdGg6NTAu
MCU7cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogICAgPHAgY2xhc3M9TXNvTm9y
bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQogICAgc3R5bGU9
J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOzxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQog
ICAgPC90ZD4NCiAgIDwvdHI+DQogIDwvdGFibGU+DQogIDxwPjxmb250IHNpemU9MyBmYWNlPSJU
aW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48bzpwPjwvbzpw
Pjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICA8L3RkPg0KIDwvdHI+DQo8L3RhYmxlPg0KDQo8cD48Zm9u
dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEy
LjBwdCc+PGJyPg0KPGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBm
YWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpW
ZXJkYW5hO2NvbG9yOmJsdWUnPjxicj4NCkkgY2FuIHRlbGwgeW91IHRoYXQgdGhlIGludGVudCBv
ZiDigJxnc3figJ0gaXMgc3BlY2lmaWNhbGx5IFN3aXNzIEdlcm1hbiwgYW5kIHRoYXQNCnRoZSBh
c3N1bXB0aW9uIG9mIGhhdmluZyDigJxBbGVtYW5pY+KAnSBsaXN0ZWQgYXMgYSBuYW1lIGlzIHRo
YXQgc29tZSBwZW9wbGUgdXNlDQp0aGF0IGxhYmVsIHRvIHJlZmVyIHRvIHNwZWNpZmljYWxseSB0
byBTd2lzcyBHZXJtYW4uIElmIHRoZSBsYXR0ZXIgYXNzdW1wdGlvbg0KaXMgaW5jb3JyZWN0ICh3
aGljaCBhcHBlYXJzIHRvIGJlIHdoYXQgTWFyayBpcyBzYXlpbmcsIHRoZW4gdGhhdCBpcyBhIGNo
YW5nZQ0KdGhhdCB0aGUgSkFDIHNob3VsZCBjb25zaWRlci48L3NwYW4+PC9mb250PiA8bzpwPjwv
bzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFu
IHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVl
Jz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0y
IGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0K
Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz5CdXQgaWYgTWFydGlu4oCZcyBjb21tZW50
IGlzIHRoZSBzdXBwb3J0aW5nDQpldmlkZW5jZSwgdGhlbiBJIHN0aWxsIGZpbmQgTWFydGlu4oCZ
cyBjb21tZW50IHRvIGJlIHVuY2xlYXIuIEl04oCZcyBjbGVhciB0byBtZQ0Kd2hhdCBNYXJrIGlz
IHNheWluZzsgaXTigJlzIG5vdCBjbGVhciB0byBtZSBpZiBNYXJ0aW4gaXMgc2F5aW5nIHRoZSBz
YW1lIHRoaW5nLjwvc3Bhbj48L2ZvbnQ+DQo8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6
ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0
Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8
bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5h
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xv
cjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQg
c2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu
MHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz5QZXRlciBDb25zdGFibGU8L3Nw
YW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUg
ZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6
VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4N
Cg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8
L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJs
dWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1p
bHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwv
cD4NCg0KPGRpdiBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyIHN0eWxlPSd0ZXh0LWFsaWdu
OmNlbnRlcic+PGZvbnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxl
PSdmb250LXNpemU6MTIuMHB0Jz4NCg0KPGhyIHNpemU9MiB3aWR0aD0iMTAwJSIgYWxpZ249Y2Vu
dGVyPg0KDQo8L3NwYW4+PC9mb250PjwvZGl2Pg0KDQo8cD48Yj48Zm9udCBzaXplPTIgZmFjZT1U
YWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hOw0K
Zm9udC13ZWlnaHQ6Ym9sZCc+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTIgZmFj
ZT1UYWhvbWE+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9t
YSc+IG1hcmsuZWR3YXJkLmRhdmlzQGdtYWlsLmNvbQ0KW21haWx0bzptYXJrLmVkd2FyZC5kYXZp
c0BnbWFpbC5jb21dIDxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5Pbg0KQmVoYWxm
IE9mIDwvc3Bhbj48L2I+TWFyayBEYXZpczxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xk
Jz48YnI+DQpTZW50Ojwvc3Bhbj48L2I+IFRodXJzZGF5LCBOb3ZlbWJlciAzMCwgMjAwNiAxMTow
NyBBTTxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDoNCmJvbGQnPjxicj4NClRvOjwvc3Bhbj48
L2I+IFBldGVyIENvbnN0YWJsZTxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz48YnI+
DQpDYzo8L3NwYW4+PC9iPiBIw6V2YXJkIEhqdWxzdGFkOyBpc282MzktMkBsb2MuZ292OyBMVFJV
IFdvcmtpbmcgR3JvdXA7DQp6YWlpdG92QGdtYWlsLmNvbTsgSVNPIDYzOSBKb2ludCBBZHZpc29y
eSBDb21taXR0ZWU7IGlldGYtbGFuZ3VhZ2VzQGlhbmEub3JnOw0KaXNvNjM5QGRrdXVnLmRrPGI+
PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPjxicj4NClN1YmplY3Q6PC9zcGFuPjwvYj4g
UmU6IFtMdHJ1XSBBbGVtYW5pYyAmYW1wOyBTd2lzcyBHZXJtYW48L3NwYW4+PC9mb250PiA8bzpw
PjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOyA8bzpwPjwvbzpwPjwvc3Bhbj48L2Zv
bnQ+PC9wPg0KDQo8cD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjEyLjBwdCc+QWxlbWFuaWMNCnJlZmVycyB0byBhIGJyb2FkZXIgZ3Jv
dXAgb2YgZGlhbGVjdHMgdGhhbiAmcXVvdDtTd2lzcyBHZXJtYW4mcXVvdDsgKGFrYQ0KU2Nod3l6
ZXJ0dWVzY2gpIGRvZXMuIFNvIGxpc3RpbmcgdGhlbSBhcyBpdCBkb2VzIGlzIHByb2JsZW1hdGlj
OyBpdCdzIGxpa2UNCmxpc3Rpbmc8YnI+DQo8YnI+DQphciBBcmFiaWM7IEVneXB0aWFuIEFyYWJp
Yzxicj4NCjxicj4NClBlcnNvbmFsbHksIEkgZG9uJ3QgY2FyZSB3aGV0aGVyIGl0IGlzIHJlc29s
dmVkIHRvIGJlIDxicj4NCjxicj4NCkFsZW1hbmljIChpbmNsdWRpbmcgU3dpc3MgR2VybWFuKSA8
YnI+DQovLyB3aGljaCBpcyB3aGF0IDYzOS0zIHNlZW1zIHRvIGJlIHBvaW50aW5nIHRvPGJyPg0K
PGJyPg0Kb3I8YnI+DQo8YnI+DQpTd2lzcyBHZXJtYW4gKGEgcGFydGljdWxhciB2YXJpYW50IG9m
IEFsZW1hbmljKTxicj4NCi8vIHdoaWNoIGlzIHdoYXQgdGhlIGNvZGUgKGdzdykgc2VlbXMgdG8g
YmUgcG9pbnRpbmcgdG88YnI+DQo8YnI+DQpCdXQgd2UgbmVlZCBzb21lIGNsYXJpdHkgYXMgdG8g
d2hhdCBpcyBtZWFudCBieSB0aGUgY29kZS4gPGJyPg0KPGJyPg0KTWFyayA8bzpwPjwvbzpwPjwv
c3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFu
Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+T24NCjExLzMwLzA2LCA8Yj48c3BhbiBz
dHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+UGV0ZXIgQ29uc3RhYmxlPC9zcGFuPjwvYj4gJmx0Ozxh
DQpocmVmPSJtYWlsdG86cGV0ZXJjb25AbWljcm9zb2Z0LmNvbSI+cGV0ZXJjb25AbWljcm9zb2Z0
LmNvbTwvYT4mZ3Q7IHdyb3RlOiA8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cD48
Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPk1hcnRpbidzIGNvbW1l
bnQgaXMgc29tZXdoYXQgdmFndWU6IHZhcmlldGllcw0Kc3Bva2VuIG9uIGVpdGhlciBzaWRlIG9m
IHRoZSBib3JkZXIgYXJlIHZlcnkgc2ltaWxhciwgZXQgJnF1b3Q7YXMgc29vbiBhcyB5b3UNCmNy
b3NzIHRoZSBib3JkZXIgaXQncyB2ZXJ5IGNsZWFybHkgbm8gbG9uZ2VyIFN3aXNzIEdlcm1hbiZx
dW90Oy4gRG9lcyB0aGF0IG1lYW4NCnRoYXQgd2hhdCBpcyBzcG9rZW4gYWNyb3NzIHRoZSBib3Jk
ZXIgaXMgY2xlYXJseSBhIGRpZmZlcmVudCBsYW5ndWFnZSwgb3IgdGhhdA0KdGhlIGxhYmVsICZx
dW90O1N3aXNzIEdlcm1hbiZxdW90OyBpcyBjbGVhcmx5IG5vdCB1c2VkPzwvc3Bhbj48L2ZvbnQ+
IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRh
bmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2Nv
bG9yOmJsdWUnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9u
dCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox
MC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPiZuYnNwOzwvc3Bhbj48L2Zv
bnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZl
cmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5h
O2NvbG9yOmJsdWUnPlBldGVyPC9zcGFuPjwvZm9udD4gPG86cD48L286cD48L3A+DQoNCjxwPjxm
b250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXpl
OjEwLjBwdDsNCmZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+Jm5ic3A7PC9zcGFuPjwv
Zm9udD4gPG86cD48L286cD48L3A+DQoNCjxkaXYgY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRl
ciBzdHlsZT0ndGV4dC1hbGlnbjpjZW50ZXInPjxmb250IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3
IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+DQoNCjxociBzaXplPTIgd2lk
dGg9IjEwMCUiIGFsaWduPWNlbnRlcj4NCg0KPC9zcGFuPjwvZm9udD48L2Rpdj4NCg0KPHA+PGI+
PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2Zv
bnQtZmFtaWx5OlRhaG9tYTsNCmZvbnQtd2VpZ2h0OmJvbGQnPkZyb206PC9zcGFuPjwvZm9udD48
L2I+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBw
dDtmb250LWZhbWlseTpUYWhvbWEnPiBNYXJrIERhdmlzIFttYWlsdG86PC9zcGFuPjwvZm9udD48
YQ0KaHJlZj0ibWFpbHRvOm1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnIiB0YXJnZXQ9Il9ibGFu
ayI+PGZvbnQgc2l6ZT0yDQpmYWNlPVRhaG9tYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBw
dDtmb250LWZhbWlseTpUYWhvbWEnPm1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnPC9zcGFuPjwv
Zm9udD48L2E+PGZvbnQNCnNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBzdHlsZT0nZm9udC1zaXpl
OjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPl0gPGI+PHNwYW4NCnN0eWxlPSdmb250LXdlaWdo
dDpib2xkJz48YnI+DQpTZW50Ojwvc3Bhbj48L2I+IFRodXJzZGF5LCBOb3ZlbWJlciAzMCwgMjAw
NiA5OjAwIEFNPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0Og0KYm9sZCc+PGJyPg0KVG86PC9z
cGFuPjwvYj4gSMOldmFyZCBIanVsc3RhZDsgPC9zcGFuPjwvZm9udD48YSBocmVmPSJtYWlsdG86
aXNvNjM5LTJAbG9jLmdvdiINCnRhcmdldD0iX2JsYW5rIj48Zm9udCBzaXplPTIgZmFjZT1UYWhv
bWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWEnPmlz
bzYzOS0yQGxvYy5nb3Y8L3NwYW4+PC9mb250PjwvYT48Yj48Zm9udCBzaXplPTINCmZhY2U9VGFo
b21hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9tYTtmb250
LXdlaWdodDpib2xkJz48YnI+DQpDYzo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTIgZmFj
ZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhv
bWEnPiBMVFJVIFdvcmtpbmcgR3JvdXA7IDwvc3Bhbj48L2ZvbnQ+PGENCmhyZWY9Im1haWx0bzp6
YWlpdG92QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPjxmb250IHNpemU9MiBmYWNlPVRhaG9t
YT48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz56YWlp
dG92QGdtYWlsLmNvbTwvc3Bhbj48L2ZvbnQ+PC9hPjxmb250DQpzaXplPTIgZmFjZT1UYWhvbWE+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz47IElTTyA2
MzkNCkpvaW50IEFkdmlzb3J5IENvbW1pdHRlZTsgPC9zcGFuPjwvZm9udD48YSBocmVmPSJtYWls
dG86aWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmciDQp0YXJnZXQ9Il9ibGFuayI+PGZvbnQgc2l6ZT0y
IGZhY2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6
VGFob21hJz5pZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzwvc3Bhbj48L2ZvbnQ+PC9hPjxmb250IHNp
emU9Mg0KZmFjZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p
bHk6VGFob21hJz47IDwvc3Bhbj48L2ZvbnQ+PGENCmhyZWY9Im1haWx0bzppc282MzlAZGt1dWcu
ZGsiIHRhcmdldD0iX2JsYW5rIj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4NCnN0eWxl
PSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9tYSc+aXNvNjM5QGRrdXVnLmRrPC9z
cGFuPjwvZm9udD48L2E+PGI+PGZvbnQNCnNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWE7Zm9udC13ZWlnaHQ6DQpib2xkJz48
YnI+DQpTdWJqZWN0Ojwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48
c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlRhaG9tYSc+IFtMdHJ1
XSBBbGVtYW5pYyAmYW1wOyBTd2lzcyBHZXJtYW48L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwv
cD4NCg0KPHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOyA8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K
DQo8cD48Zm9udCBzaXplPTIgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjEwLjBwdCc+SVNPIDYzOS0yDQoob24gPC9zcGFuPjwvZm9udD48YQ0KaHJlZj0iaHR0
cDovL3d3dy5sb2MuZ292L3N0YW5kYXJkcy9pc282MzktMi9waHAvY29kZV9saXN0LnBocCIgdGFy
Z2V0PSJfYmxhbmsiPjxmb250DQpzaXplPTI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQn
Pmh0dHA6Ly93d3cubG9jLmdvdi9zdGFuZGFyZHMvaXNvNjM5LTIvcGhwL2NvZGVfbGlzdC5waHA8
L3NwYW4+PC9mb250PjwvYT48Zm9udA0Kc2l6ZT0yPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu
MHB0Jz4pIGxpc3RzIHRoZSBmb2xsb3dpbmc6PGJyPg0KPGJyPg0KZ3N3ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IEFsZW1hbmk7IFN3aXNzIEdlcm1hbiAmbmJzcDsN
CiZuYnNwOyAmbmJzcDthbMOpbWFuaXF1ZSA8YnI+DQo8YnI+DQpIb3dldmVyLCB0aGVyZSBpcyBh
ICZxdW90O2MmcXVvdDsgbWlzc2luZyBmcm9tIEFsZW1hbmljLCBhbmQgU3dpc3MgR2VybWFuIGlz
DQpub3QgdGhlIHNhbWUgYXMgQWxlbWFuaWM6IFN3aXNzIEdlcm1hbiBpcyBhIHR5cGUgb2YgQWxl
bWFuaWMsIGJ1dCB0aGVyZSBhcmUNCm90aGVyIHR5cGVzIHRoYXQgYXJlIG5vdCB0aGUgc2FtZSBh
cyBTd2lzcyBHZXJtYW4uPGJyPg0KPGJyPg0KUXVvdGluZyBNYXJ0aW4gRHVlcnN0OiA8L3NwYW4+
PC9mb250Pjxicj4NCjxicj4NCiZxdW90O1llcywgU3dhYmlhbiBpcyBjbGVhcmx5IEFsZW1hbmlj
LiBBbGVtYW5pYyBhbmQgU3dpc3MgR2VybWFuIGFyZSBub3Q8YnI+DQp0aGUgc2FtZS4gVGhlcmUg
YXJlIHZlcnkgY2xvc2Ugc2ltaWxhcml0aWVzIGJldHdlZW4gc29tZSBkaWFsZWN0cyBpbiA8YnI+
DQp0aGUgbm9ydGggb2YgU3dpdHplcmxhbmQgYW5kIGFjcm9zcyB0aGUgYm9yZGVyIGluIEdlcm1h
bnksIGJ1dCBhczxicj4NCnNvb24gYXMgeW91IGNyb3NzIHRoZSBib3JkZXIsIGl0J3MgdmVyeSBj
bGVhcmx5IG5vIGxvbmdlciBTd2lzczxicj4NCkdlcm1hbi4gQSBsYWJlbCBzdWNoIGFzICZxdW90
O0FsZW1hbmljOyBTd2lzcyBHZXJtYW4mcXVvdDssIGFzc3VtaW5nIHRoYXQgPGJyPg0KYm90aCBh
cmUgdGhlIHNhbWUsIGlzIGNsZWFybHkgd3JvbmcuIElmIGl0J3Mgc29tZXRoaW5nIGxpa2U8YnI+
DQomcXVvdDtBbGVtYW5pYzsgaW5jbHVkZXMgU3dpc3MgR2VybWFuJnF1b3Q7LCB0aGF0IHdvdWxk
IGJlIG9rYXkuJnF1b3Q7PGJyPg0KPGJyPg0KQ2FuIHRoaXMgYmUgY29ycmVjdGVkIHNvIHRoYXQg
aXQgZG9lcyBub3QgY29udGludWUgdG8gbWlzbGVhZCBwZW9wbGU/IDxicj4NCjxicj4NCk1hcmsg
RGF2aXMgPG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcg
Um9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz4mbmJzcDs8L3NwYW4+PC9mb250
Pjxmb250DQpzaXplPTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5ldyInPl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KSWV0Zi1sYW5ndWFnZXMgbWFpbGluZyBsaXN0
PGJyPg0KSWV0Zi1sYW5ndWFnZXNAYWx2ZXN0cmFuZC5ubzxicj4NCmh0dHA6Ly93d3cuYWx2ZXN0
cmFuZC5uby9tYWlsbWFuL2xpc3RpbmZvL2lldGYtbGFuZ3VhZ2VzPC9zcGFuPjwvZm9udD4gPG86
cD48L286cD48L3A+DQoNCjwvZGl2Pg0KDQo8L2Rpdj4NCg0KPC9ib2R5Pg0KDQo8L2h0bWw+DQo=

------_=_NextPart_001_01C71574.0CBEED23--


--===============1343240589==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1343240589==--




From ltru-bounces@ietf.org Fri Dec 01 13:12:19 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GqCrz-0007Dh-GC; Fri, 01 Dec 2006 13:12:19 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GqCry-0007DX-5Q
	for ltru@ietf.org; Fri, 01 Dec 2006 13:12:18 -0500
Received: from smtp.microsoft.com ([205.248.106.30]
	helo=smtpmail.microsoft.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GqCru-0002mr-Re
	for ltru@ietf.org; Fri, 01 Dec 2006 13:12:18 -0500
Received: from mailout4.microsoft.com (157.57.217.12) by
	SVC-EXGWY-E802.partners.extranet.microsoft.com (10.251.24.243) with
	Microsoft SMTP Server id 8.0.685.23; Fri, 1 Dec 2006 10:12:14 -0800
Received: from RED-MSG-42.redmond.corp.microsoft.com ([157.54.61.140]) by
	mailout4.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 1 Dec
	2006 10:12:14 -0800
x-mimeole: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Ltru] Alemanic & Swiss German
Date: Fri, 1 Dec 2006 10:11:43 -0800
Message-ID: <19A328037921AA42847A717566D1D6A109BC44A0@RED-MSG-42.redmond.corp.microsoft.com>
In-Reply-To: <30b660a20611301841m51b310a6hc81942b23ccf0547@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Ltru] Alemanic & Swiss German
Thread-Index: AccU8jOporahnFZOTcSJ5o6tZoil7QAgeDgQ
From: Peter Constable <petercon@microsoft.com>
To: Mark Davis <mark.davis@icu-project.org>, <Karen_Broome@spe.sony.com>
X-OriginalArrivalTime: 01 Dec 2006 18:12:14.0057 (UTC)
	FILETIME=[3A394590:01C71574]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3f4d1621eb481886fab661da14b05487
Cc: Working Group <ltru@ietf.org>, zaiitov@gmail.com, iso639-2@loc.gov,
	=?utf-8?B?SMOldmFyZCBIanVsc3RhZA==?= <HHj@standard.no>, LTRU,
	ietf-languages@iana.org, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1079395127=="
Errors-To: ltru-bounces@ietf.org

--===============1079395127==
Content-Class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C71574.2871AD27"

------_=_NextPart_001_01C71574.2871AD27
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

UGxlYXNlIHNlZSBteSBsb25nZXIgcmVzcG9uc2UgdG8gS2FyZW4gYmVmb3JlIGRyYXdpbmcgdGhp
cyBjb25jbHVzaW9uLg0KIA0KIA0KUGV0ZXINCiANCl9fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fDQoNCkZyb206IG1hcmsuZWR3YXJkLmRhdmlzQGdtYWlsLmNvbSBbbWFpbHRvOm1hcmsu
ZWR3YXJkLmRhdmlzQGdtYWlsLmNvbV0gT24gQmVoYWxmIE9mIE1hcmsgRGF2aXMNClNlbnQ6IFRo
dXJzZGF5LCBOb3ZlbWJlciAzMCwgMjAwNiA2OjQxIFBNDQpUbzogS2FyZW5fQnJvb21lQHNwZS5z
b255LmNvbQ0KQ2M6IFBldGVyIENvbnN0YWJsZTsgSMOldmFyZCBIanVsc3RhZDsgaWV0Zi1sYW5n
dWFnZXNAaWFuYS5vcmc7IGlzbzYzOUBka3V1Zy5kazsgaXNvNjM5LTJAbG9jLmdvdjsgTFRSVSBX
b3JraW5nIEdyb3VwOyB6YWlpdG92QGdtYWlsLmNvbQ0KU3ViamVjdDogUmU6IFtMdHJ1XSBBbGVt
YW5pYyAmIFN3aXNzIEdlcm1hbg0KIA0KSXQgc291bmRzIG1vcmUgYW5kIG1vcmUgdG8gbWUgdGhh
dCAiQWxlbWFuaWMiIHdhcyBzaW1wbHkgYSBtaXN0YWtlOyB0aGUgZGVzY3JpcHRpb24gc2hvdWxk
IGJlICJTd2lzcyBHZXJtYW4iIGFsb25lLCBib3RoIGluIDYzOS0yIGFuZCA2MzktMy4NCg0KTWFy
aw0KT24gMTEvMzAvMDYsIEthcmVuX0Jyb29tZUBzcGUuc29ueS5jb20gPEthcmVuX0Jyb29tZUBz
cGUuc29ueS5jb20+IHdyb3RlOg0KDQpBcmUgd2UgcmVhZGluZyB0aGUgc2FtZSBFdGhub2xvZ3Vl
IHBhZ2U/IEV0aG5vbG9ndWUgc2VlbXMgdG8gaW5jbHVkZSB0aGUgQXVzdHJpYW4gZm9ybXMgYW5k
IG1lbnRpb25zIHRoYXQgY2VydGFpbiBkaWFsZWN0cyB3aXRoaW4gdGhpcyBsYW5ndWFnZSBmYW1p
bHkgbWF5IG5vdCBiZSBpbnRlbGxpZ2libGUgdG8gc3BlYWtlcnMgb2Ygb3RoZXIgZGlhbGVjdHMu
IA0KDQpJJ20gbm90IHRyeWluZyB0byBiZSBkaWZmaWN1bHQgIC0tIHRvZGF5IDopIC0tIGFuZCBj
ZXJ0YWlubHkgYXBwcmVjaWF0ZSB5b3VyIHByZXZpb3VzIGhlbHAgaW4gc29ydGluZyBvdXQgdGhl
c2UgaXNzdWVzLCBidXQgSSBoYXZlIGNpcmN1bGF0ZWQgdGhlIGNvZGVzIGdzdy1DSCBhbmQgZ3N3
LUFUIHRvIGEgZmFpcmx5IHdpZGUgYXVkaWVuY2UgYmFzZWQgb24gYXNzdW1wdGlvbnMgdGhhdCBz
ZWVtIHRvIGJlIGZhaXJseSB3ZWxsLWRvY3VtZW50ZWQgb24gRXRobm9sb2d1ZSwgbXkgYXBwbGlj
YXRpb24sIElTTydzIGFwcHJvdmFsLCBhbmQgdmFyaW91cyBvdGhlciByZXNvdXJjZXMgdGhhdCBs
dW1wIHRoZXNlIHJlZ2lvbmFsIGRpYWxlY3RzIHRvZ2V0aGVyLiBEb2VzIDYzOS0zIHNob3VsZCBo
YXZlIGEgbWFjcm9sYW5ndWFnZSBmb3IgdGhpcz8gSWYgbm90LCBzaG91bGQgaXQ/IA0KDQpJJ2Qg
YXBwcmVjaWF0ZSBpdCBpZiB5b3UgY291bGQgcmV2aWV3IHlvdXIgbm90ZXMgYmVmb3JlIGFjdGlu
ZyBvbiB0aGlzIHN1Z2dlc3RlZCBjaGFuZ2UuIA0KDQpCZXN0IHJlZ2FyZHMsIA0KDQpLYXJlbiAN
Cg0KDQoNClBldGVyIENvbnN0YWJsZSA8cGV0ZXJjb25AbWljcm9zb2Z0LmNvbSA+IA0KMTEvMzAv
MjAwNiAwNTozNCBQTSANClRvDQo8S2FyZW5fQnJvb21lQHNwZS5zb255LmNvbT4gDQpjYw0KSMOl
dmFyZCBIanVsc3RhZCA8SEhqQHN0YW5kYXJkLm5vPiwgPGlldGYtbGFuZ3VhZ2VzQGlhbmEub3Jn
PiwgPCBpZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm8gPG1haWx0bzppZXRmLWxh
bmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm8+ID4sIDxpc282MzlAZGt1dWcuZGs+LCA8IGlz
bzYzOS0yQGxvYy5nb3YgPG1haWx0bzppc282MzktMkBsb2MuZ292PiA+LCBJU08gNjM5IEpvaW50
IEFkdmlzb3J5IENvbW1pdHRlZSA8SVNPSkFDQGxvYy5nb3Y+LCBMVFJVIFdvcmtpbmcgR3JvdXAg
PCBsdHJ1QGlldGYub3JnIDxtYWlsdG86bHRydUBpZXRmLm9yZz4gPiwgTWFyayBEYXZpcyA8bWFy
ay5kYXZpc0BpY3UtcHJvamVjdC5vcmc+LCA8IHphaWl0b3ZAZ21haWwuY29tIDxtYWlsdG86emFp
aXRvdkBnbWFpbC5jb20+ID4gDQpTdWJqZWN0DQpSRTogW0x0cnVdIEFsZW1hbmljICYgU3dpc3Mg
R2VybWFuDQogDQogDQogDQoNCg0KDQpJJ2xsIGhhdmUgdG8gY2hlY2sgZW1haWwgdG8gYmUgc3Vy
ZSwgYnV0IG15IHJlY29sbGVjdGlvbiB3YXMgdGhhdCBJIGhhZCBzdWdnZXN0ZWQgdG8geW91IHRo
YXQgdGhlIGNhdGVnb3J5IHRoYXQgd2FzIGFscmVhZHkgaW4gdGhlIGRyYWZ0IHRhYmxlIGZvciA2
MzktMyBtaWdodCBtZWV0IHlvdXIgbmVlZCwgYW5kIHRoYXQgY2F0ZWdvcnkgd2FzIHRoZSBvbmUg
Y29kZWQgImdzdyIgd2l0aCBzZW1hbnRpY3MgZGVmaW5lZCBpbiBFdGhub2xvZ3VlLiBEZWZpbml0
ZWx5IHRoZSBKQUMgd2FzIGluY29ycG9yYXRpbmcgaW50byBwYXJ0IDIgdGhlIGl0ZW0gaW4gdGhl
IGRyYWZ0IGNvZGUgdGFibGUgZm9yIHBhcnQgMzsgSSBiZWxpZXZlIHRoYXQgYWxsIGFsb25nIHRo
ZSBKQUMgdW5kZXJzdG9vZCB0aGF0IHRvIGhhdmUgdGhlIHNlbWFudGljcyBvZiAiU3dpc3MgR2Vy
bWFuIiAob3IgIlNjaHd5emVyZMO8dHNjaCIpIOKAkyBjZXJ0YWlubHkgSSBkaWQsIGJ1dCBhZ2Fp
biBJJ2QgbmVlZCB0byByZXZpZXcgZGlzY3Vzc2lvbnMgdG8gYmUgbW9yZSBjZXJ0YWluLiANCiAg
DQogIA0KUGV0ZXIgDQogIA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJv
bTogS2FyZW5fQnJvb21lQHNwZS5zb255LmNvbSBbbWFpbHRvOiBLYXJlbl9Ccm9vbWVAc3BlLnNv
bnkuY29tIDxtYWlsdG86S2FyZW5fQnJvb21lQHNwZS5zb255LmNvbT4gXSANClNlbnQ6IFRodXJz
ZGF5LCBOb3ZlbWJlciAzMCwgMjAwNiA0OjUxIFBNDQpUbzogUGV0ZXIgQ29uc3RhYmxlDQpDYzog
SMOldmFyZCBIanVsc3RhZDsgaWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmc7IGlldGYtbGFuZ3VhZ2Vz
LWJvdW5jZXNAYWx2ZXN0cmFuZC5ubzsgaXNvNjM5QGRrdXVnLmRrOyBpc282MzktMkBsb2MuZ292
OyBJU08gNjM5IEpvaW50IEFkdmlzb3J5IENvbW1pdHRlZTsgTFRSVSBXb3JraW5nIEdyb3VwOyBN
YXJrIERhdmlzOyB6YWlpdG92QGdtYWlsLmNvbQ0KU3ViamVjdDogUkU6IFtMdHJ1XSBBbGVtYW5p
YyAmIFN3aXNzIEdlcm1hbiANCiAgDQoNClBldGVyLCANCg0KSSdtIG5vdCBxdWl0ZSBzdXJlIHlv
dXIgdGFrZSBvbiB0aGlzIHJlcHJlc2VudHMgd2hhdCB3YXMgb24gbXkgSVNPIGFwcGxpY2F0aW9u
LiBUaGUgYXBwbGljYXRpb24gZHJhd3MgYXR0ZW50aW9uIHRvIG90aGVyIHJlZ2lvbnMgd2hlcmUg
QWxlbWFuaWMgZGlhbGVjdHMgY2FuIGJlIGZvdW5kIChzZWU6ICJhZGRpbmZvIiBzZWN0aW9uKS4g
SSBiZWxpZXZlIHRoZSBGcmVuY2ggbmFtZSB0eXBpY2FsbHkgaW5kaWNhdGVzIGEgYnJvYWRlciBy
YW5nZSBvZiBkaWFsZWN0cyBhcyB3ZWxsOiANCg0KPiA+IFRoaXMgZGF0YSB3YXMgc3VibWl0dGVk
IG9uOiBXZWRuZXNkYXksIEp1bmUgMTUsIDIwMDUgYXQgMTk6MDg6MDANCj4gPiANCj4gPiBsYW5n
X2luX2VuZyA9IFN3aXNzIEdlcm1hbiwgQWxlbWFuaWMNCj4gPiBsYW5nX2luX2ZyZSA9IGFsw6lt
YW5pcXVlDQo+ID4gcmVmX3doZXJlX2ZvdW5kXzEgPSBodHRwOi8vd3d3LmV0aG5vbG9ndWUuY29t
DQo+ID4gbGFuZ19pbl92ZXJuID0gU2Nod3l6ZXJkw7x0c2NoLCBTY2h3ZWl6ZXJkZXV0c2NoLCBT
Y2h3aWl6ZXJkw7x0c2NoLCANCj4gU2Nod3l6ZXJ0w7x0c2NoLCBTY2h3aXplcnRpdHNjaA0KPiA+
IHJlZl93aGVyZV9mb3VuZF8yID0gSVNPIDYzOS0zIERJUywgaHR0cDovL3d3dy5ldGhub2xvZ3Vl
LmNvbSwgaHR0cDovL3d3dy53aWtpcGVkaWEuY29tDQo+ID4gdHJhbnNfbGl0ID0gDQo+ID4gZXZp
ZGVuY2UgPSBBR0lDT0EsIHRoZSBBc3NvY2lhdGlvbiBvZiBJbnRlcm5hdGlvbmFsIENvbGxlY3Rp
dmUgDQo+IE1hbmFnZW1lbnQgb2YgQXVkaW92aXN1YWwgV29ya3MgKEFzc29jaWF0aW9uIGRlIEdl
c3Rpb24gSW50ZXJuYXRpb25hbGUgDQo+IENvbGxlY3RpdmUgZGVzIE9ldXZyZXMgQXVkaW92aXN1
ZWxsZXMpOyA0MjggZG9jdW1lbnRzIChhdWRpb3Zpc3VhbCkNCj4gPiANCj4gPiBodHRwOi8vd3d3
LmFnaWNvYS5vcmcNCj4gPiBhZGRpbmZvID0gNCwyMTUsMDAwIGluIFN3aXR6ZXJsYW5kICgxOTkw
IGNlbnN1cykuIFBvcHVsYXRpb24gdG90YWwgYWxsIA0KPiBjb3VudHJpZXM6IDYsMDQ0LDAwMC4g
Q2VudHJhbCwgc291dGggY2VudHJhbCwgbm9ydGggY2VudHJhbCwgbm9ydGhlYXN0LCANCj4gYW5k
IGVhc3Rlcm4gY2FudG9ucy4gQWxzbyBzcG9rZW4gaW4gQXVzdHJpYSwgRnJhbmNlLCBHZXJtYW55
LCANCj4gTGllY2h0ZW5zdGVpbi4NCg0KUmVnYXJkcywgDQoNCkthcmVuIEJyb29tZQ0KTWV0YWRh
dGEgU3lzdGVtcyBEZXNpZ25lcg0KU29ueSBQaWN0dXJlcyBFbnRlcnRhaW5tZW50DQozMTAuMjQ0
LjQzODQgDQpQZXRlciBDb25zdGFibGUgPHBldGVyY29uQG1pY3Jvc29mdC5jb20+IA0KU2VudCBi
eTogaWV0Zi1sYW5ndWFnZXMtYm91bmNlc0BhbHZlc3RyYW5kLm5vIA0KMTEvMzAvMjAwNiAwMjo1
OSBQTSANCiANClRvDQpNYXJrIERhdmlzIDxtYXJrLmRhdmlzQGljdS1wcm9qZWN0Lm9yZz4gDQpj
Yw0KTFRSVSBXb3JraW5nIEdyb3VwIDxsdHJ1QGlldGYub3JnPiwgemFpaXRvdkBnbWFpbC5jb20s
IGlzbzYzOS0yQGxvYy5nb3YsIEjDpXZhcmQgSGp1bHN0YWQgPEhIakBzdGFuZGFyZC5ubz4sIElT
TyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlIDxJU09KQUNAbG9jLmdvdj4sIGlldGYtbGFu
Z3VhZ2VzQGlhbmEub3JnLCBpc282MzlAZGt1dWcuZGsgDQpTdWJqZWN0DQpSRTogW0x0cnVdIEFs
ZW1hbmljICYgU3dpc3MgR2VybWFuDQogIA0KIA0KICANCiANCg0KDQoNCkkgY2FuIHRlbGwgeW91
IHRoYXQgdGhlIGludGVudCBvZiAiZ3N3IiBpcyBzcGVjaWZpY2FsbHkgU3dpc3MgR2VybWFuLCBh
bmQgdGhhdCB0aGUgYXNzdW1wdGlvbiBvZiBoYXZpbmcgIkFsZW1hbmljIiBsaXN0ZWQgYXMgYSBu
YW1lIGlzIHRoYXQgc29tZSBwZW9wbGUgdXNlIHRoYXQgbGFiZWwgdG8gcmVmZXIgdG8gc3BlY2lm
aWNhbGx5IHRvIFN3aXNzIEdlcm1hbi4gSWYgdGhlIGxhdHRlciBhc3N1bXB0aW9uIGlzIGluY29y
cmVjdCAod2hpY2ggYXBwZWFycyB0byBiZSB3aGF0IE1hcmsgaXMgc2F5aW5nLCB0aGVuIHRoYXQg
aXMgYSBjaGFuZ2UgdGhhdCB0aGUgSkFDIHNob3VsZCBjb25zaWRlci4gDQogIA0KQnV0IGlmIE1h
cnRpbidzIGNvbW1lbnQgaXMgdGhlIHN1cHBvcnRpbmcgZXZpZGVuY2UsIHRoZW4gSSBzdGlsbCBm
aW5kIE1hcnRpbidzIGNvbW1lbnQgdG8gYmUgdW5jbGVhci4gSXQncyBjbGVhciB0byBtZSB3aGF0
IE1hcmsgaXMgc2F5aW5nOyBpdCdzIG5vdCBjbGVhciB0byBtZSBpZiBNYXJ0aW4gaXMgc2F5aW5n
IHRoZSBzYW1lIHRoaW5nLiANCiAgDQogIA0KUGV0ZXIgQ29uc3RhYmxlIA0KICANCiAgDQogIA0K
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJvbTogbWFyay5lZHdhcmQuZGF2
aXNAZ21haWwuY29tIFttYWlsdG86bWFyay5lZHdhcmQuZGF2aXNAZ21haWwuY29tXSBPbiBCZWhh
bGYgT2YgTWFyayBEYXZpcw0KU2VudDogVGh1cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2IDExOjA3
IEFNDQpUbzogUGV0ZXIgQ29uc3RhYmxlDQpDYzogSMOldmFyZCBIanVsc3RhZDsgaXNvNjM5LTJA
bG9jLmdvdjsgTFRSVSBXb3JraW5nIEdyb3VwOyB6YWlpdG92QGdtYWlsLmNvbTsgSVNPIDYzOSBK
b2ludCBBZHZpc29yeSBDb21taXR0ZWU7IGlldGYtbGFuZ3VhZ2VzQGlhbmEub3JnOyBpc282MzlA
ZGt1dWcuZGsNClN1YmplY3Q6IFJlOiBbTHRydV0gQWxlbWFuaWMgJiBTd2lzcyBHZXJtYW4gDQog
IA0KQWxlbWFuaWMgcmVmZXJzIHRvIGEgYnJvYWRlciBncm91cCBvZiBkaWFsZWN0cyB0aGFuICJT
d2lzcyBHZXJtYW4iIChha2EgU2Nod3l6ZXJ0dWVzY2gpIGRvZXMuIFNvIGxpc3RpbmcgdGhlbSBh
cyBpdCBkb2VzIGlzIHByb2JsZW1hdGljOyBpdCdzIGxpa2UgbGlzdGluZw0KDQphciBBcmFiaWM7
IEVneXB0aWFuIEFyYWJpYw0KDQpQZXJzb25hbGx5LCBJIGRvbid0IGNhcmUgd2hldGhlciBpdCBp
cyByZXNvbHZlZCB0byBiZSANCg0KQWxlbWFuaWMgKGluY2x1ZGluZyBTd2lzcyBHZXJtYW4pIA0K
Ly8gd2hpY2ggaXMgd2hhdCA2MzktMyBzZWVtcyB0byBiZSBwb2ludGluZyB0bw0KDQpvcg0KDQpT
d2lzcyBHZXJtYW4gKGEgcGFydGljdWxhciB2YXJpYW50IG9mIEFsZW1hbmljKQ0KLy8gd2hpY2gg
aXMgd2hhdCB0aGUgY29kZSAoZ3N3KSBzZWVtcyB0byBiZSBwb2ludGluZyB0bw0KDQpCdXQgd2Ug
bmVlZCBzb21lIGNsYXJpdHkgYXMgdG8gd2hhdCBpcyBtZWFudCBieSB0aGUgY29kZS4gDQoNCk1h
cmsgDQpPbiAxMS8zMC8wNiwgUGV0ZXIgQ29uc3RhYmxlIDxwZXRlcmNvbkBtaWNyb3NvZnQuY29t
ID4gd3JvdGU6IA0KTWFydGluJ3MgY29tbWVudCBpcyBzb21ld2hhdCB2YWd1ZTogdmFyaWV0aWVz
IHNwb2tlbiBvbiBlaXRoZXIgc2lkZSBvZiB0aGUgYm9yZGVyIGFyZSB2ZXJ5IHNpbWlsYXIsIGV0
ICJhcyBzb29uIGFzIHlvdSBjcm9zcyB0aGUgYm9yZGVyIGl0J3MgdmVyeSBjbGVhcmx5IG5vIGxv
bmdlciBTd2lzcyBHZXJtYW4iLiBEb2VzIHRoYXQgbWVhbiB0aGF0IHdoYXQgaXMgc3Bva2VuIGFj
cm9zcyB0aGUgYm9yZGVyIGlzIGNsZWFybHkgYSBkaWZmZXJlbnQgbGFuZ3VhZ2UsIG9yIHRoYXQg
dGhlIGxhYmVsICJTd2lzcyBHZXJtYW4iIGlzIGNsZWFybHkgbm90IHVzZWQ/IA0KICANCiAgDQpQ
ZXRlciANCiAgDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KDQpGcm9tOiBNYXJr
IERhdmlzIFttYWlsdG86IG1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnIDxtYWlsdG86bWFyay5k
YXZpc0BpY3UtcHJvamVjdC5vcmc+IF0gDQpTZW50OiBUaHVyc2RheSwgTm92ZW1iZXIgMzAsIDIw
MDYgOTowMCBBTQ0KVG86IEjDpXZhcmQgSGp1bHN0YWQ7IGlzbzYzOS0yQGxvYy5nb3YgPG1haWx0
bzppc282MzktMkBsb2MuZ292PiAgDQpDYzogTFRSVSBXb3JraW5nIEdyb3VwOyB6YWlpdG92QGdt
YWlsLmNvbSA8bWFpbHRvOnphaWl0b3ZAZ21haWwuY29tPiAgOyBJU08gNjM5IEpvaW50IEFkdmlz
b3J5IENvbW1pdHRlZTsgaWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmcgPG1haWx0bzppZXRmLWxhbmd1
YWdlc0BpYW5hLm9yZz4gOyBpc282MzlAZGt1dWcuZGsgPG1haWx0bzppc282MzlAZGt1dWcuZGs+
IA0KU3ViamVjdDogW0x0cnVdIEFsZW1hbmljICYgU3dpc3MgR2VybWFuIA0KICANCklTTyA2Mzkt
MiAob24gaHR0cDovL3d3dy5sb2MuZ292L3N0YW5kYXJkcy9pc282MzktMi9waHAvY29kZV9saXN0
LnBocCA8aHR0cDovL3d3dy5sb2MuZ292L3N0YW5kYXJkcy9pc282MzktMi9waHAvY29kZV9saXN0
LnBocD4gKSBsaXN0cyB0aGUgZm9sbG93aW5nOg0KDQpnc3cgICAgICAgICAgICAgQWxlbWFuaTsg
U3dpc3MgR2VybWFuICAgICAgYWzDqW1hbmlxdWUgDQoNCkhvd2V2ZXIsIHRoZXJlIGlzIGEgImMi
IG1pc3NpbmcgZnJvbSBBbGVtYW5pYywgYW5kIFN3aXNzIEdlcm1hbiBpcyBub3QgdGhlIHNhbWUg
YXMgQWxlbWFuaWM6IFN3aXNzIEdlcm1hbiBpcyBhIHR5cGUgb2YgQWxlbWFuaWMsIGJ1dCB0aGVy
ZSBhcmUgb3RoZXIgdHlwZXMgdGhhdCBhcmUgbm90IHRoZSBzYW1lIGFzIFN3aXNzIEdlcm1hbi4N
Cg0KUXVvdGluZyBNYXJ0aW4gRHVlcnN0OiANCg0KIlllcywgU3dhYmlhbiBpcyBjbGVhcmx5IEFs
ZW1hbmljLiBBbGVtYW5pYyBhbmQgU3dpc3MgR2VybWFuIGFyZSBub3QNCnRoZSBzYW1lLiBUaGVy
ZSBhcmUgdmVyeSBjbG9zZSBzaW1pbGFyaXRpZXMgYmV0d2VlbiBzb21lIGRpYWxlY3RzIGluIA0K
dGhlIG5vcnRoIG9mIFN3aXR6ZXJsYW5kIGFuZCBhY3Jvc3MgdGhlIGJvcmRlciBpbiBHZXJtYW55
LCBidXQgYXMNCnNvb24gYXMgeW91IGNyb3NzIHRoZSBib3JkZXIsIGl0J3MgdmVyeSBjbGVhcmx5
IG5vIGxvbmdlciBTd2lzcw0KR2VybWFuLiBBIGxhYmVsIHN1Y2ggYXMgIkFsZW1hbmljOyBTd2lz
cyBHZXJtYW4iLCBhc3N1bWluZyB0aGF0IA0KYm90aCBhcmUgdGhlIHNhbWUsIGlzIGNsZWFybHkg
d3JvbmcuIElmIGl0J3Mgc29tZXRoaW5nIGxpa2UNCiJBbGVtYW5pYzsgaW5jbHVkZXMgU3dpc3Mg
R2VybWFuIiwgdGhhdCB3b3VsZCBiZSBva2F5LiINCg0KQ2FuIHRoaXMgYmUgY29ycmVjdGVkIHNv
IHRoYXQgaXQgZG9lcyBub3QgY29udGludWUgdG8gbWlzbGVhZCBwZW9wbGU/IA0KDQpNYXJrIERh
dmlzIA0KIF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJ
ZXRmLWxhbmd1YWdlcyBtYWlsaW5nIGxpc3QNCklldGYtbGFuZ3VhZ2VzQGFsdmVzdHJhbmQubm8N
Cmh0dHA6Ly93d3cuYWx2ZXN0cmFuZC5uby9tYWlsbWFuL2xpc3RpbmZvL2lldGYtbGFuZ3VhZ2Vz
IA0KIA0K

------_=_NextPart_001_01C71574.2871AD27
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RS
L1JFQy1odG1sNDAiPg0KDQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlIGNv
bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPVByb2dJZCBjb250
ZW50PVdvcmQuRG9jdW1lbnQ+DQo8bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50PSJNaWNyb3Nv
ZnQgV29yZCAxMSI+DQo8bWV0YSBuYW1lPU9yaWdpbmF0b3IgY29udGVudD0iTWljcm9zb2Z0IFdv
cmQgMTEiPg0KPGxpbmsgcmVsPUZpbGUtTGlzdCBocmVmPSJjaWQ6ZmlsZWxpc3QueG1sQDAxQzcx
NTMxLjE5RUFGRDgwIj4NCjxsaW5rIHJlbD1FZGl0LVRpbWUtRGF0YSBocmVmPSJjaWQ6ZWRpdGRh
dGEubXNvIj4NCjwhLS1baWYgIW1zb10+DQo8c3R5bGU+DQp2XDoqIHtiZWhhdmlvcjp1cmwoI2Rl
ZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHti
ZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVs
dCNWTUwpO30NCjwvc3R5bGU+DQo8IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N
CiA8bzpPZmZpY2VEb2N1bWVudFNldHRpbmdzPg0KICA8bzpEb05vdFJlbHlPbkNTUy8+DQogPC9v
Ok9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCiA8dzpXb3JkRG9jdW1lbnQ+DQogIDx3OkRvbnREaXNwbGF5UGFnZUJvdW5k
YXJpZXMvPg0KICA8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQogIDx3
OkdyYW1tYXJTdGF0ZT5DbGVhbjwvdzpHcmFtbWFyU3RhdGU+DQogIDx3OkRvY3VtZW50S2luZD5E
b2N1bWVudEVtYWlsPC93OkRvY3VtZW50S2luZD4NCiAgPHc6RW52ZWxvcGVWaXMvPg0KICA8dzpW
YWxpZGF0ZUFnYWluc3RTY2hlbWFzLz4NCiAgPHc6U2F2ZUlmWE1MSW52YWxpZD5mYWxzZTwvdzpT
YXZlSWZYTUxJbnZhbGlkPg0KICA8dzpJZ25vcmVNaXhlZENvbnRlbnQ+ZmFsc2U8L3c6SWdub3Jl
TWl4ZWRDb250ZW50Pg0KICA8dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFs
d2F5c1Nob3dQbGFjZWhvbGRlclRleHQ+DQogPC93OldvcmREb2N1bWVudD4NCjwveG1sPjwhW2Vu
ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KIDx3OkxhdGVudFN0eWxlcyBEZWZMb2Nr
ZWRTdGF0ZT0iZmFsc2UiIExhdGVudFN0eWxlQ291bnQ9IjE1NiI+DQogPC93OkxhdGVudFN0eWxl
cz4NCjwveG1sPjwhW2VuZGlmXS0tPg0KPHN0eWxlPg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlv
bnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx
IDYgNCAzIDUgNCA0IDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9u
dC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2ln
bmF0dXJlOi01MjAwNzg1OTMgLTEwNzM3MTcxNTcgNDEgMCA2NjA0NyAwO30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDsN
Cgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJ
bXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi0xNTkzODMzNzI5
IDEwNzM3NTAxMDcgMTYgMCA0MTUgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OnNhbnMt
c2VyaWY7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDsNCgltc28tZm9udC1hbHQ6IlRp
bWVzIE5ldyBSb21hbiI7DQoJbXNvLWZvbnQtY2hhcnNldDowOw0KCW1zby1nZW5lcmljLWZvbnQt
ZmFtaWx5OnJvbWFuOw0KCW1zby1mb250LWZvcm1hdDpvdGhlcjsNCgltc28tZm9udC1waXRjaDph
dXRvOw0KCW1zby1mb250LXNpZ25hdHVyZTowIDAgMCAwIDAgMDt9DQogLyogU3R5bGUgRGVmaW5p
dGlvbnMgKi8NCiBwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21z
by1zdHlsZS1wYXJlbnQ6IiI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7
DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u
dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IlRp
bWVzIE5ldyBSb21hbiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtjb2xvcjpibHVl
Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30N
CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtjb2xvcjpibHVlOw0KCXRl
eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnANCgl7
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJbXNvLXBhZ2luYXRpb246d2lk
b3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS
b21hbiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0Kc3Bh
bi5nbWFpbHF1b3RlDQoJe21zby1zdHlsZS1uYW1lOmdtYWlsX3F1b3RlO30NCnNwYW4ucQ0KCXtt
c28tc3R5bGUtbmFtZTpxO30NCnNwYW4uZQ0KCXttc28tc3R5bGUtbmFtZTplO30NCnNwYW4uRW1h
aWxTdHlsZTIxDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCW1zby1zdHlsZS1u
b3Nob3c6eWVzOw0KCW1zby1hbnNpLWZvbnQtc2l6ZToxMC4wcHQ7DQoJbXNvLWJpZGktZm9udC1z
aXplOjEwLjBwdDsNCglmb250LWZhbWlseTpWZXJkYW5hOw0KCW1zby1hc2NpaS1mb250LWZhbWls
eTpWZXJkYW5hOw0KCW1zby1oYW5zaS1mb250LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOmJsdWU7
DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZvbnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3Jh
dGlvbjpub25lOw0KCXRleHQtdW5kZXJsaW5lOm5vbmU7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmU7
DQoJdGV4dC1saW5lLXRocm91Z2g6bm9uZTt9DQpAcGFnZSBTZWN0aW9uMQ0KCXtzaXplOjguNWlu
IDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4yNWluIDEuMGluIDEuMjVpbjsNCgltc28taGVhZGVy
LW1hcmdpbjouNWluOw0KCW1zby1mb290ZXItbWFyZ2luOi41aW47DQoJbXNvLXBhcGVyLXNvdXJj
ZTowO30NCmRpdi5TZWN0aW9uMQ0KCXtwYWdlOlNlY3Rpb24xO30NCi0tPg0KPC9zdHlsZT4NCjwh
LS1baWYgZ3RlIG1zbyAxMF0+DQo8c3R5bGU+DQogLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8gDQog
dGFibGUuTXNvTm9ybWFsVGFibGUNCgl7bXNvLXN0eWxlLW5hbWU6IlRhYmxlIE5vcm1hbCI7DQoJ
bXNvLXRzdHlsZS1yb3diYW5kLXNpemU6MDsNCgltc28tdHN0eWxlLWNvbGJhbmQtc2l6ZTowOw0K
CW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1zdHlsZS1wYXJlbnQ6IiI7DQoJbXNvLXBhZGRp
bmctYWx0OjBpbiA1LjRwdCAwaW4gNS40cHQ7DQoJbXNvLXBhcmEtbWFyZ2luOjBpbjsNCgltc28t
cGFyYS1tYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFu
Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7DQoJ
bXNvLWFuc2ktbGFuZ3VhZ2U6IzA0MDA7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6IzA0MDA7DQoJ
bXNvLWJpZGktbGFuZ3VhZ2U6IzA0MDA7fQ0KPC9zdHlsZT4NCjwhW2VuZGlmXS0tPg0KPC9oZWFk
Pg0KDQo8Ym9keSBsYW5nPUVOLVVTIGxpbms9Ymx1ZSB2bGluaz1ibHVlIHN0eWxlPSd0YWItaW50
ZXJ2YWw6LjVpbic+DQoNCjxkaXYgY2xhc3M9U2VjdGlvbjE+DQoNCjxwIGNsYXNzPU1zb05vcm1h
bD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQt
c2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPlBsZWFzZSBzZWUg
bXkgbG9uZ2VyIHJlc3BvbnNlIHRvIEthcmVuDQpiZWZvcmUgZHJhd2luZyB0aGlzIGNvbmNsdXNp
b24uPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxm
b250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXpl
Og0KMTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBj
b2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2Zv
bnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m
b250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZh
Y2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OlZl
cmRhbmE7Y29sb3I6Ymx1ZSc+UGV0ZXI8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8
cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxz
cGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpi
bHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8ZGl2IHN0eWxlPSdi
b3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBpbiAw
aW4gNC4wcHQnPg0KDQo8ZGl2Pg0KDQo8ZGl2IGNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50ZXIg
c3R5bGU9J3RleHQtYWxpZ246Y2VudGVyJz48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5ldyBS
b21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPg0KDQo8aHIgc2l6ZT0yIHdpZHRo
PSIxMDAlIiBhbGlnbj1jZW50ZXIgdGFiaW5kZXg9LTE+DQoNCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+
DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Yj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4g
c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWE7Zm9udC13ZWlnaHQ6
Ym9sZCc+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTINCmZhY2U9VGFob21hPjxz
cGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9tYSc+DQptYXJrLmVk
d2FyZC5kYXZpc0BnbWFpbC5jb20gW21haWx0bzptYXJrLmVkd2FyZC5kYXZpc0BnbWFpbC5jb21d
IDxiPjxzcGFuDQpzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+T24gQmVoYWxmIE9mIDwvc3Bhbj48
L2I+TWFyayBEYXZpczxicj4NCjxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5TZW50
Ojwvc3Bhbj48L2I+IFRodXJzZGF5LCBOb3ZlbWJlciAzMCwgMjAwNg0KNjo0MSBQTTxicj4NCjxi
PjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5Ubzo8L3NwYW4+PC9iPiBLYXJlbl9Ccm9v
bWVAc3BlLnNvbnkuY29tPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPkNj
Ojwvc3Bhbj48L2I+IFBldGVyIENvbnN0YWJsZTsgSMOldmFyZA0KSGp1bHN0YWQ7IGlldGYtbGFu
Z3VhZ2VzQGlhbmEub3JnOyBpc282MzlAZGt1dWcuZGs7IGlzbzYzOS0yQGxvYy5nb3Y7IExUUlUN
CldvcmtpbmcgR3JvdXA7IHphaWl0b3ZAZ21haWwuY29tPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2Zv
bnQtd2VpZ2h0OmJvbGQnPlN1YmplY3Q6PC9zcGFuPjwvYj4gUmU6IFtMdHJ1XSBBbGVtYW5pYyAm
YW1wOw0KU3dpc3MgR2VybWFuPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+
DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFu
Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0b206
MTIuMHB0Jz48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToxMi4wcHQnPkl0IHNvdW5kcyBtb3JlIGFuZCBtb3JlDQp0byBtZSB0aGF0ICZx
dW90O0FsZW1hbmljJnF1b3Q7IHdhcyBzaW1wbHkgYSBtaXN0YWtlOyB0aGUgZGVzY3JpcHRpb24g
c2hvdWxkIGJlDQomcXVvdDtTd2lzcyBHZXJtYW4mcXVvdDsgYWxvbmUsIGJvdGggaW4gNjM5LTIg
YW5kIDYzOS0zLjxicj4NCjxicj4NCk1hcms8bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K
DQo8ZGl2Pg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gY2xhc3M9Z21haWxxdW90ZT48Zm9u
dCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZTox
Mi4wcHQnPk9uIDExLzMwLzA2LCA8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+PGEN
CmhyZWY9Im1haWx0bzpLYXJlbl9Ccm9vbWVAc3BlLnNvbnkuY29tIj5LYXJlbl9Ccm9vbWVAc3Bl
LnNvbnkuY29tPC9hPjwvc3Bhbj48L2I+DQombHQ7PGEgaHJlZj0ibWFpbHRvOkthcmVuX0Jyb29t
ZUBzcGUuc29ueS5jb20iPkthcmVuX0Jyb29tZUBzcGUuc29ueS5jb208L2E+Jmd0Ow0Kd3JvdGU6
PC9zcGFuPjwvZm9udD48L3NwYW4+PG86cD48L286cD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h
bCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQnPjxmb250IHNpemU9Mw0KZmFjZT0iVGltZXMg
TmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PGJyPg0KPC9zcGFuPjwv
Zm9udD48Zm9udCBzaXplPTIgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
MTAuMHB0Ow0KZm9udC1mYW1pbHk6c2Fucy1zZXJpZic+QXJlIHdlIHJlYWRpbmcgdGhlIHNhbWUg
RXRobm9sb2d1ZSBwYWdlPyBFdGhub2xvZ3VlDQpzZWVtcyB0byBpbmNsdWRlIHRoZSBBdXN0cmlh
biBmb3JtcyBhbmQgbWVudGlvbnMgdGhhdCBjZXJ0YWluIGRpYWxlY3RzIHdpdGhpbg0KdGhpcyBs
YW5ndWFnZSBmYW1pbHkgbWF5IG5vdCBiZSBpbnRlbGxpZ2libGUgdG8gc3BlYWtlcnMgb2Ygb3Ro
ZXIgZGlhbGVjdHMuPC9zcGFuPjwvZm9udD4NCjxicj4NCjxicj4NCjxmb250IHNpemU9MiBmYWNl
PXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6c2Fu
cy1zZXJpZic+SSdtDQpub3QgdHJ5aW5nIHRvIGJlIGRpZmZpY3VsdCAmbmJzcDstLSB0b2RheSA6
KSAtLSBhbmQgY2VydGFpbmx5IGFwcHJlY2lhdGUgeW91cg0KcHJldmlvdXMgaGVscCBpbiBzb3J0
aW5nIG91dCB0aGVzZSBpc3N1ZXMsIGJ1dCBJIGhhdmUgY2lyY3VsYXRlZCB0aGUgY29kZXMNCmdz
dy1DSCBhbmQgZ3N3LUFUIHRvIGEgZmFpcmx5IHdpZGUgYXVkaWVuY2UgYmFzZWQgb24gYXNzdW1w
dGlvbnMgdGhhdCBzZWVtIHRvDQpiZSBmYWlybHkgd2VsbC1kb2N1bWVudGVkIG9uIEV0aG5vbG9n
dWUsIG15IGFwcGxpY2F0aW9uLCBJU08ncyBhcHByb3ZhbCwgYW5kDQp2YXJpb3VzIG90aGVyIHJl
c291cmNlcyB0aGF0IGx1bXAgdGhlc2UgcmVnaW9uYWwgZGlhbGVjdHMgdG9nZXRoZXIuIERvZXMg
NjM5LTMNCnNob3VsZCBoYXZlIGEgbWFjcm9sYW5ndWFnZSBmb3IgdGhpcz8gSWYgbm90LCBzaG91
bGQgaXQ/IDwvc3Bhbj48L2ZvbnQ+PGJyPg0KPGJyPg0KPGZvbnQgc2l6ZT0yIGZhY2U9c2Fucy1z
ZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpzYW5zLXNlcmlm
Jz5JJ2QNCmFwcHJlY2lhdGUgaXQgaWYgeW91IGNvdWxkIHJldmlldyB5b3VyIG5vdGVzIGJlZm9y
ZSBhY3Rpbmcgb24gdGhpcyBzdWdnZXN0ZWQNCmNoYW5nZS4gPC9zcGFuPjwvZm9udD48YnI+DQo8
YnI+DQo8Zm9udCBzaXplPTIgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
MTAuMHB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPkJlc3QNCnJlZ2FyZHMsPC9zcGFuPjwvZm9u
dD4gPGJyPg0KPGJyPg0KPGZvbnQgc2l6ZT0yIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5LYXJlbg0KPC9zcGFuPjwv
Zm9udD48YnI+DQo8YnIgc3R5bGU9J21zby1zcGVjaWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFrJz4N
CjwhW2lmICFzdXBwb3J0TGluZUJyZWFrTmV3TGluZV0+PGJyIHN0eWxlPSdtc28tc3BlY2lhbC1j
aGFyYWN0ZXI6bGluZS1icmVhayc+DQo8IVtlbmRpZl0+PG86cD48L286cD48L3A+DQoNCjx0YWJs
ZSBjbGFzcz1Nc29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxscGFkZGluZz0wIHdpZHRoPSIxMDAl
Ig0KIHN0eWxlPSd3aWR0aDoxMDAuMCU7bXNvLWNlbGxzcGFjaW5nOjEuNXB0Jz4NCiA8dHIgc3R5
bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0aS1maXJzdHJvdzp5ZXM7bXNvLXlmdGktbGFzdHJv
dzp5ZXMnPg0KICA8dGQgd2lkdGg9IjQwJSIgdmFsaWduPXRvcCBzdHlsZT0nd2lkdGg6NDAuMCU7
cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogIDxwIGNsYXNzPU1zb05vcm1hbD48
c3BhbiBjbGFzcz1xPjxiPjxmb250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+PHNwYW4NCiAgc3R5
bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmO2ZvbnQtd2VpZ2h0OmJv
bGQnPlBldGVyDQogIENvbnN0YWJsZSAmbHQ7PGEgaHJlZj0ibWFpbHRvOnBldGVyY29uQG1pY3Jv
c29mdC5jb20iIHRhcmdldD0iX2JsYW5rIj5wZXRlcmNvbkBtaWNyb3NvZnQuY29tDQogIDwvYT4m
Z3Q7PC9zcGFuPjwvZm9udD48L2I+PC9zcGFuPjxzcGFuIGNsYXNzPXE+PGZvbnQgc2l6ZT0xIGZh
Y2U9c2Fucy1zZXJpZj48c3Bhbg0KICBzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5
OnNhbnMtc2VyaWYnPiA8L3NwYW4+PC9mb250Pjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCiAgPHA+
PGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjcuNXB0
O2ZvbnQtZmFtaWx5Og0KICBzYW5zLXNlcmlmJz4xMS8zMC8yMDA2IDA1OjM0IFBNPC9zcGFuPjwv
Zm9udD4gPG86cD48L286cD48L3A+DQogIDwvdGQ+DQogIDx0ZCB3aWR0aD0iNTklIiB2YWxpZ249
dG9wIHN0eWxlPSd3aWR0aDo1OS4wJTtwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4N
CiAgPHRhYmxlIGNsYXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0wIGNlbGxwYWRkaW5nPTAgd2lk
dGg9IjEwMCUiDQogICBzdHlsZT0nd2lkdGg6MTAwLjAlO21zby1jZWxsc3BhY2luZzoxLjVwdCc+
DQogICA8dHIgc3R5bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0aS1maXJzdHJvdzp5ZXMnPg0K
ICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0
Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249cmlnaHQgc3R5bGU9J3RleHQtYWxpZ246
cmlnaHQnPjxmb250IHNpemU9MQ0KICAgIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPlRvPC9zcGFuPjwvZm9udD48bzpw
PjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5n
Oi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4g
Y2xhc3M9cT48Zm9udCBzaXplPTEgZmFjZT1zYW5zLXNlcmlmPjxzcGFuDQogICAgc3R5bGU9J2Zv
bnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz4mbHQ7PGENCiAgICBocmVmPSJt
YWlsdG86S2FyZW5fQnJvb21lQHNwZS5zb255LmNvbSIgdGFyZ2V0PSJfYmxhbmsiPkthcmVuX0Jy
b29tZUBzcGUuc29ueS5jb208L2E+Jmd0Ozwvc3Bhbj48L2ZvbnQ+DQogICAgPC9zcGFuPjxvOnA+
PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICAgPHRyIHN0eWxlPSdtc28teWZ0aS1p
cm93OjEnPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43
NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249cmlnaHQgc3R5bGU9J3Rl
eHQtYWxpZ246cmlnaHQnPjxmb250IHNpemU9MQ0KICAgIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPmNjPC9zcGFuPjwv
Zm9udD48bzpwPjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxl
PSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3Jt
YWw+PGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0K
ICAgIDcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPkjDpXZhcmQgSGp1bHN0YWQgJmx0Ozxh
DQogICAgaHJlZj0ibWFpbHRvOkhIakBzdGFuZGFyZC5ubyIgdGFyZ2V0PSJfYmxhbmsiPkhIakBz
dGFuZGFyZC5ubzwvYT4mZ3Q7LCAmbHQ7PGENCiAgICBocmVmPSJtYWlsdG86aWV0Zi1sYW5ndWFn
ZXNAaWFuYS5vcmciIHRhcmdldD0iX2JsYW5rIj5pZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzwvYT4m
Z3Q7LA0KICAgICZsdDs8YSBocmVmPSJtYWlsdG86aWV0Zi1sYW5ndWFnZXMtYm91bmNlc0BhbHZl
c3RyYW5kLm5vIiB0YXJnZXQ9Il9ibGFuayI+DQogICAgaWV0Zi1sYW5ndWFnZXMtYm91bmNlc0Bh
bHZlc3RyYW5kLm5vPC9hPiZndDssICZsdDs8YQ0KICAgIGhyZWY9Im1haWx0bzppc282MzlAZGt1
dWcuZGsiIHRhcmdldD0iX2JsYW5rIj5pc282MzlAZGt1dWcuZGs8L2E+Jmd0OywgJmx0OzxhDQog
ICAgaHJlZj0ibWFpbHRvOmlzbzYzOS0yQGxvYy5nb3YiIHRhcmdldD0iX2JsYW5rIj4gaXNvNjM5
LTJAbG9jLmdvdjwvYT4mZ3Q7LA0KICAgIElTTyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVl
ICZsdDs8YSBocmVmPSJtYWlsdG86SVNPSkFDQGxvYy5nb3YiDQogICAgdGFyZ2V0PSJfYmxhbmsi
PklTT0pBQ0Bsb2MuZ292PC9hPiZndDssIExUUlUgV29ya2luZyBHcm91cCAmbHQ7PGENCiAgICBo
cmVmPSJtYWlsdG86bHRydUBpZXRmLm9yZyIgdGFyZ2V0PSJfYmxhbmsiPiBsdHJ1QGlldGYub3Jn
PC9hPiZndDssIE1hcmsNCiAgICBEYXZpcyAmbHQ7PGEgaHJlZj0ibWFpbHRvOm1hcmsuZGF2aXNA
aWN1LXByb2plY3Qub3JnIiB0YXJnZXQ9Il9ibGFuayI+bWFyay5kYXZpc0BpY3UtcHJvamVjdC5v
cmc8L2E+Jmd0OywNCiAgICAmbHQ7PGEgaHJlZj0ibWFpbHRvOnphaWl0b3ZAZ21haWwuY29tIiB0
YXJnZXQ9Il9ibGFuayI+IHphaWl0b3ZAZ21haWwuY29tPC9hPiZndDs8L3NwYW4+PC9mb250Pg0K
ICAgIDxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICAgPHRyIHN0eWxlPSdt
c28teWZ0aS1pcm93OjI7bXNvLXlmdGktbGFzdHJvdzp5ZXMnPg0KICAgIDx0ZCB2YWxpZ249dG9w
IHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1N
c29Ob3JtYWwgYWxpZ249cmlnaHQgc3R5bGU9J3RleHQtYWxpZ246cmlnaHQnPjxmb250IHNpemU9
MQ0KICAgIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQt
ZmFtaWx5OnNhbnMtc2VyaWYnPlN1YmplY3Q8L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0K
ICAgIDwvdGQ+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQg
Ljc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTEgZmFjZT1z
YW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQogICAgNy41cHQ7Zm9udC1mYW1pbHk6
c2Fucy1zZXJpZic+UkU6IFtMdHJ1XSBBbGVtYW5pYyAmYW1wOyBTd2lzcyBHZXJtYW48L3NwYW4+
PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICA8L3RhYmxlPg0K
ICA8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+
PHNwYW4NCiAgc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvZm9udD48L3A+DQogIDx0YWJsZSBjbGFzcz1Nc29Ob3JtYWxUYWJsZSBib3JkZXI9MCBjZWxs
cGFkZGluZz0wIHN0eWxlPSdtc28tY2VsbHNwYWNpbmc6DQogICAxLjVwdCc+DQogICA8dHIgc3R5
bGU9J21zby15ZnRpLWlyb3c6MDttc28teWZ0aS1maXJzdHJvdzp5ZXM7bXNvLXlmdGktbGFzdHJv
dzp5ZXMnPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43
NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp
bWVzIE5ldyBSb21hbiI+PHNwYW4NCiAgICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCB2YWxpZ249
dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFz
cz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4NCiAg
ICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250
PjwvcD4NCiAgICA8L3RkPg0KICAgPC90cj4NCiAgPC90YWJsZT4NCiAgPHAgY2xhc3M9TXNvTm9y
bWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuDQogIHN0eWxlPSdm
b250LXNpemU6MTIuMHB0Jz48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICA8L3RkPg0K
IDwvdHI+DQo8L3RhYmxlPg0KDQo8ZGl2PjxzcGFuIGlkPSJxXzEwZjNiYmEzYjYxODJjMjhfNyI+
DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFu
Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48YnI+DQo8YnI+DQo8YnI+DQo8L3Nw
YW4+PC9mb250PjxzcGFuIGNsYXNzPWU+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJk
YW5hPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2Nv
bG9yOmJsdWUnPkknbGwgaGF2ZSB0byBjaGVjaw0KZW1haWwgdG8gYmUgc3VyZSwgYnV0IG15IHJl
Y29sbGVjdGlvbiB3YXMgdGhhdCBJIGhhZCBzdWdnZXN0ZWQgdG8geW91IHRoYXQgdGhlDQpjYXRl
Z29yeSB0aGF0IHdhcyBhbHJlYWR5IGluIHRoZSBkcmFmdCB0YWJsZSBmb3IgNjM5LTMgbWlnaHQg
bWVldCB5b3VyIG5lZWQsDQphbmQgdGhhdCBjYXRlZ29yeSB3YXMgdGhlIG9uZSBjb2RlZCAmcXVv
dDtnc3cmcXVvdDsgd2l0aCBzZW1hbnRpY3MgZGVmaW5lZCBpbg0KRXRobm9sb2d1ZS4gRGVmaW5p
dGVseSB0aGUgSkFDIHdhcyBpbmNvcnBvcmF0aW5nIGludG8gcGFydCAyIHRoZSBpdGVtIGluIHRo
ZQ0KZHJhZnQgY29kZSB0YWJsZSBmb3IgcGFydCAzOyBJIGJlbGlldmUgdGhhdCBhbGwgYWxvbmcg
dGhlIEpBQyB1bmRlcnN0b29kIHRoYXQNCnRvIGhhdmUgdGhlIHNlbWFudGljcyBvZiAmcXVvdDtT
d2lzcyBHZXJtYW4mcXVvdDsgKG9yDQomcXVvdDtTY2h3eXplcmTDvHRzY2gmcXVvdDspIOKAkyBj
ZXJ0YWlubHkgSSBkaWQsIGJ1dCBhZ2FpbiBJJ2QgbmVlZCB0byByZXZpZXcNCmRpc2N1c3Npb25z
IHRvIGJlIG1vcmUgY2VydGFpbi48L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvc3Bhbj48L3A+
DQoNCjxwPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+Jm5ic3A7
PC9zcGFuPjwvZm9udD4gPG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBjb2xvcj1i
bHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFt
aWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+Jm5ic3A7PC9zcGFuPjwvZm9udD4gPG86cD48L286cD48
L3A+DQoNCjxwPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+UGV0
ZXI8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9y
PWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1m
YW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpw
PjwvcD4NCg0KPGRpdiBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyIHN0eWxlPSd0ZXh0LWFs
aWduOmNlbnRlcic+PGZvbnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0
eWxlPSdmb250LXNpemU6MTIuMHB0Jz4NCg0KPGhyIHNpemU9MiB3aWR0aD0iMTAwJSIgYWxpZ249
Y2VudGVyPg0KDQo8L3NwYW4+PC9mb250PjwvZGl2Pg0KDQo8cD48Yj48Zm9udCBzaXplPTIgZmFj
ZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21h
Ow0KZm9udC13ZWlnaHQ6Ym9sZCc+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTIg
ZmFjZT1UYWhvbWE+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRh
aG9tYSc+IDxhDQpocmVmPSJtYWlsdG86S2FyZW5fQnJvb21lQHNwZS5zb255LmNvbSIgdGFyZ2V0
PSJfYmxhbmsiPkthcmVuX0Jyb29tZUBzcGUuc29ueS5jb208L2E+DQpbbWFpbHRvOjxhIGhyZWY9
Im1haWx0bzpLYXJlbl9Ccm9vbWVAc3BlLnNvbnkuY29tIiB0YXJnZXQ9Il9ibGFuayI+DQpLYXJl
bl9Ccm9vbWVAc3BlLnNvbnkuY29tPC9hPl0gPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJv
bGQnPjxicj4NClNlbnQ6PC9zcGFuPjwvYj4gVGh1cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2IDQ6
NTEgUE08Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6DQpib2xkJz48YnI+DQpUbzo8L3NwYW4+
PC9iPiBQZXRlciBDb25zdGFibGU8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+PGJy
Pg0KQ2M6PC9zcGFuPjwvYj4gSMOldmFyZCBIanVsc3RhZDsgPGEgaHJlZj0ibWFpbHRvOmlldGYt
bGFuZ3VhZ2VzQGlhbmEub3JnIg0KdGFyZ2V0PSJfYmxhbmsiPmlldGYtbGFuZ3VhZ2VzQGlhbmEu
b3JnPC9hPjsgPGENCmhyZWY9Im1haWx0bzppZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJh
bmQubm8iIHRhcmdldD0iX2JsYW5rIj5pZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQu
bm88L2E+Ow0KPGEgaHJlZj0ibWFpbHRvOmlzbzYzOUBka3V1Zy5kayIgdGFyZ2V0PSJfYmxhbmsi
PmlzbzYzOUBka3V1Zy5kazwvYT47IDxhDQpocmVmPSJtYWlsdG86aXNvNjM5LTJAbG9jLmdvdiIg
dGFyZ2V0PSJfYmxhbmsiPmlzbzYzOS0yQGxvYy5nb3Y8L2E+OyBJU08gNjM5DQpKb2ludCBBZHZp
c29yeSBDb21taXR0ZWU7IExUUlUgV29ya2luZyBHcm91cDsgTWFyayBEYXZpczsgPGENCmhyZWY9
Im1haWx0bzp6YWlpdG92QGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPnphaWl0b3ZAZ21haWwu
Y29tPC9hPjxiPjxzcGFuDQpzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+PGJyPg0KU3ViamVjdDo8
L3NwYW4+PC9iPiBSRTogW0x0cnVdIEFsZW1hbmljICZhbXA7IFN3aXNzIEdlcm1hbjwvc3Bhbj48
L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3
IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7IDxvOnA+PC9vOnA+
PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBmYWNlPXNhbnMtc2VyaWY+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+PGJyPg0K
UGV0ZXIsPC9zcGFuPjwvZm9udD4gPGJyPg0KPGZvbnQgc2l6ZT0yIGZhY2U9c2Fucy1zZXJpZj48
c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz48YnI+
DQpJJ20gbm90IHF1aXRlIHN1cmUgeW91ciB0YWtlIG9uIHRoaXMgcmVwcmVzZW50cyB3aGF0IHdh
cyBvbiBteSBJU08gYXBwbGljYXRpb24uDQpUaGUgYXBwbGljYXRpb24gZHJhd3MgYXR0ZW50aW9u
IHRvIG90aGVyIHJlZ2lvbnMgd2hlcmUgQWxlbWFuaWMgZGlhbGVjdHMgY2FuIGJlDQpmb3VuZCAo
c2VlOiAmcXVvdDthZGRpbmZvJnF1b3Q7IHNlY3Rpb24pLiBJIGJlbGlldmUgdGhlIEZyZW5jaCBu
YW1lIHR5cGljYWxseQ0KaW5kaWNhdGVzIGEgYnJvYWRlciByYW5nZSBvZiBkaWFsZWN0cyBhcyB3
ZWxsOjwvc3Bhbj48L2ZvbnQ+IDxicj4NCjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Iic+
PGJyPg0KJmd0OyAmZ3Q7IFRoaXMgZGF0YSB3YXMgc3VibWl0dGVkIG9uOiBXZWRuZXNkYXksIEp1
bmUgMTUsIDIwMDUgYXQgMTk6MDg6MDA8YnI+DQomZ3Q7ICZndDsgPGJyPg0KJmd0OyAmZ3Q7IGxh
bmdfaW5fZW5nID0gU3dpc3MgR2VybWFuLCBBbGVtYW5pYzxicj4NCiZndDsgJmd0OyBsYW5nX2lu
X2ZyZSA9IGFsw6ltYW5pcXVlPGJyPg0KJmd0OyAmZ3Q7IHJlZl93aGVyZV9mb3VuZF8xID0gPGEg
aHJlZj0iaHR0cDovL3d3dy5ldGhub2xvZ3VlLmNvbSINCnRhcmdldD0iX2JsYW5rIj5odHRwOi8v
d3d3LmV0aG5vbG9ndWUuY29tPC9hPjxicj4NCiZndDsgJmd0OyBsYW5nX2luX3Zlcm4gPSBTY2h3
eXplcmTDvHRzY2gsIFNjaHdlaXplcmRldXRzY2gsIFNjaHdpaXplcmTDvHRzY2gsIDxicj4NCiZn
dDsgU2Nod3l6ZXJ0w7x0c2NoLCBTY2h3aXplcnRpdHNjaDxicj4NCiZndDsgJmd0OyByZWZfd2hl
cmVfZm91bmRfMiA9IElTTyA2MzktMyBESVMsIDxhIGhyZWY9Imh0dHA6Ly93d3cuZXRobm9sb2d1
ZS5jb20iDQp0YXJnZXQ9Il9ibGFuayI+aHR0cDovL3d3dy5ldGhub2xvZ3VlLmNvbTwvYT4sIDxh
DQpocmVmPSJodHRwOi8vd3d3Lndpa2lwZWRpYS5jb20iIHRhcmdldD0iX2JsYW5rIj5odHRwOi8v
d3d3Lndpa2lwZWRpYS5jb208L2E+PGJyPg0KJmd0OyAmZ3Q7IHRyYW5zX2xpdCA9IDxicj4NCiZn
dDsgJmd0OyBldmlkZW5jZSA9IEFHSUNPQSwgdGhlIEFzc29jaWF0aW9uIG9mIEludGVybmF0aW9u
YWwgQ29sbGVjdGl2ZSA8YnI+DQomZ3Q7IE1hbmFnZW1lbnQgb2YgQXVkaW92aXN1YWwgV29ya3Mg
KEFzc29jaWF0aW9uIGRlIEdlc3Rpb24gSW50ZXJuYXRpb25hbGUgPGJyPg0KJmd0OyBDb2xsZWN0
aXZlIGRlcyBPZXV2cmVzIEF1ZGlvdmlzdWVsbGVzKTsgNDI4IGRvY3VtZW50cyAoYXVkaW92aXN1
YWwpPGJyPg0KJmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyA8YSBocmVmPSJodHRwOi8vd3d3LmFn
aWNvYS5vcmciIHRhcmdldD0iX2JsYW5rIj5odHRwOi8vd3d3LmFnaWNvYS5vcmc8L2E+PGJyPg0K
Jmd0OyAmZ3Q7IGFkZGluZm8gPSA0LDIxNSwwMDAgaW4gU3dpdHplcmxhbmQgKDE5OTAgY2Vuc3Vz
KS4gUG9wdWxhdGlvbiB0b3RhbA0KYWxsIDxicj4NCiZndDsgY291bnRyaWVzOiA2LDA0NCwwMDAu
IENlbnRyYWwsIHNvdXRoIGNlbnRyYWwsIG5vcnRoIGNlbnRyYWwsIG5vcnRoZWFzdCwgPGJyPg0K
Jmd0OyBhbmQgZWFzdGVybiBjYW50b25zLiBBbHNvIHNwb2tlbiBpbiBBdXN0cmlhLCBGcmFuY2Us
IEdlcm1hbnksIDxicj4NCiZndDsgTGllY2h0ZW5zdGVpbi48L3NwYW4+PC9mb250Pjxicj4NCjxm
b250IHNpemU9MiBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7
Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+PGJyPg0KUmVnYXJkcyw8L3NwYW4+PC9mb250PiA8YnI+
DQo8Zm9udCBzaXplPTIgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu
MHB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPjxicj4NCkthcmVuIEJyb29tZTxicj4NCk1ldGFk
YXRhIFN5c3RlbXMgRGVzaWduZXI8YnI+DQpTb255IFBpY3R1cmVzIEVudGVydGFpbm1lbnQ8YnI+
DQozMTAuMjQ0LjQzODQ8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHRhYmxlIGNs
YXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0wIGNlbGxwYWRkaW5nPTAgd2lkdGg9IjEwMCUiDQog
c3R5bGU9J3dpZHRoOjEwMC4wJTttc28tY2VsbHNwYWNpbmc6MS41cHQnPg0KIDx0ciBzdHlsZT0n
bXNvLXlmdGktaXJvdzowO21zby15ZnRpLWZpcnN0cm93Onllczttc28teWZ0aS1sYXN0cm93Onll
cyc+DQogIDx0ZCB3aWR0aD0iMTklIiB2YWxpZ249dG9wIHN0eWxlPSd3aWR0aDoxOS4wJTtwYWRk
aW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgPHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxm
b250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCiAgNy41
cHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZjtmb250LXdlaWdodDpib2xkJz5QZXRlciBDb25zdGFi
bGUgJmx0OzxhDQogIGhyZWY9Im1haWx0bzpwZXRlcmNvbkBtaWNyb3NvZnQuY29tIiB0YXJnZXQ9
Il9ibGFuayI+cGV0ZXJjb25AbWljcm9zb2Z0LmNvbTwvYT4mZ3Q7PC9zcGFuPjwvZm9udD48L2I+
PGZvbnQNCiAgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjcu
NXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPiA8YnI+DQogIFNlbnQgYnk6IDxhIGhyZWY9Im1h
aWx0bzppZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm8iIHRhcmdldD0iX2JsYW5r
Ij5pZXRmLWxhbmd1YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm88L2E+PC9zcGFuPjwvZm9udD4N
CiAgPG86cD48L286cD48L3A+DQogIDxwPjxmb250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseToNCiAgc2Fucy1zZXJpZic+MTEv
MzAvMjAwNiAwMjo1OSBQTTwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KICA8L3RkPg0K
ICA8dGQgd2lkdGg9IjgwJSIgdmFsaWduPXRvcCBzdHlsZT0nd2lkdGg6ODAuMCU7cGFkZGluZzou
NzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXpl
PTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0KICBzdHlsZT0nZm9udC1zaXplOjEyLjBw
dCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgPHRhYmxlIGNsYXNzPU1z
b05vcm1hbFRhYmxlIGJvcmRlcj0wIGNlbGxwYWRkaW5nPTAgd2lkdGg9IjEwMCUiDQogICBzdHls
ZT0nd2lkdGg6MTAwLjAlO21zby1jZWxsc3BhY2luZzoxLjVwdCc+DQogICA8dHIgc3R5bGU9J21z
by15ZnRpLWlyb3c6MDttc28teWZ0aS1maXJzdHJvdzp5ZXMnPg0KICAgIDx0ZCB3aWR0aD0iNCUi
IHZhbGlnbj10b3Agc3R5bGU9J3dpZHRoOjQuMCU7cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAu
NzVwdCc+DQogICAgPHAgY2xhc3M9TXNvTm9ybWFsIGFsaWduPXJpZ2h0IHN0eWxlPSd0ZXh0LWFs
aWduOnJpZ2h0Jz48Zm9udCBzaXplPTENCiAgICBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5Ubzwvc3Bhbj48L2ZvbnQ+
PG86cD48L286cD48L3A+DQogICAgPC90ZD4NCiAgICA8dGQgd2lkdGg9Ijk1JSIgdmFsaWduPXRv
cCBzdHlsZT0nd2lkdGg6OTUuMCU7cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQog
ICAgPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+PHNwYW4g
c3R5bGU9J2ZvbnQtc2l6ZToNCiAgICA3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5NYXJr
IERhdmlzICZsdDs8YQ0KICAgIGhyZWY9Im1haWx0bzptYXJrLmRhdmlzQGljdS1wcm9qZWN0Lm9y
ZyIgdGFyZ2V0PSJfYmxhbmsiPm1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnPC9hPiZndDs8L3Nw
YW4+PC9mb250Pg0KICAgIDxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICAg
PHRyIHN0eWxlPSdtc28teWZ0aS1pcm93OjEnPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdw
YWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWwg
YWxpZ249cmlnaHQgc3R5bGU9J3RleHQtYWxpZ246cmlnaHQnPjxmb250IHNpemU9MQ0KICAgIGZh
Y2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OnNh
bnMtc2VyaWYnPmNjPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCiAgICA8L3RkPg0KICAg
IDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0Jz4N
CiAgICA8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3Bh
biBzdHlsZT0nZm9udC1zaXplOg0KICAgIDcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPkxU
UlUgV29ya2luZyBHcm91cCAmbHQ7PGENCiAgICBocmVmPSJtYWlsdG86bHRydUBpZXRmLm9yZyIg
dGFyZ2V0PSJfYmxhbmsiPmx0cnVAaWV0Zi5vcmc8L2E+Jmd0OywgPGENCiAgICBocmVmPSJtYWls
dG86emFpaXRvdkBnbWFpbC5jb20iIHRhcmdldD0iX2JsYW5rIj56YWlpdG92QGdtYWlsLmNvbTwv
YT4sIDxhDQogICAgaHJlZj0ibWFpbHRvOmlzbzYzOS0yQGxvYy5nb3YiIHRhcmdldD0iX2JsYW5r
Ij5pc282MzktMkBsb2MuZ292PC9hPiwgSMOldmFyZA0KICAgIEhqdWxzdGFkICZsdDs8YSBocmVm
PSJtYWlsdG86SEhqQHN0YW5kYXJkLm5vIiB0YXJnZXQ9Il9ibGFuayI+SEhqQHN0YW5kYXJkLm5v
PC9hPiZndDssDQogICAgSVNPIDYzOSBKb2ludCBBZHZpc29yeSBDb21taXR0ZWUgJmx0OzxhIGhy
ZWY9Im1haWx0bzpJU09KQUNAbG9jLmdvdiINCiAgICB0YXJnZXQ9Il9ibGFuayI+SVNPSkFDQGxv
Yy5nb3Y8L2E+Jmd0OywgPGENCiAgICBocmVmPSJtYWlsdG86aWV0Zi1sYW5ndWFnZXNAaWFuYS5v
cmciIHRhcmdldD0iX2JsYW5rIj5pZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzwvYT4sDQogICAgPGEg
aHJlZj0ibWFpbHRvOmlzbzYzOUBka3V1Zy5kayIgdGFyZ2V0PSJfYmxhbmsiPmlzbzYzOUBka3V1
Zy5kazwvYT48L3NwYW4+PC9mb250Pg0KICAgIDxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQog
ICA8L3RyPg0KICAgPHRyIHN0eWxlPSdtc28teWZ0aS1pcm93OjI7bXNvLXlmdGktbGFzdHJvdzp5
ZXMnPg0KICAgIDx0ZCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0
IC43NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249cmlnaHQgc3R5bGU9J3RleHQt
YWxpZ246cmlnaHQnPjxmb250IHNpemU9MQ0KICAgIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPlN1YmplY3Q8L3NwYW4+
PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5
bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05v
cm1hbD48Zm9udCBzaXplPTEgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
DQogICAgNy41cHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+UkU6IFtMdHJ1XSBBbGVtYW5pYyAm
YW1wOyBTd2lzcyBHZXJtYW48L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+
DQogICA8L3RyPg0KICA8L3RhYmxlPg0KICA8cD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3
IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7IDxvOnA+PC9vOnA+
PC9zcGFuPjwvZm9udD48L3A+DQogIDxwPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9t
YW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh
bj48L2ZvbnQ+PC9wPg0KICA8dGFibGUgY2xhc3M9TXNvTm9ybWFsVGFibGUgYm9yZGVyPTAgY2Vs
bHBhZGRpbmc9MCB3aWR0aD0iMTAwJSINCiAgIHN0eWxlPSd3aWR0aDoxMDAuMCU7bXNvLWNlbGxz
cGFjaW5nOjEuNXB0Jz4NCiAgIDx0ciBzdHlsZT0nbXNvLXlmdGktaXJvdzowO21zby15ZnRpLWZp
cnN0cm93Onllczttc28teWZ0aS1sYXN0cm93Onllcyc+DQogICAgPHRkIHdpZHRoPSI1MCUiIHZh
bGlnbj10b3Agc3R5bGU9J3dpZHRoOjUwLjAlO3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1
cHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3
IFJvbWFuIj48c3Bhbg0KICAgIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz4mbmJzcDsgPG86cD48
L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgICA8L3RkPg0KICAgIDx0ZCB3aWR0aD0iNTAlIiB2
YWxpZ249dG9wIHN0eWxlPSd3aWR0aDo1MC4wJTtwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43
NXB0Jz4NCiAgICA8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5l
dyBSb21hbiI+PHNwYW4NCiAgICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7PG86cD48
L286cD48L3NwYW4+PC9mb250PjwvcD4NCiAgICA8L3RkPg0KICAgPC90cj4NCiAgPC90YWJsZT4N
CiAgPHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToxMi4wcHQnPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQogIDwvdGQ+DQog
PC90cj4NCjwvdGFibGU+DQoNCjxwPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4i
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48YnI+DQo8YnI+DQo8L3NwYW4+PC9mb250
Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1z
aXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+PGJyPg0KSSBjYW4g
dGVsbCB5b3UgdGhhdCB0aGUgaW50ZW50IG9mICZxdW90O2dzdyZxdW90OyBpcyBzcGVjaWZpY2Fs
bHkgU3dpc3MgR2VybWFuLA0KYW5kIHRoYXQgdGhlIGFzc3VtcHRpb24gb2YgaGF2aW5nICZxdW90
O0FsZW1hbmljJnF1b3Q7IGxpc3RlZCBhcyBhIG5hbWUgaXMgdGhhdA0Kc29tZSBwZW9wbGUgdXNl
IHRoYXQgbGFiZWwgdG8gcmVmZXIgdG8gc3BlY2lmaWNhbGx5IHRvIFN3aXNzIEdlcm1hbi4gSWYg
dGhlDQpsYXR0ZXIgYXNzdW1wdGlvbiBpcyBpbmNvcnJlY3QgKHdoaWNoIGFwcGVhcnMgdG8gYmUg
d2hhdCBNYXJrIGlzIHNheWluZywgdGhlbg0KdGhhdCBpcyBhIGNoYW5nZSB0aGF0IHRoZSBKQUMg
c2hvdWxkIGNvbnNpZGVyLjwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9u
dCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTox
MC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPiZuYnNwOzwvc3Bhbj48L2Zv
bnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZl
cmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5h
O2NvbG9yOmJsdWUnPkJ1dCBpZiBNYXJ0aW4ncyBjb21tZW50IGlzIHRoZSBzdXBwb3J0aW5nDQpl
dmlkZW5jZSwgdGhlbiBJIHN0aWxsIGZpbmQgTWFydGluJ3MgY29tbWVudCB0byBiZSB1bmNsZWFy
LiBJdCdzIGNsZWFyIHRvIG1lDQp3aGF0IE1hcmsgaXMgc2F5aW5nOyBpdCdzIG5vdCBjbGVhciB0
byBtZSBpZiBNYXJ0aW4gaXMgc2F5aW5nIHRoZSBzYW1lIHRoaW5nLjwvc3Bhbj48L2ZvbnQ+DQo8
bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5h
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xv
cjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQg
c2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAu
MHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250
PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJk
YW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtj
b2xvcjpibHVlJz5QZXRlciBDb25zdGFibGU8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4N
Cg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8
L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJs
dWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1p
bHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwv
cD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxl
PSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJz
cDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPGRpdiBjbGFzcz1Nc29Ob3JtYWwg
YWxpZ249Y2VudGVyIHN0eWxlPSd0ZXh0LWFsaWduOmNlbnRlcic+PGZvbnQgc2l6ZT0zDQpmYWNl
PSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz4NCg0KPGhy
IHNpemU9MiB3aWR0aD0iMTAwJSIgYWxpZ249Y2VudGVyPg0KDQo8L3NwYW4+PC9mb250PjwvZGl2
Pg0KDQo8cD48Yj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hOw0KZm9udC13ZWlnaHQ6Ym9sZCc+RnJvbTo8L3Nw
YW4+PC9mb250PjwvYj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4NCnN0eWxlPSdmb250
LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9tYSc+IDxhDQpocmVmPSJtYWlsdG86bWFyay5l
ZHdhcmQuZGF2aXNAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFyay5lZHdhcmQuZGF2aXNA
Z21haWwuY29tPC9hPg0KW21haWx0bzo8YSBocmVmPSJtYWlsdG86bWFyay5lZHdhcmQuZGF2aXNA
Z21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+bWFyay5lZHdhcmQuZGF2aXNAZ21haWwuY29tPC9h
Pl0NCjxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5PbiBCZWhhbGYgT2YgPC9zcGFu
PjwvYj5NYXJrIERhdmlzPGI+PHNwYW4NCnN0eWxlPSdmb250LXdlaWdodDpib2xkJz48YnI+DQpT
ZW50Ojwvc3Bhbj48L2I+IFRodXJzZGF5LCBOb3ZlbWJlciAzMCwgMjAwNiAxMTowNyBBTTxiPjxz
cGFuIHN0eWxlPSdmb250LXdlaWdodDoNCmJvbGQnPjxicj4NClRvOjwvc3Bhbj48L2I+IFBldGVy
IENvbnN0YWJsZTxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz48YnI+DQpDYzo8L3Nw
YW4+PC9iPiBIw6V2YXJkIEhqdWxzdGFkOyA8YSBocmVmPSJtYWlsdG86aXNvNjM5LTJAbG9jLmdv
diINCnRhcmdldD0iX2JsYW5rIj5pc282MzktMkBsb2MuZ292PC9hPjsgTFRSVSBXb3JraW5nIEdy
b3VwOyA8YQ0KaHJlZj0ibWFpbHRvOnphaWl0b3ZAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+
emFpaXRvdkBnbWFpbC5jb208L2E+OyBJU08gNjM5DQpKb2ludCBBZHZpc29yeSBDb21taXR0ZWU7
IDxhIGhyZWY9Im1haWx0bzppZXRmLWxhbmd1YWdlc0BpYW5hLm9yZyINCnRhcmdldD0iX2JsYW5r
Ij5pZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzwvYT47IDxhIGhyZWY9Im1haWx0bzppc282MzlAZGt1
dWcuZGsiDQp0YXJnZXQ9Il9ibGFuayI+aXNvNjM5QGRrdXVnLmRrPC9hPjxiPjxzcGFuIHN0eWxl
PSdmb250LXdlaWdodDpib2xkJz48YnI+DQpTdWJqZWN0Ojwvc3Bhbj48L2I+IFJlOiBbTHRydV0g
QWxlbWFuaWMgJmFtcDsgU3dpc3MgR2VybWFuPC9zcGFuPjwvZm9udD4gPG86cD48L286cD48L3A+
DQoNCjxwPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTIuMHB0Jz4mbmJzcDsgPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K
PHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQt
c2l6ZToxMi4wcHQnPkFsZW1hbmljDQpyZWZlcnMgdG8gYSBicm9hZGVyIGdyb3VwIG9mIGRpYWxl
Y3RzIHRoYW4gJnF1b3Q7U3dpc3MgR2VybWFuJnF1b3Q7IChha2ENClNjaHd5emVydHVlc2NoKSBk
b2VzLiBTbyBsaXN0aW5nIHRoZW0gYXMgaXQgZG9lcyBpcyBwcm9ibGVtYXRpYzsgaXQncyBsaWtl
DQpsaXN0aW5nPGJyPg0KPGJyPg0KYXIgQXJhYmljOyBFZ3lwdGlhbiBBcmFiaWM8YnI+DQo8YnI+
DQpQZXJzb25hbGx5LCBJIGRvbid0IGNhcmUgd2hldGhlciBpdCBpcyByZXNvbHZlZCB0byBiZSA8
YnI+DQo8YnI+DQpBbGVtYW5pYyAoaW5jbHVkaW5nIFN3aXNzIEdlcm1hbikgPGJyPg0KLy8gd2hp
Y2ggaXMgd2hhdCA2MzktMyBzZWVtcyB0byBiZSBwb2ludGluZyB0bzxicj4NCjxicj4NCm9yPGJy
Pg0KPGJyPg0KU3dpc3MgR2VybWFuIChhIHBhcnRpY3VsYXIgdmFyaWFudCBvZiBBbGVtYW5pYyk8
YnI+DQovLyB3aGljaCBpcyB3aGF0IHRoZSBjb2RlIChnc3cpIHNlZW1zIHRvIGJlIHBvaW50aW5n
IHRvPGJyPg0KPGJyPg0KQnV0IHdlIG5lZWQgc29tZSBjbGFyaXR5IGFzIHRvIHdoYXQgaXMgbWVh
bnQgYnkgdGhlIGNvZGUuIDxicj4NCjxicj4NCk1hcmsgPG86cD48L286cD48L3NwYW4+PC9mb250
PjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5
bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPk9uDQoxMS8zMC8wNiwgPGI+PHNwYW4gc3R5bGU9J2ZvbnQt
d2VpZ2h0OmJvbGQnPlBldGVyIENvbnN0YWJsZTwvc3Bhbj48L2I+ICZsdDs8YQ0KaHJlZj0ibWFp
bHRvOnBldGVyY29uQG1pY3Jvc29mdC5jb20iIHRhcmdldD0iX2JsYW5rIj5wZXRlcmNvbkBtaWNy
b3NvZnQuY29tPC9hPg0KJmd0OyB3cm90ZTogPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4N
Cg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz5NYXJ0aW4n
cyBjb21tZW50IGlzIHNvbWV3aGF0IHZhZ3VlOiB2YXJpZXRpZXMNCnNwb2tlbiBvbiBlaXRoZXIg
c2lkZSBvZiB0aGUgYm9yZGVyIGFyZSB2ZXJ5IHNpbWlsYXIsIGV0ICZxdW90O2FzIHNvb24gYXMg
eW91DQpjcm9zcyB0aGUgYm9yZGVyIGl0J3MgdmVyeSBjbGVhcmx5IG5vIGxvbmdlciBTd2lzcyBH
ZXJtYW4mcXVvdDsuIERvZXMgdGhhdCBtZWFuDQp0aGF0IHdoYXQgaXMgc3Bva2VuIGFjcm9zcyB0
aGUgYm9yZGVyIGlzIGNsZWFybHkgYSBkaWZmZXJlbnQgbGFuZ3VhZ2UsIG9yIHRoYXQNCnRoZSBs
YWJlbCAmcXVvdDtTd2lzcyBHZXJtYW4mcXVvdDsgaXMgY2xlYXJseSBub3QgdXNlZD88L3NwYW4+
PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFj
ZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVy
ZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0K
PHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250
LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3Nw
YW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUg
ZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6
VmVyZGFuYTtjb2xvcjpibHVlJz5QZXRlcjwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0K
DQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPiZuYnNwOzwv
c3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8ZGl2IGNsYXNzPU1zb05vcm1hbCBhbGln
bj1jZW50ZXIgc3R5bGU9J3RleHQtYWxpZ246Y2VudGVyJz48Zm9udCBzaXplPTMNCmZhY2U9IlRp
bWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPg0KDQo8aHIgc2l6
ZT0yIHdpZHRoPSIxMDAlIiBhbGlnbj1jZW50ZXI+DQoNCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQoN
CjxwPjxiPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEw
LjBwdDtmb250LWZhbWlseTpUYWhvbWE7DQpmb250LXdlaWdodDpib2xkJz5Gcm9tOjwvc3Bhbj48
L2ZvbnQ+PC9iPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz4gTWFyayBEYXZpcyBbbWFpbHRvOjwvc3Bhbj48
L2ZvbnQ+PGENCmhyZWY9Im1haWx0bzptYXJrLmRhdmlzQGljdS1wcm9qZWN0Lm9yZyIgdGFyZ2V0
PSJfYmxhbmsiPjxmb250IHNpemU9Mg0KZmFjZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz4NCm1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3Jn
PC9zcGFuPjwvZm9udD48L2E+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuDQpzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPl0gPGI+PHNwYW4gc3R5bGU9J2Zv
bnQtd2VpZ2h0OmJvbGQnPjxicj4NClNlbnQ6PC9zcGFuPjwvYj4gVGh1cnNkYXksIE5vdmVtYmVy
IDMwLCAyMDA2IDk6MDAgQU08Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6DQpib2xkJz48YnI+
DQpUbzo8L3NwYW4+PC9iPiBIw6V2YXJkIEhqdWxzdGFkOyA8L3NwYW4+PC9mb250PjxhIGhyZWY9
Im1haWx0bzppc282MzktMkBsb2MuZ292Ig0KdGFyZ2V0PSJfYmxhbmsiPjxmb250IHNpemU9MiBm
YWNlPVRhaG9tYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlRh
aG9tYSc+aXNvNjM5LTJAbG9jLmdvdjwvc3Bhbj48L2ZvbnQ+PC9hPjxmb250IHNpemU9MiBmYWNl
PVRhaG9tYT48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21h
Jz4gPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPjxicj4NCkNjOjwvc3Bhbj48L2I+
IExUUlUgV29ya2luZyBHcm91cDsgPC9zcGFuPjwvZm9udD48YQ0KaHJlZj0ibWFpbHRvOnphaWl0
b3ZAZ21haWwuY29tIiB0YXJnZXQ9Il9ibGFuayI+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxz
cGFuDQpzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPnphaWl0b3ZA
Z21haWwuY29tPC9zcGFuPjwvZm9udD48L2E+PGZvbnQNCnNpemU9MiBmYWNlPVRhaG9tYT48c3Bh
biBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPiA7IElTTyA2MzkN
CkpvaW50IEFkdmlzb3J5IENvbW1pdHRlZTsgPC9zcGFuPjwvZm9udD48YSBocmVmPSJtYWlsdG86
aWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmciDQp0YXJnZXQ9Il9ibGFuayI+PGZvbnQgc2l6ZT0yIGZh
Y2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VGFo
b21hJz5pZXRmLWxhbmd1YWdlc0BpYW5hLm9yZyA8L3NwYW4+PC9mb250PjwvYT48Zm9udCBzaXpl
PTINCmZhY2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OlRhaG9tYSc+OyA8L3NwYW4+PC9mb250PjxhDQpocmVmPSJtYWlsdG86aXNvNjM5QGRrdXVnLmRr
IiB0YXJnZXQ9Il9ibGFuayI+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuDQpzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPmlzbzYzOUBka3V1Zy5kazwvc3Bh
bj48L2ZvbnQ+PC9hPjxiPjxmb250DQpzaXplPTIgZmFjZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hO2ZvbnQtd2VpZ2h0Og0KYm9sZCc+PGJy
Pg0KU3ViamVjdDo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWEnPiBbTHRydV0g
QWxlbWFuaWMgJmFtcDsgU3dpc3MgR2VybWFuPC9zcGFuPjwvZm9udD4gPG86cD48L286cD48L3A+
DQoNCjxwPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTIuMHB0Jz4mbmJzcDsgPG86cD48L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0K
PHA+PGZvbnQgc2l6ZT0yIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQt
c2l6ZToxMC4wcHQnPklTTyA2MzktMg0KKG9uIDwvc3Bhbj48L2ZvbnQ+PGENCmhyZWY9Imh0dHA6
Ly93d3cubG9jLmdvdi9zdGFuZGFyZHMvaXNvNjM5LTIvcGhwL2NvZGVfbGlzdC5waHAiIHRhcmdl
dD0iX2JsYW5rIj48Zm9udA0Kc2l6ZT0yPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Jz5o
dHRwOi8vd3d3LmxvYy5nb3Yvc3RhbmRhcmRzL2lzbzYzOS0yL3BocC9jb2RlX2xpc3QucGhwPC9z
cGFuPjwvZm9udD48L2E+PGZvbnQNCnNpemU9Mj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBw
dCc+KSBsaXN0cyB0aGUgZm9sbG93aW5nOjxicj4NCjxicj4NCmdzdyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBBbGVtYW5pOyBTd2lzcyBHZXJtYW4gJm5ic3A7DQom
bmJzcDsgJm5ic3A7YWzDqW1hbmlxdWUgPGJyPg0KPGJyPg0KSG93ZXZlciwgdGhlcmUgaXMgYSAm
cXVvdDtjJnF1b3Q7IG1pc3NpbmcgZnJvbSBBbGVtYW5pYywgYW5kIFN3aXNzIEdlcm1hbiBpcw0K
bm90IHRoZSBzYW1lIGFzIEFsZW1hbmljOiBTd2lzcyBHZXJtYW4gaXMgYSB0eXBlIG9mIEFsZW1h
bmljLCBidXQgdGhlcmUgYXJlDQpvdGhlciB0eXBlcyB0aGF0IGFyZSBub3QgdGhlIHNhbWUgYXMg
U3dpc3MgR2VybWFuLjxicj4NCjxicj4NClF1b3RpbmcgTWFydGluIER1ZXJzdDogPC9zcGFuPjwv
Zm9udD48YnI+DQo8YnI+DQomcXVvdDtZZXMsIFN3YWJpYW4gaXMgY2xlYXJseSBBbGVtYW5pYy4g
QWxlbWFuaWMgYW5kIFN3aXNzIEdlcm1hbiBhcmUgbm90PGJyPg0KdGhlIHNhbWUuIFRoZXJlIGFy
ZSB2ZXJ5IGNsb3NlIHNpbWlsYXJpdGllcyBiZXR3ZWVuIHNvbWUgZGlhbGVjdHMgaW4gPGJyPg0K
dGhlIG5vcnRoIG9mIFN3aXR6ZXJsYW5kIGFuZCBhY3Jvc3MgdGhlIGJvcmRlciBpbiBHZXJtYW55
LCBidXQgYXM8YnI+DQpzb29uIGFzIHlvdSBjcm9zcyB0aGUgYm9yZGVyLCBpdCdzIHZlcnkgY2xl
YXJseSBubyBsb25nZXIgU3dpc3M8YnI+DQpHZXJtYW4uIEEgbGFiZWwgc3VjaCBhcyAmcXVvdDtB
bGVtYW5pYzsgU3dpc3MgR2VybWFuJnF1b3Q7LCBhc3N1bWluZyB0aGF0IDxicj4NCmJvdGggYXJl
IHRoZSBzYW1lLCBpcyBjbGVhcmx5IHdyb25nLiBJZiBpdCdzIHNvbWV0aGluZyBsaWtlPGJyPg0K
JnF1b3Q7QWxlbWFuaWM7IGluY2x1ZGVzIFN3aXNzIEdlcm1hbiZxdW90OywgdGhhdCB3b3VsZCBi
ZSBva2F5LiZxdW90Ozxicj4NCjxicj4NCkNhbiB0aGlzIGJlIGNvcnJlY3RlZCBzbyB0aGF0IGl0
IGRvZXMgbm90IGNvbnRpbnVlIHRvIG1pc2xlYWQgcGVvcGxlPyA8YnI+DQo8YnI+DQpNYXJrIERh
dmlzIDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJv
bWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+Jm5ic3A7PC9zcGFuPjwvZm9udD48
Zm9udA0Kc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEw
LjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciJz5fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXzxicj4NCklldGYtbGFuZ3VhZ2VzIG1haWxpbmcgbGlzdDxi
cj4NCjxhIGhyZWY9Im1haWx0bzpJZXRmLWxhbmd1YWdlc0BhbHZlc3RyYW5kLm5vIiB0YXJnZXQ9
Il9ibGFuayI+SWV0Zi1sYW5ndWFnZXNAYWx2ZXN0cmFuZC5ubzwvYT48YnI+DQo8YSBocmVmPSJo
dHRwOi8vd3d3LmFsdmVzdHJhbmQubm8vbWFpbG1hbi9saXN0aW5mby9pZXRmLWxhbmd1YWdlcyIN
CnRhcmdldD0iX2JsYW5rIj5odHRwOi8vd3d3LmFsdmVzdHJhbmQubm8vbWFpbG1hbi9saXN0aW5m
by9pZXRmLWxhbmd1YWdlczwvYT48L3NwYW4+PC9mb250Pg0KPG86cD48L286cD48L3A+DQoNCjwv
ZGl2Pg0KDQo8L2Rpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJU
aW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjwvc3Bhbj48
bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8L2Rpdj4NCg0KPC9kaXY+DQoN
CjwvYm9keT4NCg0KPC9odG1sPg0K

------_=_NextPart_001_01C71574.2871AD27--


--===============1079395127==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1079395127==--




From ltru-bounces@ietf.org Fri Dec 01 14:19:10 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GqDub-0007wW-S3; Fri, 01 Dec 2006 14:19:05 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GqDua-0007wQ-Ey
	for ltru@ietf.org; Fri, 01 Dec 2006 14:19:04 -0500
Received: from elasmtp-scoter.atl.sa.earthlink.net ([209.86.89.67])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GqDuZ-0001pA-51
	for ltru@ietf.org; Fri, 01 Dec 2006 14:19:04 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=eHANDss6jL0ak8JdCbANLt2CoYaZ6J8O4YH8fbl3oU9cKjzCULT9ZV8T07Dhnt1H;
	h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.166.37.184] (helo=oemcomputer)
	by elasmtp-scoter.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GqDuV-00077d-91
	for ltru@ietf.org; Fri, 01 Dec 2006 14:18:59 -0500
Message-ID: <002f01c7157d$b41ddde0$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Fri, 1 Dec 2006 11:19:52 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee60e131231a8447abc3f7d2494a4264fd2350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.166.37.184
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Subject: [Ltru] a little consideration...
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

On the ietf-languages@iana.org list, Harald said it well:

> Many times, people reply to a message by quoting a whole message and adding 
> a few lines.
>
> This can result in very long messages after a while.
>
> A more useful habit is to quote just the part you're replying to, and then 
> write your own comment. It's then easy for others to see which of the many 
> points in a long message (or message thread) you're replying to.
>
> It takes a little longer for the sender, but saves a *lot* of time (and 
> disk space!) for the recipient.
>
> Please - show consideration.

The only thing I'd like to add is this:

Be judicious in your CCs.  If you're commenting on the merits of a specific
registration request, it probably belongs on ietf-languages@iana.org, but not
on ltru@ietf.org.  Likewise, if you're debating questions of how registration
policy / procedures should be modified, it belongs on ltru@ietf.org rather than
ietf-languages@iana.org.

Randy, ltru co-chair


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 02 03:09:45 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GqPwE-0001ul-U7; Sat, 02 Dec 2006 03:09:34 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GqPwE-0001ug-AM
	for ltru@ietf.org; Sat, 02 Dec 2006 03:09:34 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GqPwC-00064k-WA
	for ltru@ietf.org; Sat, 02 Dec 2006 03:09:34 -0500
Received: from DGBP7M81 ([68.67.66.131]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061202080932.WROK21407.mta13.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Sat, 2 Dec 2006 03:09:32 -0500
Message-ID: <016d01c715e9$3238e060$6501a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <20061201180846.606492596F2@eikenes.alvestrand.no>
Date: Sat, 2 Dec 2006 00:09:31 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Subject: [Ltru] Re: Alemanic & Swiss German
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Peter Constable <petercon at microsoft dot com> wrote:

> On the one hand, we see Ethnologue use “Alemannic” in reference to the 
> genetic subnode. On the other, we see Ethnologue indicate that 
> “Alemannisch” is a name used to refer to the specific language also 
> known as “Schwyzerdütsch” or “Swiss German”.

I don't know if this sheds light on anything, but there is a similar 
ambiguity in the English term "classical music."  It can be used to mean 
either (a) the entire genre of so-called "serious" music, as contrasted 
with "popular" styles such as folk or rock, or (b) such music from the 
"classical era," spanning roughly from the mid-18th to the early 19th 
centuries.  In one sense, Bach and Tchaikovsky were "classical" 
composers; in another sense they were not.

Usually context makes it clear which of these senses is intended.  It 
seems this would not be sufficient to disambiguate the name "Alemanic" 
in the Registry, however.  Perhaps this is one of those cases where a 
brief and judicious Comment could be added, to the effect (assuming 
Peter's interpretation is correct) that "gsw" refers to only one 
language and other "Alemannic" language could be tagged using 
such-and-so subtag.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 02 04:56:42 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GqRbj-0004SL-PH; Sat, 02 Dec 2006 04:56:31 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GqRbi-0004S1-I8
	for ltru@ietf.org; Sat, 02 Dec 2006 04:56:30 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GqRbd-0003SM-SD
	for ltru@ietf.org; Sat, 02 Dec 2006 04:56:30 -0500
Received: from 82.69.111.196 ([82.69.111.196]) by 145.nexbyte.net with
	MailEnable WebMail; Sat, 2 Dec 2006 09:56:47 -0000
To: <dewell@adelphia.net>, <ltru@ietf.org>
From: <chris.cox@geolang.com>
Subject: Re: [Ltru] Re: Alemanic & Swiss German
Date: Sat, 2 Dec 2006 09:56:47 -0000
Message-ID: <856A40D8A75D49D98ADA747A4E2F0C17.MAI@145.nexbyte.net>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="--=_NextPart_000_000B_DE6F58B6E9D948FC934B75C90956DA79"
X-Mailer: MailEnable WebMail.NET
X-MimeOLE: Produced By MailEnable WebMail.NET V2.0.0.0
X-Read: 0
X-Spam-Score: 1.9 (+)
X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

This is a multi-part message in MIME format.

----=_NextPart_000_000B_DE6F58B6E9D948FC934B75C90956DA79
Content-type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

Whilst being new to the field and recently tied up on other things, or perhaps because I am new, I h=
=
ave been thinking of ways by which ISO/TC 37 terminology work principles and practices can be empl=
oyed to deal with some of the purely terminological problems I have already come across in the exi=
siting or about to exist 639 codes with regard to naming.  The difficulty being to achieve that wi=
thout upsetting the equally important need for stability in code elements already in widespread us=
e (including the invaluable Ethnologue data and information about language families and groups).  
This theme started me thinking again and I believe a form of solution can be provided by having this=
=
 in mind as a need to be addressed in the development of ISO 639-6 content. 
It does not of course affect the equally important issues currently being discussed of identifying p=
=
recisely what the object is in the firsd place or allocating an identifier/code.
IMO problems in precision using language go back to Wittgenstein's final understanding that we work =
=
best fuzzy so the problems arise when fuzzy or even a fuzzy approach to the attempt to be precise =
is not good enough for purpose.
Chris
----- Original Message -----
From: Doug Ewell [mailto:dewell@adelphia.net]
To: ltru@ietf.org
Sent: Sat, 2 Dec 2006 00:09:31 -0800
Subject: [Ltru] Re: Alemanic & Swiss German

Peter Constable <petercon at microsoft dot com> wrote:

> On the one hand, we see Ethnologue use =3F=3F=3FAlemannic=3F=3F=3F in reference to the 
> genetic subnode. On the other, we see Ethnologue indicate that 
> =3F=3F=3FAlemannisch=3F=3F=3F is a name used to refer to the specific language also 
> known as =3F=3F=3FSchwyzerd=3F=3Ftsch=3F=3F=3F or =3F=3F=3FSwiss German=3F=3F=3F.

I don't know if this sheds light on anything, but there is a similar 
ambiguity in the English term "classical music."  It can be used to mean 
either (a) the entire genre of so-called "serious" music, as contrasted 
with "popular" styles such as folk or rock, or (b) such music from the 
"classical era," spanning roughly from the mid-18th to the early 19th 
centuries.  In one sense, Bach and Tchaikovsky were "classical" 
composers; in another sense they were not.

Usually context makes it clear which of these senses is intended.  It 
seems this would not be sufficient to disambiguate the name "Alemanic" 
in the Registry, however.  Perhaps this is one of those cases where a 
brief and judicious Comment could be added, to the effect (assuming 
Peter's interpretation is correct) that "gsw" refers to only one 
language and other "Alemannic" language could be tagged using 
such-and-so subtag.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru
Whilst being new to the field and recently tied up on other things, or perhaps because I am new, I h=
=
ave been thinking of ways by which ISO/TC 37 terminology work principles and practices can be empl=
oyed to deal with some of the purely terminological problems I have already come across in the exi=
siting or about to exist 639 codes with regard to naming.  The difficulty being to achieve that wi=
thout upsetting the equally important need for stability in code elements already in widespread us=
e (including the invaluable Ethnologue data and information).  
This theme started me thinking again and I believe a form of solution can be provided by having this=
=
 in mind as a need to be addressed in the development of ISO 639-6 content. 
It does not of course affect the equally important issues currently being discussed of identifying p=
=
recisely what the object is in the firsd place or allocating an identifier/code.
IMO problems in precision using language go back to Wittgenstein's final understanding that we work =
=
best fuzzy so the problems arise when fuzzy or even a fuzzy approach to the attempt to be precise =
is not good enough for purpose.
Chris


----=_NextPart_000_000B_DE6F58B6E9D948FC934B75C90956DA79
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

----=_NextPart_000_000B_DE6F58B6E9D948FC934B75C90956DA79--





From ltru-bounces@ietf.org Sat Dec 02 14:04:13 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gqa9C-000160-L4; Sat, 02 Dec 2006 14:03:38 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gq2jt-0006Q1-TC
	for ltru@ietf.org; Fri, 01 Dec 2006 02:23:17 -0500
Received: from moutng.kundenserver.de ([212.227.126.186])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gq2jq-0006R0-4J
	for ltru@ietf.org; Fri, 01 Dec 2006 02:23:17 -0500
Received: from [62.195.155.247] (helo=[192.168.0.2])
	by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis),
	id 0MKwpI-1Gq2jX0i8d-0000nG; Fri, 01 Dec 2006 08:22:57 +0100
Message-ID: <456FD83B.1030701@wiktionaryz.org>
Date: Fri, 01 Dec 2006 08:22:35 +0100
From: Gerard Meijssen <gerardm@wiktionaryz.org>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Alemanic & Swiss German
References: <19A328037921AA42847A717566D1D6A109BC40AD@RED-MSG-42.redmond.corp.microsoft.com>	<OFB7FD950E.4B63F2CC-ON88257237.000903CD-88257237.000AA8F0@spe.sony.com>
	<30b660a20611301841m51b310a6hc81942b23ccf0547@mail.gmail.com>
In-Reply-To: <30b660a20611301841m51b310a6hc81942b23ccf0547@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	login:528303289ead4d3089a048dec30d9d30
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7e267523e0685e5aa2dbbdde4b659686
X-Mailman-Approved-At: Sat, 02 Dec 2006 14:03:36 -0500
Cc: "Karen_Broome@spe.sony.com" <Karen_Broome@spe.sony.com>,
	LTRU Working Group <ltru@ietf.org>, zaiitov@gmail.com, iso639-2@loc.gov,
	=?UTF-8?B?SMOldmFyZCBIanVsc3RhZA==?= <HHj@standard.no>,
	ietf-languages@iana.org, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hoi,
The word "Swiss German" is easily mistaken for "German Swiss" as in 
German spoken in Switzerland which is something different again. 
Alemanic serves a need. I am not a specialist on the subject but the 
differences seem to be no bigger that those that exist for other 
accepted codes like Neapolitan for instance. Here there is an old 
orthography, people have been denied schooling in their language and 
many transcribe their Neapolitan when they write it. Here it leads to 
discussions denying that their language is Neapolitan because it is 
equated with how the language is spoken in the town of Naples.

The point is that names for languages where the borders of a 
geographical or political area do not coincide with the distribution of 
a language are dangerous because it will have people deny that they 
speak that language. It will lead to even more requests for new 
"languages" when the reasons for them are political.

Thanks,
    Gerard

Mark Davis schreef:
> It sounds more and more to me that "Alemanic" was simply a mistake; 
> the description should be "Swiss German" alone, both in 639-2 and 639-3.
>
> Mark
>
> On 11/30/06, *Karen_Broome@spe.sony.com 
> <mailto:Karen_Broome@spe.sony.com>* <Karen_Broome@spe.sony.com 
> <mailto:Karen_Broome@spe.sony.com>> wrote:
>
>
>     Are we reading the same Ethnologue page? Ethnologue seems to
>     include the Austrian forms and mentions that certain dialects
>     within this language family may not be intelligible to speakers of
>     other dialects.
>
>     I'm not trying to be difficult  -- today :) -- and certainly
>     appreciate your previous help in sorting out these issues, but I
>     have circulated the codes gsw-CH and gsw-AT to a fairly wide
>     audience based on assumptions that seem to be fairly
>     well-documented on Ethnologue, my application, ISO's approval, and
>     various other resources that lump these regional dialects
>     together. Does 639-3 should have a macrolanguage for this? If not,
>     should it?
>
>     I'd appreciate it if you could review your notes before acting on
>     this suggested change.
>
>     Best regards,
>
>     Karen
>
>
>
>     *Peter Constable <petercon@microsoft.com
>     <mailto:petercon@microsoft.com>>*
>
>     11/30/2006 05:34 PM
>
>     	
>     To
>     	<Karen_Broome@spe.sony.com <mailto:Karen_Broome@spe.sony.com>>
>     cc
>     	Håvard Hjulstad <HHj@standard.no <mailto:HHj@standard.no>>,
>     <ietf-languages@iana.org <mailto:ietf-languages@iana.org>>, <
>     ietf-languages-bounces@alvestrand.no
>     <mailto:ietf-languages-bounces@alvestrand.no>>, <iso639@dkuug.dk
>     <mailto:iso639@dkuug.dk>>, < iso639-2@loc.gov
>     <mailto:iso639-2@loc.gov>>, ISO 639 Joint Advisory Committee
>     <ISOJAC@loc.gov <mailto:ISOJAC@loc.gov>>, LTRU Working Group <
>     ltru@ietf.org <mailto:ltru@ietf.org>>, Mark Davis
>     <mark.davis@icu-project.org <mailto:mark.davis@icu-project.org>>,
>     < zaiitov@gmail.com <mailto:zaiitov@gmail.com>>
>     Subject
>     	RE: [Ltru] Alemanic & Swiss German
>
>
>
>     	
>
>
>
>
>
>     I'll have to check email to be sure, but my recollection was that
>     I had suggested to you that the category that was already in the
>     draft table for 639-3 might meet your need, and that category was
>     the one coded "gsw" with semantics defined in Ethnologue.
>     Definitely the JAC was incorporating into part 2 the item in the
>     draft code table for part 3; I believe that all along the JAC
>     understood that to have the semantics of "Swiss German" (or
>     "Schwyzerdütsch") – certainly I did, but again I'd need to review
>     discussions to be more certain.
>
>      
>
>      
>
>     Peter
>
>      
>
>     ------------------------------------------------------------------------
>
>     *From:* Karen_Broome@spe.sony.com
>     <mailto:Karen_Broome@spe.sony.com> [mailto:
>     Karen_Broome@spe.sony.com <mailto:Karen_Broome@spe.sony.com>] *
>     Sent:* Thursday, November 30, 2006 4:51 PM*
>     To:* Peter Constable*
>     Cc:* Håvard Hjulstad; ietf-languages@iana.org
>     <mailto:ietf-languages@iana.org>;
>     ietf-languages-bounces@alvestrand.no
>     <mailto:ietf-languages-bounces@alvestrand.no>; iso639@dkuug.dk
>     <mailto:iso639@dkuug.dk>; iso639-2@loc.gov
>     <mailto:iso639-2@loc.gov>; ISO 639 Joint Advisory Committee; LTRU
>     Working Group; Mark Davis; zaiitov@gmail.com
>     <mailto:zaiitov@gmail.com>*
>     Subject:* RE: [Ltru] Alemanic & Swiss German
>
>      
>
>
>     Peter,
>
>     I'm not quite sure your take on this represents what was on my ISO
>     application. The application draws attention to other regions
>     where Alemanic dialects can be found (see: "addinfo" section). I
>     believe the French name typically indicates a broader range of
>     dialects as well:
>
>     > > This data was submitted on: Wednesday, June 15, 2005 at 19:08:00
>     > >
>     > > lang_in_eng = Swiss German, Alemanic
>     > > lang_in_fre = alémanique
>     > > ref_where_found_1 = http://www.ethnologue.com
>     > > lang_in_vern = Schwyzerdütsch, Schweizerdeutsch, Schwiizerdütsch,
>     > Schwyzertütsch, Schwizertitsch
>     > > ref_where_found_2 = ISO 639-3 DIS, http://www.ethnologue.com,
>     http://www.wikipedia.com
>     > > trans_lit =
>     > > evidence = AGICOA, the Association of International Collective
>     > Management of Audiovisual Works (Association de Gestion
>     Internationale
>     > Collective des Oeuvres Audiovisuelles); 428 documents (audiovisual)
>     > >
>     > > http://www.agicoa.org
>     > > addinfo = 4,215,000 in Switzerland (1990 census). Population
>     total all
>     > countries: 6,044,000. Central, south central, north central,
>     northeast,
>     > and eastern cantons. Also spoken in Austria, France, Germany,
>     > Liechtenstein.
>
>     Regards,
>
>     Karen Broome
>     Metadata Systems Designer
>     Sony Pictures Entertainment
>     310.244.4384
>
>     *Peter Constable <petercon@microsoft.com
>     <mailto:petercon@microsoft.com>>*
>     Sent by: ietf-languages-bounces@alvestrand.no
>     <mailto:ietf-languages-bounces@alvestrand.no>
>
>     11/30/2006 02:59 PM
>
>     	
>     To
>     	Mark Davis <mark.davis@icu-project.org
>     <mailto:mark.davis@icu-project.org>>
>     cc
>     	LTRU Working Group <ltru@ietf.org <mailto:ltru@ietf.org>>,
>     zaiitov@gmail.com <mailto:zaiitov@gmail.com>, iso639-2@loc.gov
>     <mailto:iso639-2@loc.gov>, Håvard Hjulstad <HHj@standard.no
>     <mailto:HHj@standard.no>>, ISO 639 Joint Advisory Committee
>     <ISOJAC@loc.gov <mailto:ISOJAC@loc.gov>>, ietf-languages@iana.org
>     <mailto:ietf-languages@iana.org>, iso639@dkuug.dk
>     <mailto:iso639@dkuug.dk>
>     Subject
>     	RE: [Ltru] Alemanic & Swiss German
>
>      
>
>
>       	 
>
>
>
>
>
>     I can tell you that the intent of "gsw" is specifically Swiss
>     German, and that the assumption of having "Alemanic" listed as a
>     name is that some people use that label to refer to specifically
>     to Swiss German. If the latter assumption is incorrect (which
>     appears to be what Mark is saying, then that is a change that the
>     JAC should consider.
>
>      
>
>     But if Martin's comment is the supporting evidence, then I still
>     find Martin's comment to be unclear. It's clear to me what Mark is
>     saying; it's not clear to me if Martin is saying the same thing.
>
>      
>
>      
>
>     Peter Constable
>
>      
>
>      
>
>      
>
>     ------------------------------------------------------------------------
>
>     *From:* mark.edward.davis@gmail.com
>     <mailto:mark.edward.davis@gmail.com>
>     [mailto:mark.edward.davis@gmail.com
>     <mailto:mark.edward.davis@gmail.com>] *On Behalf Of *Mark Davis*
>     Sent:* Thursday, November 30, 2006 11:07 AM*
>     To:* Peter Constable*
>     Cc:* Håvard Hjulstad; iso639-2@loc.gov <mailto:iso639-2@loc.gov>;
>     LTRU Working Group; zaiitov@gmail.com <mailto:zaiitov@gmail.com>;
>     ISO 639 Joint Advisory Committee; ietf-languages@iana.org
>     <mailto:ietf-languages@iana.org>; iso639@dkuug.dk
>     <mailto:iso639@dkuug.dk>*
>     Subject:* Re: [Ltru] Alemanic & Swiss German
>
>      
>
>     Alemanic refers to a broader group of dialects than "Swiss German"
>     (aka Schwyzertuesch) does. So listing them as it does is
>     problematic; it's like listing
>
>     ar Arabic; Egyptian Arabic
>
>     Personally, I don't care whether it is resolved to be
>
>     Alemanic (including Swiss German)
>     // which is what 639-3 seems to be pointing to
>
>     or
>
>     Swiss German (a particular variant of Alemanic)
>     // which is what the code (gsw) seems to be pointing to
>
>     But we need some clarity as to what is meant by the code.
>
>     Mark
>
>     On 11/30/06, *Peter Constable* <_petercon@microsoft.com_
>     <mailto:petercon@microsoft.com> > wrote:
>
>     Martin's comment is somewhat vague: varieties spoken on either
>     side of the border are very similar, et "as soon as you cross the
>     border it's very clearly no longer Swiss German". Does that mean
>     that what is spoken across the border is clearly a different
>     language, or that the label "Swiss German" is clearly not used?
>
>      
>
>      
>
>     Peter
>
>      
>
>     ------------------------------------------------------------------------
>
>     *From:* Mark Davis [mailto: _mark.davis@icu-project.org_
>     <mailto:mark.davis@icu-project.org>] *
>     Sent:* Thursday, November 30, 2006 9:00 AM*
>     To:* Håvard Hjulstad; _iso639-2@loc.gov_ <mailto:iso639-2@loc.gov> *
>     Cc:* LTRU Working Group; _zaiitov@gmail.com_
>     <mailto:zaiitov@gmail.com> ; ISO 639 Joint Advisory Committee;
>     _ietf-languages@iana.org _ <mailto:ietf-languages@iana.org>;
>     _iso639@dkuug.dk_ <mailto:iso639@dkuug.dk>*
>     Subject:* [Ltru] Alemanic & Swiss German
>
>      
>
>     ISO 639-2 (on
>     _http://www.loc.gov/standards/iso639-2/php/code_list.php_) lists
>     the following:
>
>     gsw             Alemani; Swiss German      alémanique
>
>     However, there is a "c" missing from Alemanic, and Swiss German is
>     not the same as Alemanic: Swiss German is a type of Alemanic, but
>     there are other types that are not the same as Swiss German.
>
>     Quoting Martin Duerst:
>
>     "Yes, Swabian is clearly Alemanic. Alemanic and Swiss German are not
>     the same. There are very close similarities between some dialects in
>     the north of Switzerland and across the border in Germany, but as
>     soon as you cross the border, it's very clearly no longer Swiss
>     German. A label such as "Alemanic; Swiss German", assuming that
>     both are the same, is clearly wrong. If it's something like
>     "Alemanic; includes Swiss German", that would be okay."
>
>     Can this be corrected so that it does not continue to mislead people?
>
>     Mark Davis
>


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 02 14:05:53 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GqaBN-00044Z-Ku; Sat, 02 Dec 2006 14:05:53 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gpwdm-0007q4-2X
	for ltru@ietf.org; Thu, 30 Nov 2006 19:52:34 -0500
Received: from outbound-blu.frontbridge.com ([65.55.251.16]
	helo=outbound5-blu-R.bigfish.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gpwdf-00079C-6l
	for ltru@ietf.org; Thu, 30 Nov 2006 19:52:34 -0500
Received: from outbound5-blu.bigfish.com (localhost.localdomain [127.0.0.1])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by outbound5-blu-R.bigfish.com (Postfix) with ESMTP id B866CE43202;
	Fri,  1 Dec 2006 00:52:18 +0000 (UTC)
Received: from mail88-blu-R.bigfish.com (unknown [10.1.252.3])
	by outbound5-blu.bigfish.com (Postfix) with ESMTP id 9ED75B30057;
	Fri,  1 Dec 2006 00:52:18 +0000 (UTC)
Received: from mail88-blu (localhost.localdomain [127.0.0.1])
	by mail88-blu-R.bigfish.com (Postfix) with ESMTP id 7BAE8DC00BA;
	Fri,  1 Dec 2006 00:52:18 +0000 (UTC)
X-BigFish: VP
Received: by mail88-blu (MessageSwitch) id 1164934338458326_8368;
	Fri,  1 Dec 2006 00:52:18 +0000 (UCT)
Received: from USCCIMTA02.spe.sony.com (unknown [64.14.251.196])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail88-blu.bigfish.com (Postfix) with ESMTP id E54CD268054;
	Fri,  1 Dec 2006 00:52:17 +0000 (UTC)
Received: from usmail04.spe.sony.com ([43.130.148.27])
	by USCCIMTA02.spe.sony.com (Lotus Domino Release 6.5.5)
	with ESMTP id 2006113016555089-1038351 ;
	Thu, 30 Nov 2006 16:55:50 -0800 
In-Reply-To: <19A328037921AA42847A717566D1D6A109BC3E4B@RED-MSG-42.redmond.corp.microsoft.com>
To: Peter Constable <petercon@microsoft.com>
Subject: RE: [Ltru] Alemanic & Swiss German
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.5  CCH1 March 07, 2006
Message-ID: <OFC0273D38.54880CA1-ON88257237.0003F6D9-88257237.0004C82F@spe.sony.com>
From: Karen_Broome@spe.sony.com
Date: Thu, 30 Nov 2006 16:50:52 -0800
X-MIMETrack: Serialize by Router on USMAIL04/SVR/SPE(Release 6.5.5FP1|April 11,
	2006) at 11/30/2006 16:50:54,
	Serialize complete at 11/30/2006 16:50:54,
	Itemize by SMTP Server on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 11/30/2006 04:55:50 PM,
	Serialize by Router on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 11/30/2006 04:55:53 PM,
	Serialize complete at 11/30/2006 04:55:53 PM
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 2a9ffb6f997442a3b543bcdaf483b990
X-Mailman-Approved-At: Sat, 02 Dec 2006 14:05:52 -0500
Cc: LTRU Working Group <ltru@ietf.org>, zaiitov@gmail.com,
	ietf-languages-bounces@alvestrand.no, iso639-2@loc.gov,
	=?ISO-8859-1?Q?H=E5vard_Hjulstad?= <HHj@standard.no>,
	ISO 639 Joint Advisory Committee <ISOJAC@loc.gov>,
	ietf-languages@iana.org, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============2120731303=="
Errors-To: ltru-bounces@ietf.org

This is a multipart message in MIME format.
--===============2120731303==
Content-Type: multipart/alternative;
	boundary="=_alternative 0004C82C88257237_="

This is a multipart message in MIME format.
--=_alternative 0004C82C88257237_=
Content-Transfer-Encoding: base64
Content-Type: text/plain; charset="UTF-8"

UGV0ZXIsDQoNCkknbSBub3QgcXVpdGUgc3VyZSB5b3VyIHRha2Ugb24gdGhpcyByZXByZXNlbnRz
IHdoYXQgd2FzIG9uIG15IElTTyANCmFwcGxpY2F0aW9uLiBUaGUgYXBwbGljYXRpb24gZHJhd3Mg
YXR0ZW50aW9uIHRvIG90aGVyIHJlZ2lvbnMgd2hlcmUgDQpBbGVtYW5pYyBkaWFsZWN0cyBjYW4g
YmUgZm91bmQgKHNlZTogImFkZGluZm8iIHNlY3Rpb24pLiBJIGJlbGlldmUgdGhlIA0KRnJlbmNo
IG5hbWUgdHlwaWNhbGx5IGluZGljYXRlcyBhIGJyb2FkZXIgcmFuZ2Ugb2YgZGlhbGVjdHMgYXMg
d2VsbDoNCg0KPiA+IFRoaXMgZGF0YSB3YXMgc3VibWl0dGVkIG9uOiBXZWRuZXNkYXksIEp1bmUg
MTUsIDIwMDUgYXQgMTk6MDg6MDANCj4gPiANCj4gPiBsYW5nX2luX2VuZyA9IFN3aXNzIEdlcm1h
biwgQWxlbWFuaWMNCj4gPiBsYW5nX2luX2ZyZSA9IGFsw6ltYW5pcXVlDQo+ID4gcmVmX3doZXJl
X2ZvdW5kXzEgPSBodHRwOi8vd3d3LmV0aG5vbG9ndWUuY29tDQo+ID4gbGFuZ19pbl92ZXJuID0g
U2Nod3l6ZXJkw7x0c2NoLCBTY2h3ZWl6ZXJkZXV0c2NoLCBTY2h3aWl6ZXJkw7x0c2NoLCANCj4g
U2Nod3l6ZXJ0w7x0c2NoLCBTY2h3aXplcnRpdHNjaA0KPiA+IHJlZl93aGVyZV9mb3VuZF8yID0g
SVNPIDYzOS0zIERJUywgaHR0cDovL3d3dy5ldGhub2xvZ3VlLmNvbSwgDQpodHRwOi8vd3d3Lndp
a2lwZWRpYS5jb20NCj4gPiB0cmFuc19saXQgPSANCj4gPiBldmlkZW5jZSA9IEFHSUNPQSwgdGhl
IEFzc29jaWF0aW9uIG9mIEludGVybmF0aW9uYWwgQ29sbGVjdGl2ZSANCj4gTWFuYWdlbWVudCBv
ZiBBdWRpb3Zpc3VhbCBXb3JrcyAoQXNzb2NpYXRpb24gZGUgR2VzdGlvbiBJbnRlcm5hdGlvbmFs
ZSANCj4gQ29sbGVjdGl2ZSBkZXMgT2V1dnJlcyBBdWRpb3Zpc3VlbGxlcyk7IDQyOCBkb2N1bWVu
dHMgKGF1ZGlvdmlzdWFsKQ0KPiA+IA0KPiA+IGh0dHA6Ly93d3cuYWdpY29hLm9yZw0KPiA+IGFk
ZGluZm8gPSA0LDIxNSwwMDAgaW4gU3dpdHplcmxhbmQgKDE5OTAgY2Vuc3VzKS4gUG9wdWxhdGlv
biB0b3RhbCBhbGwgDQoNCj4gY291bnRyaWVzOiA2LDA0NCwwMDAuIENlbnRyYWwsIHNvdXRoIGNl
bnRyYWwsIG5vcnRoIGNlbnRyYWwsIG5vcnRoZWFzdCwgDQo+IGFuZCBlYXN0ZXJuIGNhbnRvbnMu
IEFsc28gc3Bva2VuIGluIEF1c3RyaWEsIEZyYW5jZSwgR2VybWFueSwgDQo+IExpZWNodGVuc3Rl
aW4uDQoNClJlZ2FyZHMsDQoNCkthcmVuIEJyb29tZQ0KTWV0YWRhdGEgU3lzdGVtcyBEZXNpZ25l
cg0KU29ueSBQaWN0dXJlcyBFbnRlcnRhaW5tZW50DQozMTAuMjQ0LjQzODQNCg0KDQoNClBldGVy
IENvbnN0YWJsZSA8cGV0ZXJjb25AbWljcm9zb2Z0LmNvbT4gDQpTZW50IGJ5OiBpZXRmLWxhbmd1
YWdlcy1ib3VuY2VzQGFsdmVzdHJhbmQubm8NCjExLzMwLzIwMDYgMDI6NTkgUE0NCg0KVG8NCk1h
cmsgRGF2aXMgPG1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnPg0KY2MNCkxUUlUgV29ya2luZyBH
cm91cCA8bHRydUBpZXRmLm9yZz4sIHphaWl0b3ZAZ21haWwuY29tLCBpc282MzktMkBsb2MuZ292
LCANCkjDpXZhcmQgSGp1bHN0YWQgPEhIakBzdGFuZGFyZC5ubz4sIElTTyA2MzkgSm9pbnQgQWR2
aXNvcnkgQ29tbWl0dGVlIA0KPElTT0pBQ0Bsb2MuZ292PiwgaWV0Zi1sYW5ndWFnZXNAaWFuYS5v
cmcsIGlzbzYzOUBka3V1Zy5kaw0KU3ViamVjdA0KUkU6IFtMdHJ1XSBBbGVtYW5pYyAmIFN3aXNz
IEdlcm1hbg0KDQoNCg0KDQoNCg0KSSBjYW4gdGVsbCB5b3UgdGhhdCB0aGUgaW50ZW50IG9mIOKA
nGdzd+KAnSBpcyBzcGVjaWZpY2FsbHkgU3dpc3MgR2VybWFuLCBhbmQgDQp0aGF0IHRoZSBhc3N1
bXB0aW9uIG9mIGhhdmluZyDigJxBbGVtYW5pY+KAnSBsaXN0ZWQgYXMgYSBuYW1lIGlzIHRoYXQg
c29tZSANCnBlb3BsZSB1c2UgdGhhdCBsYWJlbCB0byByZWZlciB0byBzcGVjaWZpY2FsbHkgdG8g
U3dpc3MgR2VybWFuLiBJZiB0aGUgDQpsYXR0ZXIgYXNzdW1wdGlvbiBpcyBpbmNvcnJlY3QgKHdo
aWNoIGFwcGVhcnMgdG8gYmUgd2hhdCBNYXJrIGlzIHNheWluZywgDQp0aGVuIHRoYXQgaXMgYSBj
aGFuZ2UgdGhhdCB0aGUgSkFDIHNob3VsZCBjb25zaWRlci4NCiANCkJ1dCBpZiBNYXJ0aW7igJlz
IGNvbW1lbnQgaXMgdGhlIHN1cHBvcnRpbmcgZXZpZGVuY2UsIHRoZW4gSSBzdGlsbCBmaW5kIA0K
TWFydGlu4oCZcyBjb21tZW50IHRvIGJlIHVuY2xlYXIuIEl04oCZcyBjbGVhciB0byBtZSB3aGF0
IE1hcmsgaXMgc2F5aW5nOyBpdOKAmXMgDQpub3QgY2xlYXIgdG8gbWUgaWYgTWFydGluIGlzIHNh
eWluZyB0aGUgc2FtZSB0aGluZy4NCiANCiANClBldGVyIENvbnN0YWJsZQ0KIA0KIA0KIA0KDQpG
cm9tOiBtYXJrLmVkd2FyZC5kYXZpc0BnbWFpbC5jb20gW21haWx0bzptYXJrLmVkd2FyZC5kYXZp
c0BnbWFpbC5jb21dIE9uIA0KQmVoYWxmIE9mIE1hcmsgRGF2aXMNClNlbnQ6IFRodXJzZGF5LCBO
b3ZlbWJlciAzMCwgMjAwNiAxMTowNyBBTQ0KVG86IFBldGVyIENvbnN0YWJsZQ0KQ2M6IEjDpXZh
cmQgSGp1bHN0YWQ7IGlzbzYzOS0yQGxvYy5nb3Y7IExUUlUgV29ya2luZyBHcm91cDsgDQp6YWlp
dG92QGdtYWlsLmNvbTsgSVNPIDYzOSBKb2ludCBBZHZpc29yeSBDb21taXR0ZWU7IA0KaWV0Zi1s
YW5ndWFnZXNAaWFuYS5vcmc7IGlzbzYzOUBka3V1Zy5kaw0KU3ViamVjdDogUmU6IFtMdHJ1XSBB
bGVtYW5pYyAmIFN3aXNzIEdlcm1hbg0KIA0KQWxlbWFuaWMgcmVmZXJzIHRvIGEgYnJvYWRlciBn
cm91cCBvZiBkaWFsZWN0cyB0aGFuICJTd2lzcyBHZXJtYW4iIChha2EgDQpTY2h3eXplcnR1ZXNj
aCkgZG9lcy4gU28gbGlzdGluZyB0aGVtIGFzIGl0IGRvZXMgaXMgcHJvYmxlbWF0aWM7IGl0J3Mg
bGlrZSANCmxpc3RpbmcNCg0KYXIgQXJhYmljOyBFZ3lwdGlhbiBBcmFiaWMNCg0KUGVyc29uYWxs
eSwgSSBkb24ndCBjYXJlIHdoZXRoZXIgaXQgaXMgcmVzb2x2ZWQgdG8gYmUgDQoNCkFsZW1hbmlj
IChpbmNsdWRpbmcgU3dpc3MgR2VybWFuKSANCi8vIHdoaWNoIGlzIHdoYXQgNjM5LTMgc2VlbXMg
dG8gYmUgcG9pbnRpbmcgdG8NCg0Kb3INCg0KU3dpc3MgR2VybWFuIChhIHBhcnRpY3VsYXIgdmFy
aWFudCBvZiBBbGVtYW5pYykNCi8vIHdoaWNoIGlzIHdoYXQgdGhlIGNvZGUgKGdzdykgc2VlbXMg
dG8gYmUgcG9pbnRpbmcgdG8NCg0KQnV0IHdlIG5lZWQgc29tZSBjbGFyaXR5IGFzIHRvIHdoYXQg
aXMgbWVhbnQgYnkgdGhlIGNvZGUuIA0KDQpNYXJrDQpPbiAxMS8zMC8wNiwgUGV0ZXIgQ29uc3Rh
YmxlIDxwZXRlcmNvbkBtaWNyb3NvZnQuY29tPiB3cm90ZToNCk1hcnRpbidzIGNvbW1lbnQgaXMg
c29tZXdoYXQgdmFndWU6IHZhcmlldGllcyBzcG9rZW4gb24gZWl0aGVyIHNpZGUgb2YgdGhlIA0K
Ym9yZGVyIGFyZSB2ZXJ5IHNpbWlsYXIsIGV0ICJhcyBzb29uIGFzIHlvdSBjcm9zcyB0aGUgYm9y
ZGVyIGl0J3MgdmVyeSANCmNsZWFybHkgbm8gbG9uZ2VyIFN3aXNzIEdlcm1hbiIuIERvZXMgdGhh
dCBtZWFuIHRoYXQgd2hhdCBpcyBzcG9rZW4gYWNyb3NzIA0KdGhlIGJvcmRlciBpcyBjbGVhcmx5
IGEgZGlmZmVyZW50IGxhbmd1YWdlLCBvciB0aGF0IHRoZSBsYWJlbCAiU3dpc3MgDQpHZXJtYW4i
IGlzIGNsZWFybHkgbm90IHVzZWQ/DQogDQogDQpQZXRlcg0KIA0KDQpGcm9tOiBNYXJrIERhdmlz
IFttYWlsdG86bWFyay5kYXZpc0BpY3UtcHJvamVjdC5vcmddIA0KU2VudDogVGh1cnNkYXksIE5v
dmVtYmVyIDMwLCAyMDA2IDk6MDAgQU0NClRvOiBIw6V2YXJkIEhqdWxzdGFkOyBpc282MzktMkBs
b2MuZ292DQpDYzogTFRSVSBXb3JraW5nIEdyb3VwOyB6YWlpdG92QGdtYWlsLmNvbTsgSVNPIDYz
OSBKb2ludCBBZHZpc29yeSANCkNvbW1pdHRlZTsgaWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmc7IGlz
bzYzOUBka3V1Zy5kaw0KU3ViamVjdDogW0x0cnVdIEFsZW1hbmljICYgU3dpc3MgR2VybWFuDQog
DQpJU08gNjM5LTIgKG9uIGh0dHA6Ly93d3cubG9jLmdvdi9zdGFuZGFyZHMvaXNvNjM5LTIvcGhw
L2NvZGVfbGlzdC5waHApIA0KbGlzdHMgdGhlIGZvbGxvd2luZzoNCg0KZ3N3ICAgICAgICAgICAg
IEFsZW1hbmk7IFN3aXNzIEdlcm1hbiAgICAgIGFsw6ltYW5pcXVlIA0KDQpIb3dldmVyLCB0aGVy
ZSBpcyBhICJjIiBtaXNzaW5nIGZyb20gQWxlbWFuaWMsIGFuZCBTd2lzcyBHZXJtYW4gaXMgbm90
IHRoZSANCnNhbWUgYXMgQWxlbWFuaWM6IFN3aXNzIEdlcm1hbiBpcyBhIHR5cGUgb2YgQWxlbWFu
aWMsIGJ1dCB0aGVyZSBhcmUgb3RoZXIgDQp0eXBlcyB0aGF0IGFyZSBub3QgdGhlIHNhbWUgYXMg
U3dpc3MgR2VybWFuLg0KDQpRdW90aW5nIE1hcnRpbiBEdWVyc3Q6IA0KDQoiWWVzLCBTd2FiaWFu
IGlzIGNsZWFybHkgQWxlbWFuaWMuIEFsZW1hbmljIGFuZCBTd2lzcyBHZXJtYW4gYXJlIG5vdA0K
dGhlIHNhbWUuIFRoZXJlIGFyZSB2ZXJ5IGNsb3NlIHNpbWlsYXJpdGllcyBiZXR3ZWVuIHNvbWUg
ZGlhbGVjdHMgaW4gDQp0aGUgbm9ydGggb2YgU3dpdHplcmxhbmQgYW5kIGFjcm9zcyB0aGUgYm9y
ZGVyIGluIEdlcm1hbnksIGJ1dCBhcw0Kc29vbiBhcyB5b3UgY3Jvc3MgdGhlIGJvcmRlciwgaXQn
cyB2ZXJ5IGNsZWFybHkgbm8gbG9uZ2VyIFN3aXNzDQpHZXJtYW4uIEEgbGFiZWwgc3VjaCBhcyAi
QWxlbWFuaWM7IFN3aXNzIEdlcm1hbiIsIGFzc3VtaW5nIHRoYXQgDQpib3RoIGFyZSB0aGUgc2Ft
ZSwgaXMgY2xlYXJseSB3cm9uZy4gSWYgaXQncyBzb21ldGhpbmcgbGlrZQ0KIkFsZW1hbmljOyBp
bmNsdWRlcyBTd2lzcyBHZXJtYW4iLCB0aGF0IHdvdWxkIGJlIG9rYXkuIg0KDQpDYW4gdGhpcyBi
ZSBjb3JyZWN0ZWQgc28gdGhhdCBpdCBkb2VzIG5vdCBjb250aW51ZSB0byBtaXNsZWFkIHBlb3Bs
ZT8gDQoNCk1hcmsgRGF2aXMNCiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fXw0KSWV0Zi1sYW5ndWFnZXMgbWFpbGluZyBsaXN0DQpJZXRmLWxhbmd1YWdlc0Bh
bHZlc3RyYW5kLm5vDQpodHRwOi8vd3d3LmFsdmVzdHJhbmQubm8vbWFpbG1hbi9saXN0aW5mby9p
ZXRmLWxhbmd1YWdlcw0KDQoNCg==
--=_alternative 0004C82C88257237_=
Content-Transfer-Encoding: base64
Content-Type: text/html; charset="UTF-8"

DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPlBldGVyLDwvZm9udD4NCjxicj4N
Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+SSdtIG5vdCBxdWl0ZSBzdXJlIHlv
dXIgdGFrZSBvbiB0aGlzDQpyZXByZXNlbnRzIHdoYXQgd2FzIG9uIG15IElTTyBhcHBsaWNhdGlv
bi4gVGhlIGFwcGxpY2F0aW9uIGRyYXdzIGF0dGVudGlvbg0KdG8gb3RoZXIgcmVnaW9ucyB3aGVy
ZSBBbGVtYW5pYyBkaWFsZWN0cyBjYW4gYmUgZm91bmQgKHNlZTogJnF1b3Q7YWRkaW5mbyZxdW90
Ow0Kc2VjdGlvbikuIEkgYmVsaWV2ZSB0aGUgRnJlbmNoIG5hbWUgdHlwaWNhbGx5IGluZGljYXRl
cyBhIGJyb2FkZXIgcmFuZ2UNCm9mIGRpYWxlY3RzIGFzIHdlbGw6PC9mb250Pg0KPGJyPg0KPGJy
Pjxmb250IHNpemU9MiBmYWNlPSJDb3VyaWVyIE5ldyI+Jmd0OyAmZ3Q7IFRoaXMgZGF0YSB3YXMg
c3VibWl0dGVkIG9uOg0KV2VkbmVzZGF5LCBKdW5lIDE1LCAyMDA1IGF0IDE5OjA4OjAwPGJyPg0K
Jmd0OyAmZ3Q7IDxicj4NCiZndDsgJmd0OyBsYW5nX2luX2VuZyA9IFN3aXNzIEdlcm1hbiwgQWxl
bWFuaWM8YnI+DQomZ3Q7ICZndDsgbGFuZ19pbl9mcmUgPSBhbMOpbWFuaXF1ZTxicj4NCiZndDsg
Jmd0OyByZWZfd2hlcmVfZm91bmRfMSA9IGh0dHA6Ly93d3cuZXRobm9sb2d1ZS5jb208YnI+DQom
Z3Q7ICZndDsgbGFuZ19pbl92ZXJuID0gU2Nod3l6ZXJkw7x0c2NoLCBTY2h3ZWl6ZXJkZXV0c2No
LCBTY2h3aWl6ZXJkw7x0c2NoLA0KPGJyPg0KJmd0OyBTY2h3eXplcnTDvHRzY2gsIFNjaHdpemVy
dGl0c2NoPGJyPg0KJmd0OyAmZ3Q7IHJlZl93aGVyZV9mb3VuZF8yID0gSVNPIDYzOS0zIERJUywg
aHR0cDovL3d3dy5ldGhub2xvZ3VlLmNvbSwNCmh0dHA6Ly93d3cud2lraXBlZGlhLmNvbTxicj4N
CiZndDsgJmd0OyB0cmFuc19saXQgPSA8YnI+DQomZ3Q7ICZndDsgZXZpZGVuY2UgPSBBR0lDT0Es
IHRoZSBBc3NvY2lhdGlvbiBvZiBJbnRlcm5hdGlvbmFsIENvbGxlY3RpdmUNCjxicj4NCiZndDsg
TWFuYWdlbWVudCBvZiBBdWRpb3Zpc3VhbCBXb3JrcyAoQXNzb2NpYXRpb24gZGUgR2VzdGlvbiBJ
bnRlcm5hdGlvbmFsZQ0KPGJyPg0KJmd0OyBDb2xsZWN0aXZlIGRlcyBPZXV2cmVzIEF1ZGlvdmlz
dWVsbGVzKTsgNDI4IGRvY3VtZW50cyAoYXVkaW92aXN1YWwpPGJyPg0KJmd0OyAmZ3Q7IDxicj4N
CiZndDsgJmd0OyBodHRwOi8vd3d3LmFnaWNvYS5vcmc8YnI+DQomZ3Q7ICZndDsgYWRkaW5mbyA9
IDQsMjE1LDAwMCBpbiBTd2l0emVybGFuZCAoMTk5MCBjZW5zdXMpLiBQb3B1bGF0aW9uDQp0b3Rh
bCBhbGwgPGJyPg0KJmd0OyBjb3VudHJpZXM6IDYsMDQ0LDAwMC4gQ2VudHJhbCwgc291dGggY2Vu
dHJhbCwgbm9ydGggY2VudHJhbCwgbm9ydGhlYXN0LA0KPGJyPg0KJmd0OyBhbmQgZWFzdGVybiBj
YW50b25zLiBBbHNvIHNwb2tlbiBpbiBBdXN0cmlhLCBGcmFuY2UsIEdlcm1hbnksIDxicj4NCiZn
dDsgTGllY2h0ZW5zdGVpbi48YnI+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh
bnMtc2VyaWYiPlJlZ2FyZHMsPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz
YW5zLXNlcmlmIj5LYXJlbiBCcm9vbWU8YnI+DQpNZXRhZGF0YSBTeXN0ZW1zIERlc2lnbmVyPGJy
Pg0KU29ueSBQaWN0dXJlcyBFbnRlcnRhaW5tZW50PGJyPg0KMzEwLjI0NC40Mzg0PC9mb250Pg0K
PGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0
ZCB3aWR0aD00MCU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjxiPlBldGVyIENvbnN0
YWJsZSAmbHQ7cGV0ZXJjb25AbWljcm9zb2Z0LmNvbSZndDs8L2I+DQo8L2ZvbnQ+DQo8YnI+PGZv
bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlNlbnQgYnk6IGlldGYtbGFuZ3VhZ2VzLWJvdW5j
ZXNAYWx2ZXN0cmFuZC5ubzwvZm9udD4NCjxwPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlm
Ij4xMS8zMC8yMDA2IDAyOjU5IFBNPC9mb250Pg0KPHRkIHdpZHRoPTU5JT4NCjx0YWJsZSB3aWR0
aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNp
emU9MSBmYWNlPSJzYW5zLXNlcmlmIj5UbzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEg
ZmFjZT0ic2Fucy1zZXJpZiI+TWFyayBEYXZpcyAmbHQ7bWFyay5kYXZpc0BpY3UtcHJvamVjdC5v
cmcmZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxm
b250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5jYzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBz
aXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+TFRSVSBXb3JraW5nIEdyb3VwICZsdDtsdHJ1QGlldGYu
b3JnJmd0OywNCnphaWl0b3ZAZ21haWwuY29tLCBpc282MzktMkBsb2MuZ292LCBIw6V2YXJkIEhq
dWxzdGFkICZsdDtISGpAc3RhbmRhcmQubm8mZ3Q7LA0KSVNPIDYzOSBKb2ludCBBZHZpc29yeSBD
b21taXR0ZWUgJmx0O0lTT0pBQ0Bsb2MuZ292Jmd0OywgaWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmcs
DQppc282MzlAZGt1dWcuZGs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxp
Z249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlN1YmplY3Q8L2ZvbnQ+PC9k
aXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlJFOiBbTHRydV0gQWxlbWFu
aWMgJmFtcDsgU3dpc3MgR2VybWFuPC9mb250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIg
dmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+
DQo8YnI+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iVmVyZGFuYSI+SSBjYW4gdGVsbCB5
b3UgdGhhdCB0aGUgaW50ZW50DQpvZiDigJxnc3figJ0gaXMgc3BlY2lmaWNhbGx5IFN3aXNzIEdl
cm1hbiwgYW5kIHRoYXQgdGhlIGFzc3VtcHRpb24gb2YgaGF2aW5nDQrigJxBbGVtYW5pY+KAnSBs
aXN0ZWQgYXMgYSBuYW1lIGlzIHRoYXQgc29tZSBwZW9wbGUgdXNlIHRoYXQgbGFiZWwgdG8gcmVm
ZXINCnRvIHNwZWNpZmljYWxseSB0byBTd2lzcyBHZXJtYW4uIElmIHRoZSBsYXR0ZXIgYXNzdW1w
dGlvbiBpcyBpbmNvcnJlY3QNCih3aGljaCBhcHBlYXJzIHRvIGJlIHdoYXQgTWFyayBpcyBzYXlp
bmcsIHRoZW4gdGhhdCBpcyBhIGNoYW5nZSB0aGF0IHRoZQ0KSkFDIHNob3VsZCBjb25zaWRlci48
L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj4mbmJzcDs8
L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj5CdXQgaWYg
TWFydGlu4oCZcyBjb21tZW50IGlzIHRoZQ0Kc3VwcG9ydGluZyBldmlkZW5jZSwgdGhlbiBJIHN0
aWxsIGZpbmQgTWFydGlu4oCZcyBjb21tZW50IHRvIGJlIHVuY2xlYXIuDQpJdOKAmXMgY2xlYXIg
dG8gbWUgd2hhdCBNYXJrIGlzIHNheWluZzsgaXTigJlzIG5vdCBjbGVhciB0byBtZSBpZiBNYXJ0
aW4NCmlzIHNheWluZyB0aGUgc2FtZSB0aGluZy48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgY29s
b3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj4mbmJzcDs8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgY29s
b3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj4mbmJzcDs8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgY29s
b3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj5QZXRlciBDb25zdGFibGU8L2ZvbnQ+DQo8cD48Zm9udCBz
aXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj4mbmJzcDs8L2ZvbnQ+DQo8cD48Zm9udCBz
aXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj4mbmJzcDs8L2ZvbnQ+DQo8cD48Zm9udCBz
aXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJWZXJkYW5hIj4mbmJzcDs8L2ZvbnQ+DQo8ZGl2IGFsaWdu
PWNlbnRlcj4NCjxwPg0KPGhyPjwvZGl2Pg0KPHA+PGZvbnQgc2l6ZT0yIGZhY2U9IlRhaG9tYSI+
PGI+RnJvbTo8L2I+IG1hcmsuZWR3YXJkLmRhdmlzQGdtYWlsLmNvbQ0KW21haWx0bzptYXJrLmVk
d2FyZC5kYXZpc0BnbWFpbC5jb21dIDxiPk9uIEJlaGFsZiBPZiA8L2I+TWFyayBEYXZpczxiPjxi
cj4NClNlbnQ6PC9iPiBUaHVyc2RheSwgTm92ZW1iZXIgMzAsIDIwMDYgMTE6MDcgQU08Yj48YnI+
DQpUbzo8L2I+IFBldGVyIENvbnN0YWJsZTxiPjxicj4NCkNjOjwvYj4gSMOldmFyZCBIanVsc3Rh
ZDsgaXNvNjM5LTJAbG9jLmdvdjsgTFRSVSBXb3JraW5nIEdyb3VwOyB6YWlpdG92QGdtYWlsLmNv
bTsNCklTTyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlOyBpZXRmLWxhbmd1YWdlc0BpYW5h
Lm9yZzsgaXNvNjM5QGRrdXVnLmRrPGI+PGJyPg0KU3ViamVjdDo8L2I+IFJlOiBbTHRydV0gQWxl
bWFuaWMgJmFtcDsgU3dpc3MgR2VybWFuPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRp
bWVzIE5ldyBSb21hbiI+Jm5ic3A7PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVz
IE5ldyBSb21hbiI+QWxlbWFuaWMgcmVmZXJzIHRvIGEgYnJvYWRlciBncm91cA0Kb2YgZGlhbGVj
dHMgdGhhbiAmcXVvdDtTd2lzcyBHZXJtYW4mcXVvdDsgKGFrYSBTY2h3eXplcnR1ZXNjaCkgZG9l
cy4gU28NCmxpc3RpbmcgdGhlbSBhcyBpdCBkb2VzIGlzIHByb2JsZW1hdGljOyBpdCdzIGxpa2Ug
bGlzdGluZzxicj4NCjxicj4NCmFyIEFyYWJpYzsgRWd5cHRpYW4gQXJhYmljPGJyPg0KPGJyPg0K
UGVyc29uYWxseSwgSSBkb24ndCBjYXJlIHdoZXRoZXIgaXQgaXMgcmVzb2x2ZWQgdG8gYmUgPGJy
Pg0KPGJyPg0KQWxlbWFuaWMgKGluY2x1ZGluZyBTd2lzcyBHZXJtYW4pIDxicj4NCi8vIHdoaWNo
IGlzIHdoYXQgNjM5LTMgc2VlbXMgdG8gYmUgcG9pbnRpbmcgdG88YnI+DQo8YnI+DQpvcjxicj4N
Cjxicj4NClN3aXNzIEdlcm1hbiAoYSBwYXJ0aWN1bGFyIHZhcmlhbnQgb2YgQWxlbWFuaWMpPGJy
Pg0KLy8gd2hpY2ggaXMgd2hhdCB0aGUgY29kZSAoZ3N3KSBzZWVtcyB0byBiZSBwb2ludGluZyB0
bzxicj4NCjxicj4NCkJ1dCB3ZSBuZWVkIHNvbWUgY2xhcml0eSBhcyB0byB3aGF0IGlzIG1lYW50
IGJ5IHRoZSBjb2RlLiA8YnI+DQo8YnI+DQpNYXJrPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0zIGZh
Y2U9IlRpbWVzIE5ldyBSb21hbiI+T24gMTEvMzAvMDYsIDxiPlBldGVyIENvbnN0YWJsZTwvYj4N
CiZsdDs8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86cGV0ZXJjb25AbWljcm9zb2Z0LmNvbT48Zm9udCBz
aXplPTMgY29sb3I9Ymx1ZSBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjx1PnBldGVyY29uQG1pY3Jv
c29mdC5jb208L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFu
Ij4mZ3Q7DQp3cm90ZTo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJW
ZXJkYW5hIj5NYXJ0aW4ncyBjb21tZW50IGlzIHNvbWV3aGF0DQp2YWd1ZTogdmFyaWV0aWVzIHNw
b2tlbiBvbiBlaXRoZXIgc2lkZSBvZiB0aGUgYm9yZGVyIGFyZSB2ZXJ5IHNpbWlsYXIsDQpldCAm
cXVvdDthcyBzb29uIGFzIHlvdSBjcm9zcyB0aGUgYm9yZGVyIGl0J3MgdmVyeSBjbGVhcmx5IG5v
IGxvbmdlciBTd2lzcw0KR2VybWFuJnF1b3Q7LiBEb2VzIHRoYXQgbWVhbiB0aGF0IHdoYXQgaXMg
c3Bva2VuIGFjcm9zcyB0aGUgYm9yZGVyIGlzIGNsZWFybHkNCmEgZGlmZmVyZW50IGxhbmd1YWdl
LCBvciB0aGF0IHRoZSBsYWJlbCAmcXVvdDtTd2lzcyBHZXJtYW4mcXVvdDsgaXMgY2xlYXJseQ0K
bm90IHVzZWQ/PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iVmVyZGFu
YSI+Jm5ic3A7PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iVmVyZGFu
YSI+Jm5ic3A7PC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iVmVyZGFu
YSI+UGV0ZXI8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPSJWZXJkYW5h
Ij4mbmJzcDs8L2ZvbnQ+DQo8ZGl2IGFsaWduPWNlbnRlcj4NCjxwPg0KPGhyPjwvZGl2Pg0KPHA+
PGZvbnQgc2l6ZT0yIGZhY2U9IlRhaG9tYSI+PGI+RnJvbTo8L2I+IE1hcmsgRGF2aXMgW21haWx0
bzo8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRvOm1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnIiB0YXJn
ZXQ9X2JsYW5rPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IlRhaG9tYSI+PHU+bWFyay5k
YXZpc0BpY3UtcHJvamVjdC5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0iVGFo
b21hIj5dDQo8Yj48YnI+DQpTZW50OjwvYj4gVGh1cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2IDk6
MDAgQU08Yj48YnI+DQpUbzo8L2I+IEjDpXZhcmQgSGp1bHN0YWQ7IDwvZm9udD48YSBocmVmPSJt
YWlsdG86aXNvNjM5LTJAbG9jLmdvdiIgdGFyZ2V0PV9ibGFuaz48Zm9udCBzaXplPTIgY29sb3I9
Ymx1ZSBmYWNlPSJUYWhvbWEiPjx1PmlzbzYzOS0yQGxvYy5nb3Y8L3U+PC9mb250PjwvYT48Zm9u
dCBzaXplPTIgZmFjZT0iVGFob21hIj48Yj48YnI+DQpDYzo8L2I+IExUUlUgV29ya2luZyBHcm91
cDsgPC9mb250PjxhIGhyZWY9bWFpbHRvOnphaWl0b3ZAZ21haWwuY29tIHRhcmdldD1fYmxhbms+
PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iVGFob21hIj48dT56YWlpdG92QGdtYWlsLmNv
bTwvdT48L2ZvbnQ+PC9hPjxmb250IHNpemU9MiBmYWNlPSJUYWhvbWEiPjsNCklTTyA2MzkgSm9p
bnQgQWR2aXNvcnkgQ29tbWl0dGVlOyA8L2ZvbnQ+PGEgaHJlZj0ibWFpbHRvOmlldGYtbGFuZ3Vh
Z2VzQGlhbmEub3JnIiB0YXJnZXQ9X2JsYW5rPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9
IlRhaG9tYSI+PHU+aWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmc8L3U+PC9mb250PjwvYT48Zm9udCBz
aXplPTIgZmFjZT0iVGFob21hIj47DQo8L2ZvbnQ+PGEgaHJlZj1tYWlsdG86aXNvNjM5QGRrdXVn
LmRrIHRhcmdldD1fYmxhbms+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iVGFob21hIj48
dT5pc282MzlAZGt1dWcuZGs8L3U+PC9mb250PjwvYT48Zm9udCBzaXplPTIgZmFjZT0iVGFob21h
Ij48Yj48YnI+DQpTdWJqZWN0OjwvYj4gW0x0cnVdIEFsZW1hbmljICZhbXA7IFN3aXNzIEdlcm1h
bjwvZm9udD4NCjxwPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOzwv
Zm9udD4NCjxwPjxmb250IHNpemU9Mj5JU08gNjM5LTIgKG9uIDwvZm9udD48YSBocmVmPSJodHRw
Oi8vd3d3LmxvYy5nb3Yvc3RhbmRhcmRzL2lzbzYzOS0yL3BocC9jb2RlX2xpc3QucGhwIiB0YXJn
ZXQ9X2JsYW5rPjxmb250IHNpemU9MiBjb2xvcj1ibHVlPjx1Pmh0dHA6Ly93d3cubG9jLmdvdi9z
dGFuZGFyZHMvaXNvNjM5LTIvcGhwL2NvZGVfbGlzdC5waHA8L3U+PC9mb250PjwvYT48Zm9udCBz
aXplPTI+KQ0KbGlzdHMgdGhlIGZvbGxvd2luZzo8YnI+DQo8YnI+DQpnc3cgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgQWxlbWFuaTsgU3dpc3MgR2VybWFuICZuYnNw
Ow0KJm5ic3A7ICZuYnNwO2Fsw6ltYW5pcXVlIDxicj4NCjxicj4NCkhvd2V2ZXIsIHRoZXJlIGlz
IGEgJnF1b3Q7YyZxdW90OyBtaXNzaW5nIGZyb20gQWxlbWFuaWMsIGFuZCBTd2lzcyBHZXJtYW4N
CmlzIG5vdCB0aGUgc2FtZSBhcyBBbGVtYW5pYzogU3dpc3MgR2VybWFuIGlzIGEgdHlwZSBvZiBB
bGVtYW5pYywgYnV0IHRoZXJlDQphcmUgb3RoZXIgdHlwZXMgdGhhdCBhcmUgbm90IHRoZSBzYW1l
IGFzIFN3aXNzIEdlcm1hbi48YnI+DQo8YnI+DQpRdW90aW5nIE1hcnRpbiBEdWVyc3Q6IDxicj4N
CjwvZm9udD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48YnI+DQomcXVvdDtZ
ZXMsIFN3YWJpYW4gaXMgY2xlYXJseSBBbGVtYW5pYy4gQWxlbWFuaWMgYW5kIFN3aXNzIEdlcm1h
biBhcmUgbm90PGJyPg0KdGhlIHNhbWUuIFRoZXJlIGFyZSB2ZXJ5IGNsb3NlIHNpbWlsYXJpdGll
cyBiZXR3ZWVuIHNvbWUgZGlhbGVjdHMgaW4gPGJyPg0KdGhlIG5vcnRoIG9mIFN3aXR6ZXJsYW5k
IGFuZCBhY3Jvc3MgdGhlIGJvcmRlciBpbiBHZXJtYW55LCBidXQgYXM8YnI+DQpzb29uIGFzIHlv
dSBjcm9zcyB0aGUgYm9yZGVyLCBpdCdzIHZlcnkgY2xlYXJseSBubyBsb25nZXIgU3dpc3M8YnI+
DQpHZXJtYW4uIEEgbGFiZWwgc3VjaCBhcyAmcXVvdDtBbGVtYW5pYzsgU3dpc3MgR2VybWFuJnF1
b3Q7LCBhc3N1bWluZyB0aGF0DQo8YnI+DQpib3RoIGFyZSB0aGUgc2FtZSwgaXMgY2xlYXJseSB3
cm9uZy4gSWYgaXQncyBzb21ldGhpbmcgbGlrZTxicj4NCiZxdW90O0FsZW1hbmljOyBpbmNsdWRl
cyBTd2lzcyBHZXJtYW4mcXVvdDssIHRoYXQgd291bGQgYmUgb2theS4mcXVvdDs8YnI+DQo8YnI+
DQpDYW4gdGhpcyBiZSBjb3JyZWN0ZWQgc28gdGhhdCBpdCBkb2VzIG5vdCBjb250aW51ZSB0byBt
aXNsZWFkIHBlb3BsZT8gPGJyPg0KPGJyPg0KTWFyayBEYXZpczwvZm9udD4NCjxwPjxmb250IHNp
emU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPiZuYnNwOzwvZm9udD48dHQ+PGZvbnQgc2l6ZT0y
Pl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KSWV0
Zi1sYW5ndWFnZXMgbWFpbGluZyBsaXN0PGJyPg0KSWV0Zi1sYW5ndWFnZXNAYWx2ZXN0cmFuZC5u
bzxicj4NCmh0dHA6Ly93d3cuYWx2ZXN0cmFuZC5uby9tYWlsbWFuL2xpc3RpbmZvL2lldGYtbGFu
Z3VhZ2VzPGJyPg0KPC9mb250PjwvdHQ+DQo8cD4NCg==
--=_alternative 0004C82C88257237_=--



--===============2120731303==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============2120731303==--





From ltru-bounces@ietf.org Sat Dec 02 14:08:07 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GqaDX-0006um-8b; Sat, 02 Dec 2006 14:08:07 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GpxJI-0003PW-S4
	for ltru@ietf.org; Thu, 30 Nov 2006 20:35:28 -0500
Received: from mail5.microsoft.com ([205.248.106.30]
	helo=smtpmail.microsoft.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GpxJE-0005GX-RO
	for ltru@ietf.org; Thu, 30 Nov 2006 20:35:28 -0500
Received: from mailout3.microsoft.com (157.57.217.10) by
	SVC-EXGWY-E802.partners.extranet.microsoft.com (10.251.24.243) with
	Microsoft SMTP Server id 8.0.685.23; Thu, 30 Nov 2006 17:35:24 -0800
Received: from RED-MSG-42.redmond.corp.microsoft.com ([157.54.61.140]) by
	mailout3.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830);
	Thu, 30 Nov 2006 17:35:23 -0800
x-mimeole: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Ltru] Alemanic & Swiss German
Date: Thu, 30 Nov 2006 17:34:45 -0800
Message-ID: <19A328037921AA42847A717566D1D6A109BC40AD@RED-MSG-42.redmond.corp.microsoft.com>
In-Reply-To: <OFC0273D38.54880CA1-ON88257237.0003F6D9-88257237.0004C82F@spe.sony.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Ltru] Alemanic & Swiss German
Thread-Index: AccU4vYmUHwwVy8+Tc6Xxmf692392gABRaTQ
From: Peter Constable <petercon@microsoft.com>
To: <Karen_Broome@spe.sony.com>
X-OriginalArrivalTime: 01 Dec 2006 01:35:23.0989 (UTC)
	FILETIME=[F8A52850:01C714E8]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3da7e5d5ca82d58872786934e4963616
X-Mailman-Approved-At: Sat, 02 Dec 2006 14:08:05 -0500
Cc: LTRU Working Group <ltru@ietf.org>, zaiitov@gmail.com,
	ietf-languages-bounces@alvestrand.no, iso639-2@loc.gov,
	=?utf-8?B?SMOldmFyZCBIanVsc3RhZA==?= <HHj@standard.no>,
	ISO 639 Joint Advisory Committee <ISOJAC@loc.gov>,
	ietf-languages@iana.org, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1456249421=="
Errors-To: ltru-bounces@ietf.org

--===============1456249421==
Content-Class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C714E8.E215A875"

------_=_NextPart_001_01C714E8.E215A875
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

SeKAmWxsIGhhdmUgdG8gY2hlY2sgZW1haWwgdG8gYmUgc3VyZSwgYnV0IG15IHJlY29sbGVjdGlv
biB3YXMgdGhhdCBJIGhhZCBzdWdnZXN0ZWQgdG8geW91IHRoYXQgdGhlIGNhdGVnb3J5IHRoYXQg
d2FzIGFscmVhZHkgaW4gdGhlIGRyYWZ0IHRhYmxlIGZvciA2MzktMyBtaWdodCBtZWV0IHlvdXIg
bmVlZCwgYW5kIHRoYXQgY2F0ZWdvcnkgd2FzIHRoZSBvbmUgY29kZWQg4oCcZ3N34oCdIHdpdGgg
c2VtYW50aWNzIGRlZmluZWQgaW4gRXRobm9sb2d1ZS4gRGVmaW5pdGVseSB0aGUgSkFDIHdhcyBp
bmNvcnBvcmF0aW5nIGludG8gcGFydCAyIHRoZSBpdGVtIGluIHRoZSBkcmFmdCBjb2RlIHRhYmxl
IGZvciBwYXJ0IDM7IEkgYmVsaWV2ZSB0aGF0IGFsbCBhbG9uZyB0aGUgSkFDIHVuZGVyc3Rvb2Qg
dGhhdCB0byBoYXZlIHRoZSBzZW1hbnRpY3Mgb2Yg4oCcU3dpc3MgR2VybWFu4oCdIChvciDigJxT
Y2h3eXplcmTDvHRzY2jigJ0pIOKAkyBjZXJ0YWlubHkgSSBkaWQsIGJ1dCBhZ2FpbiBJ4oCZZCBu
ZWVkIHRvIHJldmlldyBkaXNjdXNzaW9ucyB0byBiZSBtb3JlIGNlcnRhaW4uDQogDQogDQpQZXRl
cg0KIA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJvbTogS2FyZW5fQnJv
b21lQHNwZS5zb255LmNvbSBbbWFpbHRvOkthcmVuX0Jyb29tZUBzcGUuc29ueS5jb21dIA0KU2Vu
dDogVGh1cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2IDQ6NTEgUE0NClRvOiBQZXRlciBDb25zdGFi
bGUNCkNjOiBIw6V2YXJkIEhqdWxzdGFkOyBpZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzsgaWV0Zi1s
YW5ndWFnZXMtYm91bmNlc0BhbHZlc3RyYW5kLm5vOyBpc282MzlAZGt1dWcuZGs7IGlzbzYzOS0y
QGxvYy5nb3Y7IElTTyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlOyBMVFJVIFdvcmtpbmcg
R3JvdXA7IE1hcmsgRGF2aXM7IHphaWl0b3ZAZ21haWwuY29tDQpTdWJqZWN0OiBSRTogW0x0cnVd
IEFsZW1hbmljICYgU3dpc3MgR2VybWFuDQogDQoNClBldGVyLCANCg0KSSdtIG5vdCBxdWl0ZSBz
dXJlIHlvdXIgdGFrZSBvbiB0aGlzIHJlcHJlc2VudHMgd2hhdCB3YXMgb24gbXkgSVNPIGFwcGxp
Y2F0aW9uLiBUaGUgYXBwbGljYXRpb24gZHJhd3MgYXR0ZW50aW9uIHRvIG90aGVyIHJlZ2lvbnMg
d2hlcmUgQWxlbWFuaWMgZGlhbGVjdHMgY2FuIGJlIGZvdW5kIChzZWU6ICJhZGRpbmZvIiBzZWN0
aW9uKS4gSSBiZWxpZXZlIHRoZSBGcmVuY2ggbmFtZSB0eXBpY2FsbHkgaW5kaWNhdGVzIGEgYnJv
YWRlciByYW5nZSBvZiBkaWFsZWN0cyBhcyB3ZWxsOiANCg0KPiA+IFRoaXMgZGF0YSB3YXMgc3Vi
bWl0dGVkIG9uOiBXZWRuZXNkYXksIEp1bmUgMTUsIDIwMDUgYXQgMTk6MDg6MDANCj4gPiANCj4g
PiBsYW5nX2luX2VuZyA9IFN3aXNzIEdlcm1hbiwgQWxlbWFuaWMNCj4gPiBsYW5nX2luX2ZyZSA9
IGFsw6ltYW5pcXVlDQo+ID4gcmVmX3doZXJlX2ZvdW5kXzEgPSBodHRwOi8vd3d3LmV0aG5vbG9n
dWUuY29tDQo+ID4gbGFuZ19pbl92ZXJuID0gU2Nod3l6ZXJkw7x0c2NoLCBTY2h3ZWl6ZXJkZXV0
c2NoLCBTY2h3aWl6ZXJkw7x0c2NoLCANCj4gU2Nod3l6ZXJ0w7x0c2NoLCBTY2h3aXplcnRpdHNj
aA0KPiA+IHJlZl93aGVyZV9mb3VuZF8yID0gSVNPIDYzOS0zIERJUywgaHR0cDovL3d3dy5ldGhu
b2xvZ3VlLmNvbSwgaHR0cDovL3d3dy53aWtpcGVkaWEuY29tDQo+ID4gdHJhbnNfbGl0ID0gDQo+
ID4gZXZpZGVuY2UgPSBBR0lDT0EsIHRoZSBBc3NvY2lhdGlvbiBvZiBJbnRlcm5hdGlvbmFsIENv
bGxlY3RpdmUgDQo+IE1hbmFnZW1lbnQgb2YgQXVkaW92aXN1YWwgV29ya3MgKEFzc29jaWF0aW9u
IGRlIEdlc3Rpb24gSW50ZXJuYXRpb25hbGUgDQo+IENvbGxlY3RpdmUgZGVzIE9ldXZyZXMgQXVk
aW92aXN1ZWxsZXMpOyA0MjggZG9jdW1lbnRzIChhdWRpb3Zpc3VhbCkNCj4gPiANCj4gPiBodHRw
Oi8vd3d3LmFnaWNvYS5vcmcNCj4gPiBhZGRpbmZvID0gNCwyMTUsMDAwIGluIFN3aXR6ZXJsYW5k
ICgxOTkwIGNlbnN1cykuIFBvcHVsYXRpb24gdG90YWwgYWxsIA0KPiBjb3VudHJpZXM6IDYsMDQ0
LDAwMC4gQ2VudHJhbCwgc291dGggY2VudHJhbCwgbm9ydGggY2VudHJhbCwgbm9ydGhlYXN0LCAN
Cj4gYW5kIGVhc3Rlcm4gY2FudG9ucy4gQWxzbyBzcG9rZW4gaW4gQXVzdHJpYSwgRnJhbmNlLCBH
ZXJtYW55LCANCj4gTGllY2h0ZW5zdGVpbi4NCg0KUmVnYXJkcywgDQoNCkthcmVuIEJyb29tZQ0K
TWV0YWRhdGEgU3lzdGVtcyBEZXNpZ25lcg0KU29ueSBQaWN0dXJlcyBFbnRlcnRhaW5tZW50DQoz
MTAuMjQ0LjQzODQgDQoNCg0KUGV0ZXIgQ29uc3RhYmxlIDxwZXRlcmNvbkBtaWNyb3NvZnQuY29t
PiANClNlbnQgYnk6IGlldGYtbGFuZ3VhZ2VzLWJvdW5jZXNAYWx2ZXN0cmFuZC5ubyANCjExLzMw
LzIwMDYgMDI6NTkgUE0gDQpUbw0KTWFyayBEYXZpcyA8bWFyay5kYXZpc0BpY3UtcHJvamVjdC5v
cmc+IA0KY2MNCkxUUlUgV29ya2luZyBHcm91cCA8bHRydUBpZXRmLm9yZz4sIHphaWl0b3ZAZ21h
aWwuY29tLCBpc282MzktMkBsb2MuZ292LCBIw6V2YXJkIEhqdWxzdGFkIDxISGpAc3RhbmRhcmQu
bm8+LCBJU08gNjM5IEpvaW50IEFkdmlzb3J5IENvbW1pdHRlZSA8SVNPSkFDQGxvYy5nb3Y+LCBp
ZXRmLWxhbmd1YWdlc0BpYW5hLm9yZywgaXNvNjM5QGRrdXVnLmRrIA0KU3ViamVjdA0KUkU6IFtM
dHJ1XSBBbGVtYW5pYyAmIFN3aXNzIEdlcm1hbg0KIA0KIA0KIA0KDQoNCg0KSSBjYW4gdGVsbCB5
b3UgdGhhdCB0aGUgaW50ZW50IG9mIOKAnGdzd+KAnSBpcyBzcGVjaWZpY2FsbHkgU3dpc3MgR2Vy
bWFuLCBhbmQgdGhhdCB0aGUgYXNzdW1wdGlvbiBvZiBoYXZpbmcg4oCcQWxlbWFuaWPigJ0gbGlz
dGVkIGFzIGEgbmFtZSBpcyB0aGF0IHNvbWUgcGVvcGxlIHVzZSB0aGF0IGxhYmVsIHRvIHJlZmVy
IHRvIHNwZWNpZmljYWxseSB0byBTd2lzcyBHZXJtYW4uIElmIHRoZSBsYXR0ZXIgYXNzdW1wdGlv
biBpcyBpbmNvcnJlY3QgKHdoaWNoIGFwcGVhcnMgdG8gYmUgd2hhdCBNYXJrIGlzIHNheWluZywg
dGhlbiB0aGF0IGlzIGEgY2hhbmdlIHRoYXQgdGhlIEpBQyBzaG91bGQgY29uc2lkZXIuIA0KICAN
CkJ1dCBpZiBNYXJ0aW7igJlzIGNvbW1lbnQgaXMgdGhlIHN1cHBvcnRpbmcgZXZpZGVuY2UsIHRo
ZW4gSSBzdGlsbCBmaW5kIE1hcnRpbuKAmXMgY29tbWVudCB0byBiZSB1bmNsZWFyLiBJdOKAmXMg
Y2xlYXIgdG8gbWUgd2hhdCBNYXJrIGlzIHNheWluZzsgaXTigJlzIG5vdCBjbGVhciB0byBtZSBp
ZiBNYXJ0aW4gaXMgc2F5aW5nIHRoZSBzYW1lIHRoaW5nLiANCiAgDQogIA0KUGV0ZXIgQ29uc3Rh
YmxlIA0KICANCiAgDQogIA0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCg0KRnJv
bTogbWFyay5lZHdhcmQuZGF2aXNAZ21haWwuY29tIFttYWlsdG86bWFyay5lZHdhcmQuZGF2aXNA
Z21haWwuY29tXSBPbiBCZWhhbGYgT2YgTWFyayBEYXZpcw0KU2VudDogVGh1cnNkYXksIE5vdmVt
YmVyIDMwLCAyMDA2IDExOjA3IEFNDQpUbzogUGV0ZXIgQ29uc3RhYmxlDQpDYzogSMOldmFyZCBI
anVsc3RhZDsgaXNvNjM5LTJAbG9jLmdvdjsgTFRSVSBXb3JraW5nIEdyb3VwOyB6YWlpdG92QGdt
YWlsLmNvbTsgSVNPIDYzOSBKb2ludCBBZHZpc29yeSBDb21taXR0ZWU7IGlldGYtbGFuZ3VhZ2Vz
QGlhbmEub3JnOyBpc282MzlAZGt1dWcuZGsNClN1YmplY3Q6IFJlOiBbTHRydV0gQWxlbWFuaWMg
JiBTd2lzcyBHZXJtYW4gDQogIA0KQWxlbWFuaWMgcmVmZXJzIHRvIGEgYnJvYWRlciBncm91cCBv
ZiBkaWFsZWN0cyB0aGFuICJTd2lzcyBHZXJtYW4iIChha2EgU2Nod3l6ZXJ0dWVzY2gpIGRvZXMu
IFNvIGxpc3RpbmcgdGhlbSBhcyBpdCBkb2VzIGlzIHByb2JsZW1hdGljOyBpdCdzIGxpa2UgbGlz
dGluZw0KDQphciBBcmFiaWM7IEVneXB0aWFuIEFyYWJpYw0KDQpQZXJzb25hbGx5LCBJIGRvbid0
IGNhcmUgd2hldGhlciBpdCBpcyByZXNvbHZlZCB0byBiZSANCg0KQWxlbWFuaWMgKGluY2x1ZGlu
ZyBTd2lzcyBHZXJtYW4pIA0KLy8gd2hpY2ggaXMgd2hhdCA2MzktMyBzZWVtcyB0byBiZSBwb2lu
dGluZyB0bw0KDQpvcg0KDQpTd2lzcyBHZXJtYW4gKGEgcGFydGljdWxhciB2YXJpYW50IG9mIEFs
ZW1hbmljKQ0KLy8gd2hpY2ggaXMgd2hhdCB0aGUgY29kZSAoZ3N3KSBzZWVtcyB0byBiZSBwb2lu
dGluZyB0bw0KDQpCdXQgd2UgbmVlZCBzb21lIGNsYXJpdHkgYXMgdG8gd2hhdCBpcyBtZWFudCBi
eSB0aGUgY29kZS4gDQoNCk1hcmsgDQpPbiAxMS8zMC8wNiwgUGV0ZXIgQ29uc3RhYmxlIDxwZXRl
cmNvbkBtaWNyb3NvZnQuY29tPiB3cm90ZTogDQpNYXJ0aW4ncyBjb21tZW50IGlzIHNvbWV3aGF0
IHZhZ3VlOiB2YXJpZXRpZXMgc3Bva2VuIG9uIGVpdGhlciBzaWRlIG9mIHRoZSBib3JkZXIgYXJl
IHZlcnkgc2ltaWxhciwgZXQgImFzIHNvb24gYXMgeW91IGNyb3NzIHRoZSBib3JkZXIgaXQncyB2
ZXJ5IGNsZWFybHkgbm8gbG9uZ2VyIFN3aXNzIEdlcm1hbiIuIERvZXMgdGhhdCBtZWFuIHRoYXQg
d2hhdCBpcyBzcG9rZW4gYWNyb3NzIHRoZSBib3JkZXIgaXMgY2xlYXJseSBhIGRpZmZlcmVudCBs
YW5ndWFnZSwgb3IgdGhhdCB0aGUgbGFiZWwgIlN3aXNzIEdlcm1hbiIgaXMgY2xlYXJseSBub3Qg
dXNlZD8gDQogIA0KICANClBldGVyIA0KICANCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fDQoNCkZyb206IE1hcmsgRGF2aXMgW21haWx0bzptYXJrLmRhdmlzQGljdS1wcm9qZWN0Lm9y
ZyA8bWFpbHRvOm1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3JnPiBdIA0KU2VudDogVGh1cnNkYXks
IE5vdmVtYmVyIDMwLCAyMDA2IDk6MDAgQU0NClRvOiBIw6V2YXJkIEhqdWxzdGFkOyBpc282Mzkt
MkBsb2MuZ292IDxtYWlsdG86aXNvNjM5LTJAbG9jLmdvdj4gDQpDYzogTFRSVSBXb3JraW5nIEdy
b3VwOyB6YWlpdG92QGdtYWlsLmNvbSA8bWFpbHRvOnphaWl0b3ZAZ21haWwuY29tPiA7IElTTyA2
MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlOyBpZXRmLWxhbmd1YWdlc0BpYW5hLm9yZyA8bWFp
bHRvOmlldGYtbGFuZ3VhZ2VzQGlhbmEub3JnPiA7IGlzbzYzOUBka3V1Zy5kayA8bWFpbHRvOmlz
bzYzOUBka3V1Zy5kaz4gDQpTdWJqZWN0OiBbTHRydV0gQWxlbWFuaWMgJiBTd2lzcyBHZXJtYW4g
DQogIA0KSVNPIDYzOS0yIChvbiBodHRwOi8vd3d3LmxvYy5nb3Yvc3RhbmRhcmRzL2lzbzYzOS0y
L3BocC9jb2RlX2xpc3QucGhwIDxodHRwOi8vd3d3LmxvYy5nb3Yvc3RhbmRhcmRzL2lzbzYzOS0y
L3BocC9jb2RlX2xpc3QucGhwPiApIGxpc3RzIHRoZSBmb2xsb3dpbmc6DQoNCmdzdyAgICAgICAg
ICAgICBBbGVtYW5pOyBTd2lzcyBHZXJtYW4gICAgICBhbMOpbWFuaXF1ZSANCg0KSG93ZXZlciwg
dGhlcmUgaXMgYSAiYyIgbWlzc2luZyBmcm9tIEFsZW1hbmljLCBhbmQgU3dpc3MgR2VybWFuIGlz
IG5vdCB0aGUgc2FtZSBhcyBBbGVtYW5pYzogU3dpc3MgR2VybWFuIGlzIGEgdHlwZSBvZiBBbGVt
YW5pYywgYnV0IHRoZXJlIGFyZSBvdGhlciB0eXBlcyB0aGF0IGFyZSBub3QgdGhlIHNhbWUgYXMg
U3dpc3MgR2VybWFuLg0KDQpRdW90aW5nIE1hcnRpbiBEdWVyc3Q6IA0KDQoiWWVzLCBTd2FiaWFu
IGlzIGNsZWFybHkgQWxlbWFuaWMuIEFsZW1hbmljIGFuZCBTd2lzcyBHZXJtYW4gYXJlIG5vdA0K
dGhlIHNhbWUuIFRoZXJlIGFyZSB2ZXJ5IGNsb3NlIHNpbWlsYXJpdGllcyBiZXR3ZWVuIHNvbWUg
ZGlhbGVjdHMgaW4gDQp0aGUgbm9ydGggb2YgU3dpdHplcmxhbmQgYW5kIGFjcm9zcyB0aGUgYm9y
ZGVyIGluIEdlcm1hbnksIGJ1dCBhcw0Kc29vbiBhcyB5b3UgY3Jvc3MgdGhlIGJvcmRlciwgaXQn
cyB2ZXJ5IGNsZWFybHkgbm8gbG9uZ2VyIFN3aXNzDQpHZXJtYW4uIEEgbGFiZWwgc3VjaCBhcyAi
QWxlbWFuaWM7IFN3aXNzIEdlcm1hbiIsIGFzc3VtaW5nIHRoYXQgDQpib3RoIGFyZSB0aGUgc2Ft
ZSwgaXMgY2xlYXJseSB3cm9uZy4gSWYgaXQncyBzb21ldGhpbmcgbGlrZQ0KIkFsZW1hbmljOyBp
bmNsdWRlcyBTd2lzcyBHZXJtYW4iLCB0aGF0IHdvdWxkIGJlIG9rYXkuIg0KDQpDYW4gdGhpcyBi
ZSBjb3JyZWN0ZWQgc28gdGhhdCBpdCBkb2VzIG5vdCBjb250aW51ZSB0byBtaXNsZWFkIHBlb3Bs
ZT8gDQoNCk1hcmsgRGF2aXMgDQogX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX18NCklldGYtbGFuZ3VhZ2VzIG1haWxpbmcgbGlzdA0KSWV0Zi1sYW5ndWFnZXNA
YWx2ZXN0cmFuZC5ubw0KaHR0cDovL3d3dy5hbHZlc3RyYW5kLm5vL21haWxtYW4vbGlzdGluZm8v
aWV0Zi1sYW5ndWFnZXMNCg==

------_=_NextPart_001_01C714E8.E215A875
Content-Type: text/html; charset="utf-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnL1RS
L1JFQy1odG1sNDAiPg0KDQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9Q29udGVudC1UeXBlIGNv
bnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYtOCI+DQo8bWV0YSBuYW1lPVByb2dJZCBjb250
ZW50PVdvcmQuRG9jdW1lbnQ+DQo8bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50PSJNaWNyb3Nv
ZnQgV29yZCAxMSI+DQo8bWV0YSBuYW1lPU9yaWdpbmF0b3IgY29udGVudD0iTWljcm9zb2Z0IFdv
cmQgMTEiPg0KPGxpbmsgcmVsPUZpbGUtTGlzdCBocmVmPSJjaWQ6ZmlsZWxpc3QueG1sQDAxQzcx
NEE1LkQzOEIwMDUwIj4NCjxsaW5rIHJlbD1FZGl0LVRpbWUtRGF0YSBocmVmPSJjaWQ6ZWRpdGRh
dGEubXNvIj4NCjwhLS1baWYgIW1zb10+DQo8c3R5bGU+DQp2XDoqIHtiZWhhdmlvcjp1cmwoI2Rl
ZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHti
ZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVs
dCNWTUwpO30NCjwvc3R5bGU+DQo8IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4N
CiA8bzpPZmZpY2VEb2N1bWVudFNldHRpbmdzPg0KICA8bzpEb05vdFJlbHlPbkNTUy8+DQogPC9v
Ok9mZmljZURvY3VtZW50U2V0dGluZ3M+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt
c28gOV0+PHhtbD4NCiA8dzpXb3JkRG9jdW1lbnQ+DQogIDx3OkRvbnREaXNwbGF5UGFnZUJvdW5k
YXJpZXMvPg0KICA8dzpTcGVsbGluZ1N0YXRlPkNsZWFuPC93OlNwZWxsaW5nU3RhdGU+DQogIDx3
OkdyYW1tYXJTdGF0ZT5DbGVhbjwvdzpHcmFtbWFyU3RhdGU+DQogIDx3OkRvY3VtZW50S2luZD5E
b2N1bWVudEVtYWlsPC93OkRvY3VtZW50S2luZD4NCiAgPHc6RW52ZWxvcGVWaXMvPg0KICA8dzpW
YWxpZGF0ZUFnYWluc3RTY2hlbWFzLz4NCiAgPHc6U2F2ZUlmWE1MSW52YWxpZD5mYWxzZTwvdzpT
YXZlSWZYTUxJbnZhbGlkPg0KICA8dzpJZ25vcmVNaXhlZENvbnRlbnQ+ZmFsc2U8L3c6SWdub3Jl
TWl4ZWRDb250ZW50Pg0KICA8dzpBbHdheXNTaG93UGxhY2Vob2xkZXJUZXh0PmZhbHNlPC93OkFs
d2F5c1Nob3dQbGFjZWhvbGRlclRleHQ+DQogPC93OldvcmREb2N1bWVudD4NCjwveG1sPjwhW2Vu
ZGlmXS0tPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KIDx3OkxhdGVudFN0eWxlcyBEZWZMb2Nr
ZWRTdGF0ZT0iZmFsc2UiIExhdGVudFN0eWxlQ291bnQ9IjE1NiI+DQogPC93OkxhdGVudFN0eWxl
cz4NCjwveG1sPjwhW2VuZGlmXS0tPg0KPHN0eWxlPg0KPCEtLQ0KIC8qIEZvbnQgRGVmaW5pdGlv
bnMgKi8NCiBAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDEx
IDYgNCAzIDUgNCA0IDIgNDsNCgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9u
dC1mYW1pbHk6c3dpc3M7DQoJbXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2ln
bmF0dXJlOi01MjAwNzg1OTMgLTEwNzM3MTcxNTcgNDEgMCA2NjA0NyAwO30NCkBmb250LWZhY2UN
Cgl7Zm9udC1mYW1pbHk6VmVyZGFuYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDsN
Cgltc28tZm9udC1jaGFyc2V0OjA7DQoJbXNvLWdlbmVyaWMtZm9udC1mYW1pbHk6c3dpc3M7DQoJ
bXNvLWZvbnQtcGl0Y2g6dmFyaWFibGU7DQoJbXNvLWZvbnQtc2lnbmF0dXJlOi0xNTkzODMzNzI5
IDEwNzM3NTAxMDcgMTYgMCA0MTUgMDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OnNhbnMt
c2VyaWY7DQoJcGFub3NlLTE6MCAwIDAgMCAwIDAgMCAwIDAgMDsNCgltc28tZm9udC1hbHQ6IlRp
bWVzIE5ldyBSb21hbiI7DQoJbXNvLWZvbnQtY2hhcnNldDowOw0KCW1zby1nZW5lcmljLWZvbnQt
ZmFtaWx5OnJvbWFuOw0KCW1zby1mb250LWZvcm1hdDpvdGhlcjsNCgltc28tZm9udC1waXRjaDph
dXRvOw0KCW1zby1mb250LXNpZ25hdHVyZTowIDAgMCAwIDAgMDt9DQogLyogU3R5bGUgRGVmaW5p
dGlvbnMgKi8NCiBwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21z
by1zdHlsZS1wYXJlbnQ6IiI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7
DQoJbXNvLXBhZ2luYXRpb246d2lkb3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9u
dC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IlRp
bWVzIE5ldyBSb21hbiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXtjb2xvcjpibHVl
Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30N
CmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtjb2xvcjpibHVlOw0KCXRl
eHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7DQoJdGV4dC11bmRlcmxpbmU6c2luZ2xlO30NCnANCgl7
bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2lu
LWJvdHRvbS1hbHQ6YXV0bzsNCgltYXJnaW4tbGVmdDowaW47DQoJbXNvLXBhZ2luYXRpb246d2lk
b3ctb3JwaGFuOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBS
b21hbiI7DQoJbXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiI7fQ0KdHQN
Cgl7Zm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYXNjaWktZm9udC1mYW1pbHk6IkNv
dXJpZXIgTmV3IjsNCgltc28tZmFyZWFzdC1mb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIjsN
Cgltc28taGFuc2ktZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3IjsNCgltc28tYmlkaS1mb250LWZh
bWlseToiQ291cmllciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTE5DQoJe21zby1zdHlsZS10eXBl
OnBlcnNvbmFsLXJlcGx5Ow0KCW1zby1zdHlsZS1ub3Nob3c6eWVzOw0KCW1zby1hbnNpLWZvbnQt
c2l6ZToxMC4wcHQ7DQoJbXNvLWJpZGktZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseTpW
ZXJkYW5hOw0KCW1zby1hc2NpaS1mb250LWZhbWlseTpWZXJkYW5hOw0KCW1zby1oYW5zaS1mb250
LWZhbWlseTpWZXJkYW5hOw0KCWNvbG9yOmJsdWU7DQoJZm9udC13ZWlnaHQ6bm9ybWFsOw0KCWZv
bnQtc3R5bGU6bm9ybWFsOw0KCXRleHQtZGVjb3JhdGlvbjpub25lOw0KCXRleHQtdW5kZXJsaW5l
Om5vbmU7DQoJdGV4dC1kZWNvcmF0aW9uOm5vbmU7DQoJdGV4dC1saW5lLXRocm91Z2g6bm9uZTt9
DQpzcGFuLlNwZWxsRQ0KCXttc28tc3R5bGUtbmFtZToiIjsNCgltc28tc3BsLWU6eWVzO30NCkBw
YWdlIFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjI1aW4g
MS4waW4gMS4yNWluOw0KCW1zby1oZWFkZXItbWFyZ2luOi41aW47DQoJbXNvLWZvb3Rlci1tYXJn
aW46LjVpbjsNCgltc28tcGFwZXItc291cmNlOjA7fQ0KZGl2LlNlY3Rpb24xDQoJe3BhZ2U6U2Vj
dGlvbjE7fQ0KLS0+DQo8L3N0eWxlPg0KPCEtLVtpZiBndGUgbXNvIDEwXT4NCjxzdHlsZT4NCiAv
KiBTdHlsZSBEZWZpbml0aW9ucyAqLyANCiB0YWJsZS5Nc29Ob3JtYWxUYWJsZQ0KCXttc28tc3R5
bGUtbmFtZToiVGFibGUgTm9ybWFsIjsNCgltc28tdHN0eWxlLXJvd2JhbmQtc2l6ZTowOw0KCW1z
by10c3R5bGUtY29sYmFuZC1zaXplOjA7DQoJbXNvLXN0eWxlLW5vc2hvdzp5ZXM7DQoJbXNvLXN0
eWxlLXBhcmVudDoiIjsNCgltc28tcGFkZGluZy1hbHQ6MGluIDUuNHB0IDBpbiA1LjRwdDsNCglt
c28tcGFyYS1tYXJnaW46MGluOw0KCW1zby1wYXJhLW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglt
c28tcGFnaW5hdGlvbjp3aWRvdy1vcnBoYW47DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZh
bWlseToiVGltZXMgTmV3IFJvbWFuIjsNCgltc28tYW5zaS1sYW5ndWFnZTojMDQwMDsNCgltc28t
ZmFyZWFzdC1sYW5ndWFnZTojMDQwMDsNCgltc28tYmlkaS1sYW5ndWFnZTojMDQwMDt9DQo8L3N0
eWxlPg0KPCFbZW5kaWZdLS0+DQo8L2hlYWQ+DQoNCjxib2R5IGxhbmc9RU4tVVMgbGluaz1ibHVl
IHZsaW5rPWJsdWUgc3R5bGU9J3RhYi1pbnRlcnZhbDouNWluJz4NCg0KPGRpdiBjbGFzcz1TZWN0
aW9uMT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9
VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OlZlcmRh
bmE7Y29sb3I6Ymx1ZSc+SeKAmWxsIGhhdmUgdG8gY2hlY2sgZW1haWwgdG8gYmUgc3VyZSwgYnV0
DQpteSByZWNvbGxlY3Rpb24gd2FzIHRoYXQgSSBoYWQgc3VnZ2VzdGVkIHRvIHlvdSB0aGF0IHRo
ZSBjYXRlZ29yeSB0aGF0IHdhcw0KYWxyZWFkeSBpbiB0aGUgZHJhZnQgdGFibGUgZm9yIDYzOS0z
IG1pZ2h0IG1lZXQgeW91ciBuZWVkLCBhbmQgdGhhdCBjYXRlZ29yeQ0Kd2FzIHRoZSBvbmUgY29k
ZWQg4oCcPHNwYW4gY2xhc3M9U3BlbGxFPmdzdzwvc3Bhbj7igJ0gd2l0aCBzZW1hbnRpY3MgZGVm
aW5lZCBpbg0KRXRobm9sb2d1ZS4gRGVmaW5pdGVseSB0aGUgSkFDIHdhcyBpbmNvcnBvcmF0aW5n
IGludG8gcGFydCAyIHRoZSBpdGVtIGluIHRoZQ0KZHJhZnQgY29kZSB0YWJsZSBmb3IgcGFydCAz
OyBJIGJlbGlldmUgdGhhdCBhbGwgYWxvbmcgdGhlIEpBQyB1bmRlcnN0b29kIHRoYXQNCnRvIGhh
dmUgdGhlIHNlbWFudGljcyBvZiDigJxTd2lzcyBHZXJtYW7igJ0gKG9yIOKAnDxzcGFuIGNsYXNz
PVNwZWxsRT5TY2h3eXplcmTDvHRzY2g8L3NwYW4+4oCdKQ0K4oCTIGNlcnRhaW5seSBJIGRpZCwg
YnV0IGFnYWluIEnigJlkIG5lZWQgdG8gcmV2aWV3IGRpc2N1c3Npb25zIHRvIGJlIG1vcmUgY2Vy
dGFpbi48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+
PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0y
IGNvbG9yPWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7
Zm9udC1mYW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48
L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPWJsdWUg
ZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6
VmVyZGFuYTtjb2xvcjpibHVlJz5QZXRlcjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoN
CjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpWZXJkYW5hO2NvbG9y
OmJsdWUnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxkaXYgc3R5bGU9
J2JvcmRlcjpub25lO2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowaW4gMGlu
IDBpbiA0LjBwdCc+DQoNCjxkaXY+DQoNCjxkaXYgY2xhc3M9TXNvTm9ybWFsIGFsaWduPWNlbnRl
ciBzdHlsZT0ndGV4dC1hbGlnbjpjZW50ZXInPjxmb250IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3
IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+DQoNCjxociBzaXplPTIgd2lk
dGg9IjEwMCUiIGFsaWduPWNlbnRlciB0YWJpbmRleD0tMT4NCg0KPC9zcGFuPjwvZm9udD48L2Rp
dj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3Bh
biBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlRhaG9tYTtmb250LXdlaWdo
dDpib2xkJz5Gcm9tOjwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250IHNpemU9Mg0KZmFjZT1UYWhvbWE+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz4NCkthcmVu
X0Jyb29tZUBzcGUuc29ueS5jb20gW21haWx0bzpLYXJlbl9Ccm9vbWVAc3BlLnNvbnkuY29tXSA8
YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9sZCc+U2VudDo8L3NwYW4+PC9iPiBU
aHVyc2RheSwgTm92ZW1iZXIgMzAsIDIwMDYNCjQ6NTEgUE08YnI+DQo8Yj48c3BhbiBzdHlsZT0n
Zm9udC13ZWlnaHQ6Ym9sZCc+VG86PC9zcGFuPjwvYj4gUGV0ZXIgQ29uc3RhYmxlPGJyPg0KPGI+
PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPkNjOjwvc3Bhbj48L2I+IEjDpXZhcmQgSGp1
bHN0YWQ7DQppZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzsgaWV0Zi1sYW5ndWFnZXMtYm91bmNlc0Bh
bHZlc3RyYW5kLm5vOyBpc282MzlAZGt1dWcuZGs7DQppc282MzktMkBsb2MuZ292OyBJU08gNjM5
IEpvaW50IEFkdmlzb3J5IENvbW1pdHRlZTsgTFRSVSBXb3JraW5nIEdyb3VwOyBNYXJrDQpEYXZp
czsgemFpaXRvdkBnbWFpbC5jb208YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6Ym9s
ZCc+U3ViamVjdDo8L3NwYW4+PC9iPiBSRTogW0x0cnVdIEFsZW1hbmljICZhbXA7DQpTd2lzcyBH
ZXJtYW48L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPHAgY2xhc3M9
TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxl
PSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+
DQoNCjxwIGNsYXNzPU1zb05vcm1hbCBzdHlsZT0nbWFyZ2luLWJvdHRvbToxMi4wcHQnPjxmb250
IHNpemU9Mw0KZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEy
LjBwdCc+PGJyPg0KPC9zcGFuPjwvZm9udD48Zm9udCBzaXplPTIgZmFjZT1zYW5zLXNlcmlmPjxz
cGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6c2Fucy1zZXJpZic+UGV0
ZXIsPC9zcGFuPjwvZm9udD4gPGJyPg0KPGJyPg0KPGZvbnQgc2l6ZT0yIGZhY2U9c2Fucy1zZXJp
Zj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5J
J20NCm5vdCBxdWl0ZSBzdXJlIHlvdXIgdGFrZSBvbiB0aGlzIHJlcHJlc2VudHMgd2hhdCB3YXMg
b24gbXkgSVNPIGFwcGxpY2F0aW9uLiBUaGUNCmFwcGxpY2F0aW9uIGRyYXdzIGF0dGVudGlvbiB0
byBvdGhlciByZWdpb25zIHdoZXJlIEFsZW1hbmljIGRpYWxlY3RzIGNhbiBiZQ0KZm91bmQgKHNl
ZTogJnF1b3Q7YWRkaW5mbyZxdW90OyBzZWN0aW9uKS4gSSBiZWxpZXZlIHRoZSBGcmVuY2ggbmFt
ZSB0eXBpY2FsbHkNCmluZGljYXRlcyBhIGJyb2FkZXIgcmFuZ2Ugb2YgZGlhbGVjdHMgYXMgd2Vs
bDo8L3NwYW4+PC9mb250PiA8YnI+DQo8YnI+DQo8Zm9udCBzaXplPTIgZmFjZT0iQ291cmllciBO
ZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiJDb3VyaWVyIE5l
dyInPiZndDsNCiZndDsgVGhpcyBkYXRhIHdhcyBzdWJtaXR0ZWQgb246IFdlZG5lc2RheSwgSnVu
ZSAxNSwgMjAwNSBhdCAxOTowODowMDxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgbGFu
Z19pbl9lbmcgPSBTd2lzcyBHZXJtYW4sIEFsZW1hbmljPGJyPg0KJmd0OyAmZ3Q7IGxhbmdfaW5f
ZnJlID0gYWzDqW1hbmlxdWU8YnI+DQomZ3Q7ICZndDsgcmVmX3doZXJlX2ZvdW5kXzEgPSBodHRw
Oi8vd3d3LmV0aG5vbG9ndWUuY29tPGJyPg0KJmd0OyAmZ3Q7IGxhbmdfaW5fdmVybiA9IFNjaHd5
emVyZMO8dHNjaCwgU2Nod2VpemVyZGV1dHNjaCwgU2Nod2lpemVyZMO8dHNjaCwgPGJyPg0KJmd0
OyBTY2h3eXplcnTDvHRzY2gsIFNjaHdpemVydGl0c2NoPGJyPg0KJmd0OyAmZ3Q7IHJlZl93aGVy
ZV9mb3VuZF8yID0gSVNPIDYzOS0zIERJUywgaHR0cDovL3d3dy5ldGhub2xvZ3VlLmNvbSwNCmh0
dHA6Ly93d3cud2lraXBlZGlhLmNvbTxicj4NCiZndDsgJmd0OyB0cmFuc19saXQgPSA8YnI+DQom
Z3Q7ICZndDsgZXZpZGVuY2UgPSBBR0lDT0EsIHRoZSBBc3NvY2lhdGlvbiBvZiBJbnRlcm5hdGlv
bmFsIENvbGxlY3RpdmUgPGJyPg0KJmd0OyBNYW5hZ2VtZW50IG9mIEF1ZGlvdmlzdWFsIFdvcmtz
IChBc3NvY2lhdGlvbiBkZSBHZXN0aW9uIEludGVybmF0aW9uYWxlIDxicj4NCiZndDsgQ29sbGVj
dGl2ZSBkZXMgT2V1dnJlcyBBdWRpb3Zpc3VlbGxlcyk7IDQyOCBkb2N1bWVudHMgKGF1ZGlvdmlz
dWFsKTxicj4NCiZndDsgJmd0OyA8YnI+DQomZ3Q7ICZndDsgaHR0cDovL3d3dy5hZ2ljb2Eub3Jn
PGJyPg0KJmd0OyAmZ3Q7IGFkZGluZm8gPSA0LDIxNSwwMDAgaW4gU3dpdHplcmxhbmQgKDE5OTAg
Y2Vuc3VzKS4gUG9wdWxhdGlvbiB0b3RhbA0KYWxsIDxicj4NCiZndDsgY291bnRyaWVzOiA2LDA0
NCwwMDAuIENlbnRyYWwsIHNvdXRoIGNlbnRyYWwsIG5vcnRoIGNlbnRyYWwsIG5vcnRoZWFzdCwg
PGJyPg0KJmd0OyBhbmQgZWFzdGVybiBjYW50b25zLiBBbHNvIHNwb2tlbiBpbiBBdXN0cmlhLCBG
cmFuY2UsIEdlcm1hbnksIDxicj4NCiZndDsgTGllY2h0ZW5zdGVpbi48YnI+DQo8L3NwYW4+PC9m
b250Pjxicj4NCjxmb250IHNpemU9MiBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQt
c2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+UmVnYXJkcyw8L3NwYW4+PC9mb250
Pg0KPGJyPg0KPGJyPg0KPGZvbnQgc2l6ZT0yIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5LYXJlbg0KQnJvb21lPGJy
Pg0KTWV0YWRhdGEgU3lzdGVtcyBEZXNpZ25lcjxicj4NClNvbnkgUGljdHVyZXMgRW50ZXJ0YWlu
bWVudDxicj4NCjMxMC4yNDQuNDM4NDwvc3Bhbj48L2ZvbnQ+IDxiciBzdHlsZT0nbXNvLXNwZWNp
YWwtY2hhcmFjdGVyOmxpbmUtYnJlYWsnPg0KPCFbaWYgIXN1cHBvcnRMaW5lQnJlYWtOZXdMaW5l
XT48YnIgc3R5bGU9J21zby1zcGVjaWFsLWNoYXJhY3RlcjpsaW5lLWJyZWFrJz4NCjwhW2VuZGlm
XT48bzpwPjwvbzpwPjwvcD4NCg0KPHRhYmxlIGNsYXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0w
IGNlbGxwYWRkaW5nPTAgd2lkdGg9IjEwMCUiDQogc3R5bGU9J3dpZHRoOjEwMC4wJTttc28tY2Vs
bHNwYWNpbmc6MS41cHQnPg0KIDx0ciBzdHlsZT0nbXNvLXlmdGktaXJvdzowO21zby15ZnRpLWZp
cnN0cm93Onllczttc28teWZ0aS1sYXN0cm93Onllcyc+DQogIDx0ZCB3aWR0aD0iNDAlIiB2YWxp
Z249dG9wIHN0eWxlPSd3aWR0aDo0MC4wJTtwYWRkaW5nOi43NXB0IC43NXB0IC43NXB0IC43NXB0
Jz4NCiAgPHAgY2xhc3M9TXNvTm9ybWFsPjxiPjxmb250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCiAgNy41cHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZjtm
b250LXdlaWdodDpib2xkJz5QZXRlciBDb25zdGFibGUNCiAgJmx0O3BldGVyY29uQG1pY3Jvc29m
dC5jb20mZ3Q7PC9zcGFuPjwvZm9udD48L2I+PGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48
c3Bhbg0KICBzdHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPiA8
L3NwYW4+PC9mb250Pjxicj4NCiAgPGZvbnQgc2l6ZT0xIGZhY2U9c2Fucy1zZXJpZj48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjcuNXB0O2ZvbnQtZmFtaWx5OnNhbnMtc2VyaWYnPlNlbnQNCiAgYnk6
IGlldGYtbGFuZ3VhZ2VzLWJvdW5jZXNAYWx2ZXN0cmFuZC5ubzwvc3Bhbj48L2ZvbnQ+IDxvOnA+
PC9vOnA+PC9wPg0KICA8cD48Zm9udCBzaXplPTEgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxl
PSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6DQogIHNhbnMtc2VyaWYnPjExLzMwLzIwMDYg
MDI6NTkgUE08L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCiAgPC90ZD4NCiAgPHRkIHdp
ZHRoPSI1OSUiIHZhbGlnbj10b3Agc3R5bGU9J3dpZHRoOjU5LjAlO3BhZGRpbmc6Ljc1cHQgLjc1
cHQgLjc1cHQgLjc1cHQnPg0KICA8dGFibGUgY2xhc3M9TXNvTm9ybWFsVGFibGUgYm9yZGVyPTAg
Y2VsbHBhZGRpbmc9MCB3aWR0aD0iMTAwJSINCiAgIHN0eWxlPSd3aWR0aDoxMDAuMCU7bXNvLWNl
bGxzcGFjaW5nOjEuNXB0Jz4NCiAgIDx0ciBzdHlsZT0nbXNvLXlmdGktaXJvdzowO21zby15ZnRp
LWZpcnN0cm93Onllcyc+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQg
Ljc1cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbCBhbGlnbj1yaWdodCBz
dHlsZT0ndGV4dC1hbGlnbjpyaWdodCc+PGZvbnQgc2l6ZT0xDQogICAgZmFjZT1zYW5zLXNlcmlm
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+VG88
L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KICAgIDwvdGQ+DQogICAgPHRkIHZhbGlnbj10
b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNz
PU1zb05vcm1hbD48Zm9udCBzaXplPTEgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250
LXNpemU6DQogICAgNy41cHQ7Zm9udC1mYW1pbHk6c2Fucy1zZXJpZic+TWFyayBEYXZpcyAmbHQ7
bWFyay5kYXZpc0BpY3UtcHJvamVjdC5vcmcmZ3Q7PC9zcGFuPjwvZm9udD4NCiAgICA8bzpwPjwv
bzpwPjwvcD4NCiAgICA8L3RkPg0KICAgPC90cj4NCiAgIDx0ciBzdHlsZT0nbXNvLXlmdGktaXJv
dzoxJz4NCiAgICA8dGQgdmFsaWduPXRvcCBzdHlsZT0ncGFkZGluZzouNzVwdCAuNzVwdCAuNzVw
dCAuNzVwdCc+DQogICAgPHAgY2xhc3M9TXNvTm9ybWFsIGFsaWduPXJpZ2h0IHN0eWxlPSd0ZXh0
LWFsaWduOnJpZ2h0Jz48Zm9udCBzaXplPTENCiAgICBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5
bGU9J2ZvbnQtc2l6ZTo3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5jYzwvc3Bhbj48L2Zv
bnQ+PG86cD48L286cD48L3A+DQogICAgPC90ZD4NCiAgICA8dGQgdmFsaWduPXRvcCBzdHlsZT0n
cGFkZGluZzouNzVwdCAuNzVwdCAuNzVwdCAuNzVwdCc+DQogICAgPHAgY2xhc3M9TXNvTm9ybWFs
Pjxmb250IHNpemU9MSBmYWNlPXNhbnMtc2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCiAg
ICA3LjVwdDtmb250LWZhbWlseTpzYW5zLXNlcmlmJz5MVFJVIFdvcmtpbmcgR3JvdXAgJmx0O2x0
cnVAaWV0Zi5vcmcmZ3Q7LA0KICAgIHphaWl0b3ZAZ21haWwuY29tLCBpc282MzktMkBsb2MuZ292
LCBIw6V2YXJkIEhqdWxzdGFkDQogICAgJmx0O0hIakBzdGFuZGFyZC5ubyZndDssIElTTyA2Mzkg
Sm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlDQogICAgJmx0O0lTT0pBQ0Bsb2MuZ292Jmd0OywgaWV0
Zi1sYW5ndWFnZXNAaWFuYS5vcmcsIGlzbzYzOUBka3V1Zy5kazwvc3Bhbj48L2ZvbnQ+DQogICAg
PG86cD48L286cD48L3A+DQogICAgPC90ZD4NCiAgIDwvdHI+DQogICA8dHIgc3R5bGU9J21zby15
ZnRpLWlyb3c6Mjttc28teWZ0aS1sYXN0cm93Onllcyc+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5
bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05v
cm1hbCBhbGlnbj1yaWdodCBzdHlsZT0ndGV4dC1hbGlnbjpyaWdodCc+PGZvbnQgc2l6ZT0xDQog
ICAgZmFjZT1zYW5zLXNlcmlmPjxzcGFuIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1p
bHk6c2Fucy1zZXJpZic+U3ViamVjdDwvc3Bhbj48L2ZvbnQ+PG86cD48L286cD48L3A+DQogICAg
PC90ZD4NCiAgICA8dGQgdmFsaWduPXRvcCBzdHlsZT0ncGFkZGluZzouNzVwdCAuNzVwdCAuNzVw
dCAuNzVwdCc+DQogICAgPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MSBmYWNlPXNhbnMt
c2VyaWY+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCiAgICA3LjVwdDtmb250LWZhbWlseTpzYW5z
LXNlcmlmJz5SRTogW0x0cnVdIEFsZW1hbmljICZhbXA7IFN3aXNzIEdlcm1hbjwvc3Bhbj48L2Zv
bnQ+PG86cD48L286cD48L3A+DQogICAgPC90ZD4NCiAgIDwvdHI+DQogIDwvdGFibGU+DQogIDxw
IGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bh
bg0KICBzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9m
b250PjwvcD4NCiAgPHRhYmxlIGNsYXNzPU1zb05vcm1hbFRhYmxlIGJvcmRlcj0wIGNlbGxwYWRk
aW5nPTAgc3R5bGU9J21zby1jZWxsc3BhY2luZzoNCiAgIDEuNXB0Jz4NCiAgIDx0ciBzdHlsZT0n
bXNvLXlmdGktaXJvdzowO21zby15ZnRpLWZpcnN0cm93Onllczttc28teWZ0aS1sYXN0cm93Onll
cyc+DQogICAgPHRkIHZhbGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQg
Ljc1cHQnPg0KICAgIDxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg
TmV3IFJvbWFuIj48c3Bhbg0KICAgIHN0eWxlPSdmb250LXNpemU6MTIuMHB0Jz48bzpwPiZuYnNw
OzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KICAgIDwvdGQ+DQogICAgPHRkIHZhbGlnbj10b3Ag
c3R5bGU9J3BhZGRpbmc6Ljc1cHQgLjc1cHQgLjc1cHQgLjc1cHQnPg0KICAgIDxwIGNsYXNzPU1z
b05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3Bhbg0KICAgIHN0
eWxlPSdmb250LXNpemU6MTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w
Pg0KICAgIDwvdGQ+DQogICA8L3RyPg0KICA8L3RhYmxlPg0KICA8cCBjbGFzcz1Nc29Ob3JtYWw+
PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4NCiAgc3R5bGU9J2ZvbnQt
c2l6ZToxMi4wcHQnPjxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQogIDwvdGQ+DQogPC90
cj4NCjwvdGFibGU+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGlt
ZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz48YnI+DQo8YnI+
DQo8YnI+DQo8L3NwYW4+PC9mb250Pjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFu
YT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlZlcmRhbmE7Y29s
b3I6Ymx1ZSc+SSBjYW4gdGVsbCB5b3UgdGhhdCB0aGUgaW50ZW50IG9mIOKAnGdzd+KAnSBpcw0K
c3BlY2lmaWNhbGx5IFN3aXNzIEdlcm1hbiwgYW5kIHRoYXQgdGhlIGFzc3VtcHRpb24gb2YgaGF2
aW5nIOKAnEFsZW1hbmlj4oCdIGxpc3RlZA0KYXMgYSBuYW1lIGlzIHRoYXQgc29tZSBwZW9wbGUg
dXNlIHRoYXQgbGFiZWwgdG8gcmVmZXIgdG8gc3BlY2lmaWNhbGx5IHRvIFN3aXNzDQpHZXJtYW4u
IElmIHRoZSBsYXR0ZXIgYXNzdW1wdGlvbiBpcyBpbmNvcnJlY3QgKHdoaWNoIGFwcGVhcnMgdG8g
YmUgd2hhdCBNYXJrIGlzDQpzYXlpbmcsIHRoZW4gdGhhdCBpcyBhIGNoYW5nZSB0aGF0IHRoZSBK
QUMgc2hvdWxkIGNvbnNpZGVyLjwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48
Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPiZuYnNwOzwvc3Bhbj48
L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNl
PVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJk
YW5hO2NvbG9yOmJsdWUnPkJ1dCBpZiBNYXJ0aW7igJlzIGNvbW1lbnQgaXMgdGhlIHN1cHBvcnRp
bmcNCmV2aWRlbmNlLCB0aGVuIEkgc3RpbGwgZmluZCBNYXJ0aW7igJlzIGNvbW1lbnQgdG8gYmUg
dW5jbGVhci4gSXTigJlzIGNsZWFyIHRvIG1lDQp3aGF0IE1hcmsgaXMgc2F5aW5nOyBpdOKAmXMg
bm90IGNsZWFyIHRvIG1lIGlmIE1hcnRpbiBpcyBzYXlpbmcgdGhlIHNhbWUgdGhpbmcuPC9zcGFu
PjwvZm9udD4NCjxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBm
YWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpW
ZXJkYW5hO2NvbG9yOmJsdWUnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0K
DQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2Zv
bnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPiZuYnNwOzwv
c3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1
ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWls
eTpWZXJkYW5hO2NvbG9yOmJsdWUnPlBldGVyIENvbnN0YWJsZTwvc3Bhbj48L2ZvbnQ+IDxvOnA+
PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJs
dWUnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXpl
PTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7
DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9yOmJsdWUnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+IDxv
OnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBzaXplPTIgY29sb3I9Ymx1ZSBmYWNlPVZlcmRhbmE+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpWZXJkYW5hO2NvbG9y
OmJsdWUnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8ZGl2IGNsYXNz
PU1zb05vcm1hbCBhbGlnbj1jZW50ZXIgc3R5bGU9J3RleHQtYWxpZ246Y2VudGVyJz48Zm9udCBz
aXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4w
cHQnPg0KDQo8aHIgc2l6ZT0yIHdpZHRoPSIxMDAlIiBhbGlnbj1jZW50ZXI+DQoNCjwvc3Bhbj48
L2ZvbnQ+PC9kaXY+DQoNCjxwPjxiPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWE7DQpmb250LXdlaWdodDpib2xk
Jz5Gcm9tOjwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3Bhbg0K
c3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hJz4gbWFyay5lZHdhcmQu
ZGF2aXNAZ21haWwuY29tDQpbbWFpbHRvOm1hcmsuZWR3YXJkLmRhdmlzQGdtYWlsLmNvbV0gPGI+
PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPk9uDQpCZWhhbGYgT2YgPC9zcGFuPjwvYj5N
YXJrIERhdmlzPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPjxicj4NClNlbnQ6PC9z
cGFuPjwvYj4gVGh1cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2IDExOjA3IEFNPGI+PHNwYW4gc3R5
bGU9J2ZvbnQtd2VpZ2h0Og0KYm9sZCc+PGJyPg0KVG86PC9zcGFuPjwvYj4gUGV0ZXIgQ29uc3Rh
YmxlPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPjxicj4NCkNjOjwvc3Bhbj48L2I+
IEjDpXZhcmQgSGp1bHN0YWQ7IGlzbzYzOS0yQGxvYy5nb3Y7IExUUlUgV29ya2luZyBHcm91cDsN
CnphaWl0b3ZAZ21haWwuY29tOyBJU08gNjM5IEpvaW50IEFkdmlzb3J5IENvbW1pdHRlZTsgaWV0
Zi1sYW5ndWFnZXNAaWFuYS5vcmc7DQppc282MzlAZGt1dWcuZGs8Yj48c3BhbiBzdHlsZT0nZm9u
dC13ZWlnaHQ6Ym9sZCc+PGJyPg0KU3ViamVjdDo8L3NwYW4+PC9iPiBSZTogW0x0cnVdIEFsZW1h
bmljICZhbXA7IFN3aXNzIEdlcm1hbjwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8
cD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1z
aXplOjEyLjBwdCc+Jm5ic3A7IDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwPjxm
b250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6
MTIuMHB0Jz5BbGVtYW5pYw0KcmVmZXJzIHRvIGEgYnJvYWRlciBncm91cCBvZiBkaWFsZWN0cyB0
aGFuICZxdW90O1N3aXNzIEdlcm1hbiZxdW90OyAoYWthDQpTY2h3eXplcnR1ZXNjaCkgZG9lcy4g
U28gbGlzdGluZyB0aGVtIGFzIGl0IGRvZXMgaXMgcHJvYmxlbWF0aWM7IGl0J3MgbGlrZQ0KbGlz
dGluZzxicj4NCjxicj4NCmFyIEFyYWJpYzsgRWd5cHRpYW4gQXJhYmljPGJyPg0KPGJyPg0KUGVy
c29uYWxseSwgSSBkb24ndCBjYXJlIHdoZXRoZXIgaXQgaXMgcmVzb2x2ZWQgdG8gYmUgPGJyPg0K
PGJyPg0KQWxlbWFuaWMgKGluY2x1ZGluZyBTd2lzcyBHZXJtYW4pIDxicj4NCi8vIHdoaWNoIGlz
IHdoYXQgNjM5LTMgc2VlbXMgdG8gYmUgcG9pbnRpbmcgdG88YnI+DQo8YnI+DQpvcjxicj4NCjxi
cj4NClN3aXNzIEdlcm1hbiAoYSBwYXJ0aWN1bGFyIHZhcmlhbnQgb2YgQWxlbWFuaWMpPGJyPg0K
Ly8gd2hpY2ggaXMgd2hhdCB0aGUgY29kZSAoZ3N3KSBzZWVtcyB0byBiZSBwb2ludGluZyB0bzxi
cj4NCjxicj4NCkJ1dCB3ZSBuZWVkIHNvbWUgY2xhcml0eSBhcyB0byB3aGF0IGlzIG1lYW50IGJ5
IHRoZSBjb2RlLiA8YnI+DQo8YnI+DQpNYXJrIDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+
DQoNCjxwPjxmb250IHNpemU9MyBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdm
b250LXNpemU6MTIuMHB0Jz5Pbg0KMTEvMzAvMDYsIDxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdo
dDpib2xkJz5QZXRlciBDb25zdGFibGU8L3NwYW4+PC9iPiAmbHQ7PGENCmhyZWY9Im1haWx0bzpw
ZXRlcmNvbkBtaWNyb3NvZnQuY29tIj5wZXRlcmNvbkBtaWNyb3NvZnQuY29tPC9hPiZndDsgd3Jv
dGU6IDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBjb2xv
cj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQt
ZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+TWFydGluJ3MgY29tbWVudCBpcyBzb21ld2hhdCB2
YWd1ZTogdmFyaWV0aWVzDQpzcG9rZW4gb24gZWl0aGVyIHNpZGUgb2YgdGhlIGJvcmRlciBhcmUg
dmVyeSBzaW1pbGFyLCBldCAmcXVvdDthcyBzb29uIGFzIHlvdQ0KY3Jvc3MgdGhlIGJvcmRlciBp
dCdzIHZlcnkgY2xlYXJseSBubyBsb25nZXIgU3dpc3MgR2VybWFuJnF1b3Q7LiBEb2VzIHRoYXQg
bWVhbg0KdGhhdCB3aGF0IGlzIHNwb2tlbiBhY3Jvc3MgdGhlIGJvcmRlciBpcyBjbGVhcmx5IGEg
ZGlmZmVyZW50IGxhbmd1YWdlLCBvciB0aGF0DQp0aGUgbGFiZWwgJnF1b3Q7U3dpc3MgR2VybWFu
JnF1b3Q7IGlzIGNsZWFybHkgbm90IHVzZWQ/PC9zcGFuPjwvZm9udD4gPG86cD48L286cD48L3A+
DQoNCjxwPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+Jm5ic3A7
PC9zcGFuPjwvZm9udD4gPG86cD48L286cD48L3A+DQoNCjxwPjxmb250IHNpemU9MiBjb2xvcj1i
bHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFt
aWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+Jm5ic3A7PC9zcGFuPjwvZm9udD4gPG86cD48L286cD48
L3A+DQoNCjxwPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9VmVyZGFuYT48c3BhbiBzdHls
ZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlZlcmRhbmE7Y29sb3I6Ymx1ZSc+UGV0
ZXI8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpwPjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0yIGNvbG9y
PWJsdWUgZmFjZT1WZXJkYW5hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Ow0KZm9udC1m
YW1pbHk6VmVyZGFuYTtjb2xvcjpibHVlJz4mbmJzcDs8L3NwYW4+PC9mb250PiA8bzpwPjwvbzpw
PjwvcD4NCg0KPGRpdiBjbGFzcz1Nc29Ob3JtYWwgYWxpZ249Y2VudGVyIHN0eWxlPSd0ZXh0LWFs
aWduOmNlbnRlcic+PGZvbnQgc2l6ZT0zDQpmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0
eWxlPSdmb250LXNpemU6MTIuMHB0Jz4NCg0KPGhyIHNpemU9MiB3aWR0aD0iMTAwJSIgYWxpZ249
Y2VudGVyPg0KDQo8L3NwYW4+PC9mb250PjwvZGl2Pg0KDQo8cD48Yj48Zm9udCBzaXplPTIgZmFj
ZT1UYWhvbWE+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21h
Ow0KZm9udC13ZWlnaHQ6Ym9sZCc+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTIg
ZmFjZT1UYWhvbWE+PHNwYW4NCnN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRh
aG9tYSc+IE1hcmsgRGF2aXMgW21haWx0bzo8L3NwYW4+PC9mb250PjxhDQpocmVmPSJtYWlsdG86
bWFyay5kYXZpc0BpY3UtcHJvamVjdC5vcmciIHRhcmdldD0iX2JsYW5rIj48Zm9udCBzaXplPTIN
CmZhY2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRh
aG9tYSc+bWFyay5kYXZpc0BpY3UtcHJvamVjdC5vcmc8L3NwYW4+PC9mb250PjwvYT48Zm9udA0K
c2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFt
aWx5OlRhaG9tYSc+XSA8Yj48c3Bhbg0Kc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPjxicj4NClNl
bnQ6PC9zcGFuPjwvYj4gVGh1cnNkYXksIE5vdmVtYmVyIDMwLCAyMDA2IDk6MDAgQU08Yj48c3Bh
biBzdHlsZT0nZm9udC13ZWlnaHQ6DQpib2xkJz48YnI+DQpUbzo8L3NwYW4+PC9iPiBIw6V2YXJk
IEhqdWxzdGFkOyA8L3NwYW4+PC9mb250PjxhIGhyZWY9Im1haWx0bzppc282MzktMkBsb2MuZ292
Ig0KdGFyZ2V0PSJfYmxhbmsiPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlRhaG9tYSc+aXNvNjM5LTJAbG9jLmdvdjwv
c3Bhbj48L2ZvbnQ+PC9hPjxiPjxmb250IHNpemU9Mg0KZmFjZT1UYWhvbWE+PHNwYW4gc3R5bGU9
J2ZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6VGFob21hO2ZvbnQtd2VpZ2h0OmJvbGQnPjxi
cj4NCkNjOjwvc3Bhbj48L2ZvbnQ+PC9iPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBz
dHlsZT0nZm9udC1zaXplOjEwLjBwdDsNCmZvbnQtZmFtaWx5OlRhaG9tYSc+IExUUlUgV29ya2lu
ZyBHcm91cDsgPC9zcGFuPjwvZm9udD48YQ0KaHJlZj0ibWFpbHRvOnphaWl0b3ZAZ21haWwuY29t
IiB0YXJnZXQ9Il9ibGFuayI+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuDQpzdHlsZT0n
Zm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPnphaWl0b3ZAZ21haWwuY29tPC9z
cGFuPjwvZm9udD48L2E+PGZvbnQNCnNpemU9MiBmYWNlPVRhaG9tYT48c3BhbiBzdHlsZT0nZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPjsgSVNPIDYzOQ0KSm9pbnQgQWR2aXNv
cnkgQ29tbWl0dGVlOyA8L3NwYW4+PC9mb250PjxhIGhyZWY9Im1haWx0bzppZXRmLWxhbmd1YWdl
c0BpYW5hLm9yZyINCnRhcmdldD0iX2JsYW5rIj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWEnPmlldGYtbGFu
Z3VhZ2VzQGlhbmEub3JnPC9zcGFuPjwvZm9udD48L2E+PGZvbnQgc2l6ZT0yDQpmYWNlPVRhaG9t
YT48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTpUYWhvbWEnPjsgPC9z
cGFuPjwvZm9udD48YQ0KaHJlZj0ibWFpbHRvOmlzbzYzOUBka3V1Zy5kayIgdGFyZ2V0PSJfYmxh
bmsiPjxmb250IHNpemU9MiBmYWNlPVRhaG9tYT48c3Bhbg0Kc3R5bGU9J2ZvbnQtc2l6ZToxMC4w
cHQ7Zm9udC1mYW1pbHk6VGFob21hJz5pc282MzlAZGt1dWcuZGs8L3NwYW4+PC9mb250PjwvYT48
Yj48Zm9udA0Kc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0
O2ZvbnQtZmFtaWx5OlRhaG9tYTtmb250LXdlaWdodDoNCmJvbGQnPjxicj4NClN1YmplY3Q6PC9z
cGFuPjwvZm9udD48L2I+PGZvbnQgc2l6ZT0yIGZhY2U9VGFob21hPjxzcGFuIHN0eWxlPSdmb250
LXNpemU6MTAuMHB0Ow0KZm9udC1mYW1pbHk6VGFob21hJz4gW0x0cnVdIEFsZW1hbmljICZhbXA7
IFN3aXNzIEdlcm1hbjwvc3Bhbj48L2ZvbnQ+IDxvOnA+PC9vOnA+PC9wPg0KDQo8cD48Zm9udCBz
aXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEyLjBw
dCc+Jm5ic3A7IDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwPjxmb250IHNpemU9
MiBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Jz5J
U08gNjM5LTINCihvbiA8L3NwYW4+PC9mb250PjxhDQpocmVmPSJodHRwOi8vd3d3LmxvYy5nb3Yv
c3RhbmRhcmRzL2lzbzYzOS0yL3BocC9jb2RlX2xpc3QucGhwIiB0YXJnZXQ9Il9ibGFuayI+PGZv
bnQNCnNpemU9Mj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjEwLjBwdCc+aHR0cDovL3d3dy5sb2Mu
Z292L3N0YW5kYXJkcy9pc282MzktMi9waHAvY29kZV9saXN0LnBocDwvc3Bhbj48L2ZvbnQ+PC9h
Pjxmb250DQpzaXplPTI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQnPikgbGlzdHMgdGhl
IGZvbGxvd2luZzo8YnI+DQo8YnI+DQpnc3cgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgQWxlbWFuaTsgU3dpc3MgR2VybWFuICZuYnNwOw0KJm5ic3A7ICZuYnNwO2Fs
w6ltYW5pcXVlIDxicj4NCjxicj4NCkhvd2V2ZXIsIHRoZXJlIGlzIGEgJnF1b3Q7YyZxdW90OyBt
aXNzaW5nIGZyb20gQWxlbWFuaWMsIGFuZCBTd2lzcyBHZXJtYW4gaXMNCm5vdCB0aGUgc2FtZSBh
cyBBbGVtYW5pYzogU3dpc3MgR2VybWFuIGlzIGEgdHlwZSBvZiBBbGVtYW5pYywgYnV0IHRoZXJl
IGFyZQ0Kb3RoZXIgdHlwZXMgdGhhdCBhcmUgbm90IHRoZSBzYW1lIGFzIFN3aXNzIEdlcm1hbi48
YnI+DQo8YnI+DQpRdW90aW5nIE1hcnRpbiBEdWVyc3Q6IDxicj4NCjwvc3Bhbj48L2ZvbnQ+PGJy
Pg0KJnF1b3Q7WWVzLCBTd2FiaWFuIGlzIGNsZWFybHkgQWxlbWFuaWMuIEFsZW1hbmljIGFuZCBT
d2lzcyBHZXJtYW4gYXJlIG5vdDxicj4NCnRoZSBzYW1lLiBUaGVyZSBhcmUgdmVyeSBjbG9zZSBz
aW1pbGFyaXRpZXMgYmV0d2VlbiBzb21lIGRpYWxlY3RzIGluIDxicj4NCnRoZSBub3J0aCBvZiBT
d2l0emVybGFuZCBhbmQgYWNyb3NzIHRoZSBib3JkZXIgaW4gR2VybWFueSwgYnV0IGFzPGJyPg0K
c29vbiBhcyB5b3UgY3Jvc3MgdGhlIGJvcmRlciwgaXQncyB2ZXJ5IGNsZWFybHkgbm8gbG9uZ2Vy
IFN3aXNzPGJyPg0KR2VybWFuLiBBIGxhYmVsIHN1Y2ggYXMgJnF1b3Q7QWxlbWFuaWM7IFN3aXNz
IEdlcm1hbiZxdW90OywgYXNzdW1pbmcgdGhhdCA8YnI+DQpib3RoIGFyZSB0aGUgc2FtZSwgaXMg
Y2xlYXJseSB3cm9uZy4gSWYgaXQncyBzb21ldGhpbmcgbGlrZTxicj4NCiZxdW90O0FsZW1hbmlj
OyBpbmNsdWRlcyBTd2lzcyBHZXJtYW4mcXVvdDssIHRoYXQgd291bGQgYmUgb2theS4mcXVvdDs8
YnI+DQo8YnI+DQpDYW4gdGhpcyBiZSBjb3JyZWN0ZWQgc28gdGhhdCBpdCBkb2VzIG5vdCBjb250
aW51ZSB0byBtaXNsZWFkIHBlb3BsZT8gPGJyPg0KPGJyPg0KTWFyayBEYXZpcyA8bzpwPjwvbzpw
PjwvcD4NCg0KPHA+PGZvbnQgc2l6ZT0zIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5
bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPiZuYnNwOzwvc3Bhbj48L2ZvbnQ+PHR0Pjxmb250DQpzaXpl
PTIgZmFjZT0iQ291cmllciBOZXciPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0Jz5fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvc3Bhbj48L2ZvbnQ+
PC90dD48Zm9udA0Kc2l6ZT0yIGZhY2U9IkNvdXJpZXIgTmV3Ij48c3BhbiBzdHlsZT0nZm9udC1z
aXplOjEwLjBwdDtmb250LWZhbWlseToiQ291cmllciBOZXciJz48YnI+DQo8dHQ+PGZvbnQgZmFj
ZT0iQ291cmllciBOZXciPklldGYtbGFuZ3VhZ2VzIG1haWxpbmcgbGlzdDwvZm9udD48L3R0Pjxi
cj4NCjx0dD48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyI+SWV0Zi1sYW5ndWFnZXNAYWx2ZXN0cmFu
ZC5ubzwvZm9udD48L3R0Pjxicj4NCjx0dD48Zm9udCBmYWNlPSJDb3VyaWVyIE5ldyI+aHR0cDov
L3d3dy5hbHZlc3RyYW5kLm5vL21haWxtYW4vbGlzdGluZm8vaWV0Zi1sYW5ndWFnZXM8L2ZvbnQ+
PC90dD48L3NwYW4+PC9mb250PjxvOnA+PC9vOnA+PC9wPg0KDQo8L2Rpdj4NCg0KPC9kaXY+DQoN
CjwvYm9keT4NCg0KPC9odG1sPg0K

------_=_NextPart_001_01C714E8.E215A875--


--===============1456249421==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1456249421==--




From ltru-bounces@ietf.org Sun Dec 03 03:34:23 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gqmna-00015K-1T; Sun, 03 Dec 2006 03:34:10 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GqmnY-000112-Am
	for ltru@ietf.org; Sun, 03 Dec 2006 03:34:08 -0500
Received: from mtagate2.uk.ibm.com ([195.212.29.135])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GqmnW-0005CD-V0
	for ltru@ietf.org; Sun, 03 Dec 2006 03:34:08 -0500
Received: from d06nrmr1407.portsmouth.uk.ibm.com
	(d06nrmr1407.portsmouth.uk.ibm.com [9.149.38.185])
	by mtagate2.uk.ibm.com (8.13.8/8.13.8) with ESMTP id kB38XvGZ100680
	for <ltru@ietf.org>; Sun, 3 Dec 2006 08:34:00 GMT
Received: from d06av04.portsmouth.uk.ibm.com (d06av04.portsmouth.uk.ibm.com
	[9.149.37.216])
	by d06nrmr1407.portsmouth.uk.ibm.com (8.13.6/8.13.6/NCO v8.1.1) with
	ESMTP id kB38XuNo2523198
	for <ltru@ietf.org>; Sun, 3 Dec 2006 08:33:57 GMT
Received: from d06av04.portsmouth.uk.ibm.com (loopback [127.0.0.1])
	by d06av04.portsmouth.uk.ibm.com (8.12.11.20060308/8.13.3) with ESMTP
	id kB38Xukl007776 for <ltru@ietf.org>; Sun, 3 Dec 2006 08:33:56 GMT
Received: from sihl.zurich.ibm.com (sihl.zurich.ibm.com [9.4.16.232])
	by d06av04.portsmouth.uk.ibm.com (8.12.11.20060308/8.12.11) with ESMTP
	id kB38XtB8007772; Sun, 3 Dec 2006 08:33:56 GMT
Received: from zurich.ibm.com ([9.4.210.199])
	by sihl.zurich.ibm.com (AIX4.3/8.9.3p2/8.9.3) with ESMTP id JAA82514;
	Sun, 3 Dec 2006 09:33:54 +0100
Message-ID: <45728BF2.5030207@zurich.ibm.com>
Date: Sun, 03 Dec 2006 09:33:54 +0100
From: Brian E Carpenter <brc@zurich.ibm.com>
Organization: IBM
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
	rv:1.6) Gecko/20040113
X-Accept-Language: en, fr, de
MIME-Version: 1.0
To: LTRU Working Group <ltru@ietf.org>
Subject: Re: [Ltru] Alemanic & Swiss German
References: <19A328037921AA42847A717566D1D6A109BC40AD@RED-MSG-42.redmond.corp.microsoft.com>
	<OFB7FD950E.4B63F2CC-ON88257237.000903CD-88257237.000AA8F0@spe.sony.com>
	<30b660a20611301841m51b310a6hc81942b23ccf0547@mail.gmail.com>
	<456FD83B.1030701@wiktionaryz.org>
	<200612020256.kB22tsIe135498@mtagate1.de.ibm.com>
In-Reply-To: <200612020256.kB22tsIe135498@mtagate1.de.ibm.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by mtagate2.uk.ibm.com id
	kB38XvGZ100680
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Cc: ietf-languages@iana.org, iso639-2@loc.gov, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

 > lang_in_vern =3D Schwyzerd=C3=83=C2=BCtsch, Schweizerdeutsch, Schwiize=
rd=C3=83=C2=BCtsch,
 >     > Schwyzert=C3=83=C2=BCtsch, Schwizertitsch

Well, somebody's mailer sure isn't UTF-8, but this illustrates the
point: Swiss German has no orthography. Even in Zueri (Zurich in
Schwyzert=C3=BCtsch) it's commonly referred to as "Mundsprach" (mouth spe=
ech)
because it simply isn't a written language, although one or two authors
write in their own orthography.

Also, BTW, the dialect is different in the different regions
of German-speaking Switzerland.

So, whatever the question, there is no right answer. However,
"Swiss German" is definitely the most common English description.

     Brian (who spent 2.5 years in Zurich and completely failed to
absorb Swiss German, but certainly never saw it written down
consistently.)

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 03 17:39:17 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gqzxz-00015X-Nm; Sun, 03 Dec 2006 17:37:47 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gqzxx-00015Q-Sz
	for ltru@ietf.org; Sun, 03 Dec 2006 17:37:45 -0500
Received: from wx-out-0506.google.com ([66.249.82.227])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gqzxw-0004LW-L6
	for ltru@ietf.org; Sun, 03 Dec 2006 17:37:45 -0500
Received: by wx-out-0506.google.com with SMTP id h27so3636025wxd
	for <ltru@ietf.org>; Sun, 03 Dec 2006 14:37:44 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=FkMszmGy0sGKmfAxcekqNqN2QV1zNDd6S+kNwF5f7Cvaxn/2hARjXHXrvuY0GSnfqP0/hYeGLZxie9rAcAB/ZXFDvxrY9UoEL6+rbqwSgSl7sgFTwvUxEzMCwyGs7Xeoqopflc9iyoXkFiXpBhnqwxBkP+6SR5A/yonbCFp+v9o=
Received: by 10.100.167.7 with SMTP id p7mr1656460ane.1165185464317;
	Sun, 03 Dec 2006 14:37:44 -0800 (PST)
Received: by 10.100.8.6 with HTTP; Sun, 3 Dec 2006 14:37:44 -0800 (PST)
Message-ID: <30b660a20612031437x207222f9u7720d392722d4a7b@mail.gmail.com>
Date: Sun, 3 Dec 2006 14:37:44 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Peter Constable" <petercon@microsoft.com>
Subject: Re: [Ltru] Alemanic & Swiss German
In-Reply-To: <19A328037921AA42847A717566D1D6A109BC44A0@RED-MSG-42.redmond.corp.microsoft.com>
MIME-Version: 1.0
References: <30b660a20611301841m51b310a6hc81942b23ccf0547@mail.gmail.com>
	<19A328037921AA42847A717566D1D6A109BC44A0@RED-MSG-42.redmond.corp.microsoft.com>
X-Google-Sender-Auth: c2a2fa6a59d3a03e
X-Spam-Score: 2.0 (++)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: Karen_Broome@spe.sony.com, LTRU Working Group <ltru@ietf.org>,
	zaiitov@gmail.com, iso639-2@loc.gov,
	=?UTF-8?Q?H=C3=A5vard_Hjulstad?= <HHj@standard.no>,
	ietf-languages@iana.org, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============2127266413=="
Errors-To: ltru-bounces@ietf.org

--===============2127266413==
Content-Type: multipart/alternative; 
	boundary="----=_Part_2782_5632049.1165185464060"

------=_Part_2782_5632049.1165185464060
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I looked at your long letter, but it doesn't change my conclusion. From all
the evidence cited, "gsw" was intended to be "Swiss German". The term
"Alemanic" in English ("Alemanisch" in German) encompasses a wider scope (eg
including Swabian, which is clearly not Swiss German*), and should not be
used. Retaining the word "Alemanic" in the scope of "gsw" is a bit like
intending to produce a code for "bloodhound" but later saying that the code
covers any "dog". If there is need for the broader term "Alemanic", which is
not unreasonable, it really should be encoded separately.

Mark

PS. - I have a close friend who speaks Swabian, and it is very distinctly
different from Swiss German -- but ask any Swiss like Martin for further
confirmation.

On 12/1/06, Peter Constable <petercon@microsoft.com> wrote:
>
>  Please see my longer response to Karen before drawing this conclusion.
>
>
>
>
>
> Peter
>

------=_Part_2782_5632049.1165185464060
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I looked at your long letter, but it doesn't change my conclusion. From all the evidence cited, &quot;gsw&quot; was intended to be &quot;Swiss German&quot;. The term &quot;Alemanic&quot; in English (&quot;Alemanisch&quot; in German) encompasses a wider scope (eg including 
<font face="sans-serif" size="2">Swabian, which is clearly not Swiss German*</font><font face="sans-serif" size="2">)</font>, and should not be used. Retaining the word &quot;Alemanic&quot; in the scope of &quot;gsw&quot; is a bit like intending to produce a code for &quot;bloodhound&quot; but later saying that the code covers any &quot;dog&quot;.  If there is need for the broader term &quot;Alemanic&quot;, which is not unreasonable, it really should be encoded separately.
<br><br>Mark<br><br>PS. <font face="sans-serif" size="2"> - I have a close friend who speaks Swabian, and it is </font><font face="sans-serif" size="2">very distinctly different from Swiss German -- but ask any Swiss like Martin for further confirmation.
</font><br><br><div><span class="gmail_quote">On 12/1/06, <b class="gmail_sendername">Peter Constable</b> &lt;<a href="mailto:petercon@microsoft.com">petercon@microsoft.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">














<div link="blue" vlink="blue" lang="EN-US">

<div>

<p><font color="blue" face="Verdana" size="2"><span style="font-size: 10pt; font-family: Verdana; color: blue;">Please see my longer response to Karen
before drawing this conclusion.</span></font></p>

<p><font color="blue" face="Verdana" size="2"><span style="font-size: 10pt; font-family: Verdana; color: blue;">&nbsp;</span></font></p>

<p><font color="blue" face="Verdana" size="2"><span style="font-size: 10pt; font-family: Verdana; color: blue;">&nbsp;</span></font></p>

<p><font color="blue" face="Verdana" size="2"><span style="font-size: 10pt; font-family: Verdana; color: blue;">Peter</span></font></p></div></div></blockquote></div><br>

------=_Part_2782_5632049.1165185464060--


--===============2127266413==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============2127266413==--




From ltru-bounces@ietf.org Mon Dec 04 01:08:01 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gr6zS-0001PG-U6; Mon, 04 Dec 2006 01:07:46 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gr6zS-0001O7-F2
	for ltru@ietf.org; Mon, 04 Dec 2006 01:07:46 -0500
Received: from mta16.mail.adelphia.net ([68.168.78.211]
	helo=mta16.adelphia.net) by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1Gr6zR-0006AG-2q
	for ltru@ietf.org; Mon, 04 Dec 2006 01:07:46 -0500
Received: from DGBP7M81 ([68.67.66.131]) by mta16.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061204055133.WQGG26381.mta16.adelphia.net@DGBP7M81>;
	Mon, 4 Dec 2006 00:51:33 -0500
Message-ID: <000501c7176a$83837070$6501a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: <ietf-languages@iana.org>,
	"LTRU Working Group" <ltru@ietf.org>
References: <20061204004331.66C4D2596EC@eikenes.alvestrand.no>
Date: Sun, 3 Dec 2006 22:07:43 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: 
Subject: [Ltru] Re: Alemanic & Swiss German
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Gerard Meijssen <gerardm at wiktionaryz dot org> wrote:

> The label is “Schwyzerdütsch” and not "Swiss German". Using the latter 
> confuses with German spoken by the Swiss which is something different 
> again and as evidently happens makes people concentrate on the Swiss 
> (again) and not at the whole of what is intended.

I don't believe there is any confusion in this debate between "de-CH", 
which is Standard German spoken in Switzerland, and "gsw", which is 
Schwyzerdütsch (or substitute your favorite spelling) and well 
understood to be a different language from Standard German.

Rather, the debate is whether "gsw" represents only Schwyzerdütsch per 
se, or other "Alemanic" languages and/or dialects which are not usually 
identified as Schwyzerdütsch, such as Swabian.  The problem, as is often 
the case, is partly in determining the line between "language" and 
"dialect."

Unless this thread has something to do with adding or changing an entry 
in the Registry, I agree with Michael that it should be confined to 
LTRU, and will post any future comments only to that list.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 04 01:13:21 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gr74r-0005n5-86; Mon, 04 Dec 2006 01:13:21 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gr74p-0005mv-Rn
	for ltru@ietf.org; Mon, 04 Dec 2006 01:13:19 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gr74n-0007B5-Hd
	for ltru@ietf.org; Mon, 04 Dec 2006 01:13:19 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Gr74l-0005Ci-5g; Mon, 04 Dec 2006 01:13:15 -0500
Date: Mon, 4 Dec 2006 01:13:15 -0500
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Re: Alemanic & Swiss German
Message-ID: <20061204061315.GA12322@ccil.org>
References: <20061204004331.66C4D2596EC@eikenes.alvestrand.no>
	<000501c7176a$83837070$6501a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <000501c7176a$83837070$6501a8c0@DGBP7M81>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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 scripsit:

> Rather, the debate is whether "gsw" represents only Schwyzerdütsch
> per se, or other "Alemanic" languages and/or dialects which are not
> usually identified as Schwyzerdütsch, such as Swabian.  The problem, as
> is often the case, is partly in determining the line between "language"
> and "dialect."

Almost.  It's clear that the name "Alemannic" is a genetic grouping.
What's not clear is whether it is *also* the name for a single
language.  As I pointed out a while ago, "Japanese" is such a case:
it names both the Japanese language and the genetic grouping that
includes Japanese and the Ryukyuan languages.

-- 
Henry S. Thompson said, / "Syntactic, structural,               John Cowan
Value constraints we / Express on the fly."                 cowan@ccil.org
Simon St. Laurent: "Your / Incomprehensible     http://www.ccil.org/~cowan
Abracadabralike / schemas must die!"

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 04 02:05:43 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gr7tQ-0002mc-7Z; Mon, 04 Dec 2006 02:05:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gr7tP-0002m0-RO
	for ltru@ietf.org; Mon, 04 Dec 2006 02:05:35 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gr7tL-0007LJ-Q2
	for ltru@ietf.org; Mon, 04 Dec 2006 02:05:35 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kB475Q8L012834
	for <ltru@ietf.org>; Mon, 4 Dec 2006 16:05:28 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 0e97_d1430fd4_8365_11db_97b8_0014221fa3c9;
	Mon, 04 Dec 2006 16:05:25 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:45646)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S5E3C7> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Mon, 4 Dec 2006 16:04:45 +0900
Message-Id: <6.0.0.20.2.20061203171832.05275b00@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Sun, 03 Dec 2006 19:12:24 +0900
To: Peter Constable <petercon@microsoft.com>, <Karen_Broome@spe.sony.com>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: RE: [Ltru] Alemanic & Swiss German
In-Reply-To: <19A328037921AA42847A717566D1D6A109BC449D@RED-MSG-42.redmon
	d.corp.microsoft.com>
References: <OFB7FD950E.4B63F2CC-ON88257237.000903CD-88257237.000AA8F0@spe.sony.com>
	<19A328037921AA42847A717566D1D6A109BC449D@RED-MSG-42.redmond.corp.microsoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 42e3ed3f10a1d8bef690f09da16f507a
Cc: Working Group <ltru@ietf.org>, zaiitov@gmail.com, iso639-2@loc.gov,
	Harvard Hjulstad <HHj@standard.no>, ietf-languages@iana.org,
	LTRU@scmailgw2.scop.aoyama.ac.jp, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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



At 03:10 06/12/02, Peter Constable wrote:
>Content-Class: urn:content-classes:message
>Content-Type: multipart/alternative;boundary="----_=_NextPart_001_01C71574.0CBEED23"
>
>The claim in Ethnologue is that the language $Bc`W4(Bchwyzerd$B%F%7(Btsch$Bc`Y(B(aka $Bc`W4(Bwiss German$Bc`Y
(B is also spoken in Austria, France, Germany and Liechtenstein although the name $Bc`W4(Bchwyzerd$B%F%7(Btsch$Bc`Y(Bis not generally used in those places; 

A definition like the above "'gsw' is the language named X
although also spoken in Y but not named X in that case"
is contradictory and doesn't make sense.

Schwyzerdu"tsch is not spoken in Austria, France, or Germany,
by definition (except by people who moved there from Switzerland).
[I don't want to say anything about Liechtenstein; if anybody
from Liechtenstein is on the list, please speak up.]

>that the name $Bc`W"(Bllemanisch$Bc`Y(Bis sometimes used in reference to this language; and further, that this language is distinct from languages known as $Bc`W4(Bwabian$Bc`Y(Band $Bc`W8(Balser$Bc`Y(B 
> 
>That is the semantic that ISO 639-3 and ISO 639-2 assume. I think this is consistent with your understanding and usage.
> 
>Now, I hear Mark saying that the name $Bc`W"(Blemanic$Bc`Y(Bis not used to refer to Swiss German / Schwyzerd$B%F%7(Btsch but rather is only used to refer to a range of varieties of broader scope (a genetic sub-node, perhaps) of which Swiss German is but one language. (Ethnologue shows Schwyzerd$B%F%7(Btsch as being classified genetically in a branch of Germanic called $Bc`W"(Blemannic$Bc`Y(B) The ISO 639 identifier $Bc`WH(Bsw$Bc`Y(Bis *not* intended to refer to such a collection of languages.

'language' or 'languages' are obviously in the eye of the beholder.
I assume it's linguistically possible to make a group or language
(whatever you want to call it) from Swiss German (including
the Wallis and the Walser dialects in Graubu"nden, as mentioned
in the Ethnologue page ("Graubenden-Grisons (Valserisch), Wallis";
btw 'Graubenden' is a missspelling of 'Graubu"nden'),
Elsa"ssisch (Alsace, France), the Voralberg Region of Austria,
and some pieces of southern/southwestern German, and to label
it gsw. That's consistent with the data in the Ethnologue, and
with the usage pattern that Karen is proposing.

[However, looking at http://www.ethnologue.com/show_language.asp?code=wae,
the Ethnologue seems to count Walser dialects in Graubu"nden and
probably also Wallis twice.]


>The only debate I see here is whether $Bc`W"(Blemanic$Bc`Y(Bis ever used to refer to the specific language denoted by $Bc`WH(Bsw$Bc`Y(B

Looking at http://www.ethnologue.com/show_family.asp?subid=92157,
that seems to more or less make sense for Alemanic.


>On the one hand, we see Ethnologue use $Bc`W"(Blemannic$Bc`Y(Bin reference to the genetic subnode. On the other, we see Ethnologue indicate that $Bc`W"(Blemannisch$Bc`Y(Bis a name used to refer to the specific language

"also" -> "not actually"

>known as $Bc`W4(Bchwyzerd$B%F%7(Btsch$Bc`Y(Bor $Bc`W4(Bwiss German$Bc`Y(B


>It appears to me that Mark$Bc`QT(B comments amount to one of the following:
> 
>-         questioning the claim that $Bc`W"(Blemannisch$Bc`Y(Bis used as a name for the specific language denoted by $Bc`WH(Bsw$Bc`Y
(B or
> 
>-         a request to clarify that, in listing $Bc`W"(Blemanic$Bc`Y(Bas an English name for $Bc`WH(Bsw$Bc`Y
(B the intended denotation does *not* encompass Alemannic languages other than the one known as $Bc`W4(Bchwyzerd$B%F%7(Btsch$Bc`Y(Bor $Bc`W4(Bwiss German$Bc`Y(B(and perhaps other names)

No, at least from my side, the request is not to use the name
Schwyzerdu"tsch/Swiss German for something it doesn't refer to.
If you want to refer to what the Ethnologue labels as 'gsw',
call it "high alemanic" or whatever you want, but not Swiss German.

>If it is the case that $Bc`W"(Blemannisch$Bc`Y(Bis used in some places to refer to the specific, individual language denoted by $Bc`WH(Bsw$Bc`Y
(B

"specific, individual language" is in the eye of the beholder.
Linguistically, 'gsw' may qualify as a 'language' according to
some criteria, but that's not how people think. It's much more
like a vast area with a common language background, where you
can find differences more or less between every two neighbour
villages you look at. What researchers in Switzerland do is
not to try to cut up that continuum into pieces, but to document
where the boundaries are. I.e. you take a traditional concept,
and draw a map to show where one word is used and where another,
or you take a certain syllable or ending and draw a map with
a boundary line between different forms. 

>then this is a good example for a problem that Gary Simons and I identified in a paper back in 2000: the problem of clearly documenting what is the intended denotation of a given language identifier.

Yes. At least in the case at hand, where you want to create or
identify subsections of a language continuum such as German/Germanic,
the best way to describe what you mean would be not in terms of
regions (which of course can help), but in terms of grammatical
or vocabulary features. As an example, Austians east of the Arlberg
pass call their countrymen west of the Arlberg (Vorarlberg)
"Gsiberger", because they use "gsi" as the past participle of
the verb "to be", whereas the rest of the Austians use some
form of "gewesen", similar to standard German.

So at least with respect to Austria, this could be listed as
a criterion (probably one of several) of what distinguishes
gsw from other German dialects/variants in Austria.


>For, if $Bc`W"(Blemannisch$Bc`Y(Bis used in this way, then it would seem that $Bc`W"(Blemanic$Bc`Y(Bmight actually be used in two different senses: one referring to an individual language, and one referring to a collection of languages corresponding to a genetic subnode of Germanic. But, $Bc`WH(Bsw$Bc`Y(Bdoes not denote either of those semantics according to the whims of a given user; it denotes just one of those semantics, viz. the former. 
> 
>(This is also a good example to show that the objects of codification are not merely names but rather specific concepts that are referenced by a given name $Bc`E(Bterms, not lexemes.)
> 
>So, then, how can the intended semantics of the identifier $Bc`WH(Bsw$Bc`Y(Bbe clearly documented in ISO 639?

See above.


>In the past, for parts 1 and 2, all that was provided was a list of names. In developing part 3, the RA and I both felt that this was not adequate. Formally, we could not include the various kinds of encyclopedic information that might actually be needed to make it clear what the intended denotation of a given identifier actually is (machine-readable tables need to have a well-formed structure with clear semantics for each data category). What we could add formally are attributes, of which we added two: scope and type. So, the data tables for 639-3 show in particular that $Bc`WH(Bsw$Bc`Y(Bhas a scope of individual language. That at least makes clear that the intended semantic for $Bc`WH(Bsw$Bc`Y(Bis not a collection of languages. 

On the ground, that doesn't help at all, because what's an individual
language and what not is in the eye of the classifier. While I don't
want to criticise the classification of the Ethnologue, others are
certainly possible.


>But even that is not sufficient: perhaps the range of language varieties under the Germanic/../Alemannic classification are being treated as a single, individual language. 

The 'perhaps' is probably true, but still as a 'perhaps'.
The fact is that people's minds are much more flexible than
classifications; people can speak about German (fairly high
up in your hierarchy) as a language in one sentence, and
can speak about the dialect/variant used in their village
as a language in the next sentence (and understand each
other very well, too).


>To overcome such limitations and to provide clear documentation of the intended denotation for each identifier, the ISO 639-3 Web site gives, for each entry, a $Bc`WN(Bore$Bc`%rc`Y(Blink to a page that shows additional information for the given identifier, and that additional info includes not only the formal attributes of scope and type but also links to external sources, including sources of an encyclopedic nature such as Ethnologue, specifically for the purpose of documenting the denotation.

That's good. But only in as far as those sources are clear and correct.
Using "Swiss German" for anything other than the German dialects spoken
in Switzerland, and only in Switzerland, means just misusing a term
and confusing more than documenting.


>So, if you want to know an ID in ISO 639-3 is intended to mean, don$Bc`QU(B just look at the list of names associated with that ID since names alone cannot guarantee that the intended semantic is clearly communicated. Rather, go to the ISO 639-3 Web site, get a report listing the given ID, follow the $Bc`WN(Bore$Bc`%rc`Y(Blink to the documentation for that particular ID and look at *all* the information provided there, including the links to external sources. (You can get to these documentation pages directly using URLs such as the following example, for $Bc`WH(Bsw$Bc`Y(B <http://www.sil.org/iso639-3/documentation.asp?id=gsw>http://www.sil.org/iso639-3/documentation.asp?id=gsw.)

Well, yes, except that this should be fixed.

Regards,    Martin.



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 04 02:11:33 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gr7z3-0000bR-F4; Mon, 04 Dec 2006 02:11:25 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gr7tO-0002lv-Kv
	for ltru@ietf.org; Mon, 04 Dec 2006 02:05:34 -0500
Received: from scmailgw2.scop.aoyama.ac.jp ([133.2.251.195])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gr7tL-0007LL-Q2
	for ltru@ietf.org; Mon, 04 Dec 2006 02:05:34 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kB475Tmj007173
	for <ltru@ietf.org>; Mon, 4 Dec 2006 16:05:29 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 0ec6_d349386c_8365_11db_91d6_0014221fa3c9;
	Mon, 04 Dec 2006 16:05:29 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:45646)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S5E3C8> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Mon, 4 Dec 2006 16:04:50 +0900
Message-Id: <6.0.0.20.2.20061203191244.05280010@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Mon, 04 Dec 2006 16:05:11 +0900
To: Peter Constable <petercon@microsoft.com>,
	Mark Davis <mark.davis@icu-project.org>, H=?ISO-2022-JP?B?GyRCIi4bKEI=?=
	vard Hjulstad <HHj@standard.no>, <iso639-2@loc.gov>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: RE: [Ltru] Alemanic & Swiss German
In-Reply-To: <19A328037921AA42847A717566D1D6A109BC387F@RED-MSG-42.redmon
	d.corp.microsoft.com>
References: <30b660a20611300859s7e39fbedn7365debb6184df7c@mail.gmail.com>
	<19A328037921AA42847A717566D1D6A109BC387F@RED-MSG-42.redmond.corp.microsoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
X-Mailman-Approved-At: Mon, 04 Dec 2006 02:11:23 -0500
Cc: LTRU Working Group <ltru@ietf.org>, zaiitov@gmail.com,
	Advisory Committee <ISOJAC@loc.gov>,
	ISO@scmailgw1.scop.aoyama.ac.jp, ietf-languages@iana.org, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 02:26 06/12/01, Peter Constable wrote:
>Content-Class: urn:content-classes:message
>Content-Type: multipart/alternative;boundary="----_=_NextPart_001_01C714A4.AD441DAB"
>
>Martin$Bc`QT(B comment is somewhat vague: varieties spoken on either side of the border are very similar, et $Bc`WB(Bs soon as you cross the border it$Bc`QT(B very clearly no longer Swiss German$Bc`Y(B Does that mean that what is spoken across the border is clearly a different language,

German very much is a language continuum. There are more
contiuous parts and less continuous parts. In terms of the
traditional language heritage (grammar, words used for
traditional concepts such as agriculture, traditional
food,...), country borders are not terribly huge
discontinuities. This is different for official language
(even if integrated into everyday dialects) and many more
modern concepts, where language boundaries can result in
a dramatic switch in vocabulary.
(e.g. 

I don't know what exactly are the criteria for labeling
something a 'language' in Ethnologue or iso-639-1/2/3.
I just know that cutting a continuum into various languages,
even if done with the best intention, will always be imperfect,
and that a criterium of "mutual (un-)intellegibility" isn't
sufficient to cut a continuum into various languages in
an unambiguous way.


>or that the label $Bc`W4(Bwiss German$Bc`Y(Bis clearly not used?

The label 'Swiss German' is clearly not used for anything
except exactly the German dialects spoken in Switzerland.
Whether by somebody's definition, the German dialects spoken
in Switzerland are considered a language, or several languages
or part of a language, or, as the Ethnologue seems to do,
split into at least two languages, each of which also
encompasses German dialects not spoken in Switzerland,
is a separate question.

Regards,     Martin.



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

From ltru-bounces@ietf.org Mon Dec 04 02:11:33 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gr7z3-0000bN-0K; Mon, 04 Dec 2006 02:11:25 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gr095-0001rV-8a
	for ltru@ietf.org; Sun, 03 Dec 2006 17:49:15 -0500
Received: from moutng.kundenserver.de ([212.227.126.187])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gr093-00062G-SS
	for ltru@ietf.org; Sun, 03 Dec 2006 17:49:15 -0500
Received: from [62.195.155.247] (helo=[192.168.0.2])
	by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis),
	id 0MKwh2-1Gr08x28IU-0006LD; Sun, 03 Dec 2006 23:49:10 +0100
Message-ID: <4573544F.6040009@wiktionaryz.org>
Date: Sun, 03 Dec 2006 23:48:47 +0100
From: Gerard Meijssen <gerardm@wiktionaryz.org>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Alemanic & Swiss German 
References: <30b660a20611301841m51b310a6hc81942b23ccf0547@mail.gmail.com>	<19A328037921AA42847A717566D1D6A109BC44A0@RED-MSG-42.redmond.corp.microsoft.com>
	<30b660a20612031437x207222f9u7720d392722d4a7b@mail.gmail.com>
In-Reply-To: <30b660a20612031437x207222f9u7720d392722d4a7b@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Provags-ID: kundenserver.de abuse@kundenserver.de
	login:528303289ead4d3089a048dec30d9d30
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
X-Mailman-Approved-At: Mon, 04 Dec 2006 02:11:23 -0500
Cc: LTRU Working Group <ltru@ietf.org>, zaiitov@gmail.com, iso639-2@loc.gov,
	=?UTF-8?B?SMOldmFyZCBIanVsc3RhZA==?= <HHj@standard.no>,
	ietf-languages@iana.org, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hoi,
The label is “Schwyzerdütsch” and not "Swiss German". Using the latter 
confuses with German spoken by the Swiss which is something different 
again and as evidently happens makes people concentrate on the Swiss 
(again) and not at the whole of what is intended.
Thanks,
    GerardM

Mark Davis schreef:
> I looked at your long letter, but it doesn't change my conclusion. 
> From all the evidence cited, "gsw" was intended to be "Swiss German". 
> The term "Alemanic" in English ("Alemanisch" in German) encompasses a 
> wider scope (eg including Swabian, which is clearly not Swiss 
> German*), and should not be used. Retaining the word "Alemanic" in the 
> scope of "gsw" is a bit like intending to produce a code for 
> "bloodhound" but later saying that the code covers any "dog". If there 
> is need for the broader term "Alemanic", which is not unreasonable, it 
> really should be encoded separately.
>
> Mark
>
> PS. - I have a close friend who speaks Swabian, and it is very 
> distinctly different from Swiss German -- but ask any Swiss like 
> Martin for further confirmation.
>
> On 12/1/06, *Peter Constable* <petercon@microsoft.com 
> <mailto:petercon@microsoft.com>> wrote:
>
>     Please see my longer response to Karen before drawing this conclusion.
>
>      
>
>      
>
>     Peter
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Ietf-languages mailing list
> Ietf-languages@alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>   


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru





From ltru-bounces@ietf.org Mon Dec 04 14:19:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GrJLT-0001My-UG; Mon, 04 Dec 2006 14:19:19 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GrBpt-0003of-Gy
	for ltru@ietf.org; Mon, 04 Dec 2006 06:18:13 -0500
Received: from viefep16-int.chello.at ([213.46.255.18]
	helo=viefep15-int.chello.at)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GrBpp-0005Sf-I6
	for ltru@ietf.org; Mon, 04 Dec 2006 06:18:13 -0500
Received: from Winxp01 ([80.108.18.17]) by viefep15-int.chello.at
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with ESMTP
	id <20061204111805.PBTS11488.viefep15-int.chello.at@Winxp01>;
	Mon, 4 Dec 2006 12:18:05 +0100
From: "Christian Galinski" <christian.galinski@chello.at>
To: "'Martin Duerst'" <duerst@it.aoyama.ac.jp>,
	"'Peter Constable'" <petercon@microsoft.com>, <Karen_Broome@spe.sony.com>
Subject: RE: (iso639.2322) RE: [Ltru] Alemanic & Swiss German
Date: Mon, 4 Dec 2006 13:17:27 +0100
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180
In-Reply-To: <200612040940.kB49e7b3064570@dkuug.dk>
Thread-Index: AccXiObjSgcXl8W4Tmige82svMXcwAAFRbQg
Message-Id: <20061204111805.PBTS11488.viefep15-int.chello.at@Winxp01>
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 926f893f9bbbfa169f045f85f0cdb955
X-Mailman-Approved-At: Mon, 04 Dec 2006 14:19:19 -0500
Cc: 'Working Group' <ltru@ietf.org>, zaiitov@gmail.com, iso639-2@loc.gov,
	'Harvard Hjulstad' <HHj@standard.no>, ietf-languages@iana.org,
	LTRU@scmailgw2.scop.aoyama.ac.jp, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: christian.galinski@chello.at
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>
Content-Type: multipart/mixed; boundary="===============1717222634=="
Errors-To: ltru-bounces@ietf.org

--===============1717222634==
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

QWx0aG91Z2ggSSBrbm93IEphcGFuZXNlLCBJIGRvIG5vdCBsaWtlIGl0IGlmIGl0IGJ1cmdsZXMg
dXAgbXkgZW1haWxzLi4uIDotKQ0KDQoodGhlcmUgc2VlbXMgdG8gYmUgYW4gaXNzdWUgaGVyZSBm
b3IgY2hhcmFjdGVyIGNvZGUgaGFybW9uaXphdGlvbiEhISkgDQoNClJnZHMNCkNocmlzdGlhbg0K
DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0NCkRyLiBDaHJpc3RpYW4gR2FsaW5za2ksIERpcmVjdG9yDQpJbmZvdGVy
bSAtIEludGVybmF0aW9uYWwgSW5mb3JtYXRpb24gQ2VudHJlIGZvciBUZXJtaW5vbG9neQ0KTWFy
aWFoaWxmZXIgU3RyYXNzZSAxMjMvMywgQS0xMDYwIFZpZW5uYSwgQXVzdHJpYQ0KVDogKzQzLTY2
NC0zNDQgNjE4MQ0KaW5mb3BvaW50QGluZm90ZXJtLm9yZyAgLSAgaHR0cDovL3d3dy5pbmZvdGVy
bS5pbmZvDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCkZvdW5kZWQgaW4gMTk3MSBieSBVTkVTQ08gdG8gcHJvbW90
ZSBhbmQgb3JnYW5pemUgDQpjby1vcGVyYXRpb24gaW4gdGhlIGZpZWxkIG9mIHRlcm1pbm9sb2d5
IHdvcmxkd2lkZQ0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NClRISVMgRS1NQUlMIEhBUyBCRUVOIFNDQU5ORUQgRk9SIEFMTCBLTk9XTiBWSVJVU0VT
DQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBvd25lci1pc282MzlAZGt1dWcu
ZGsgW21haWx0bzpvd25lci1pc282MzlAZGt1dWcuZGtdIE9uIEJlaGFsZiBPZiBNYXJ0aW4gRHVl
cnN0DQpTZW50OiBTb25udGFnLCAzLiBEZXplbWJlciAyMDA2IDExOjEyDQpUbzogUGV0ZXIgQ29u
c3RhYmxlOyBLYXJlbl9Ccm9vbWVAc3BlLnNvbnkuY29tDQpDYzogV29ya2luZyBHcm91cDsgemFp
aXRvdkBnbWFpbC5jb207IGlzbzYzOS0yQGxvYy5nb3Y7IEhhcnZhcmQgSGp1bHN0YWQ7IExUUlVA
c2NtYWlsZ3cyLnNjb3AuYW95YW1hLmFjLmpwOyBpZXRmLWxhbmd1YWdlc0BpYW5hLm9yZzsgaXNv
NjM5QGRrdXVnLmRrDQpTdWJqZWN0OiAoaXNvNjM5LjIzMjIpIFJFOiBbTHRydV0gQWxlbWFuaWMg
JiBTd2lzcyBHZXJtYW4NCg0KDQoNCkF0IDAzOjEwIDA2LzEyLzAyLCBQZXRlciBDb25zdGFibGUg
d3JvdGU6DQo+Q29udGVudC1DbGFzczogdXJuOmNvbnRlbnQtY2xhc3NlczptZXNzYWdlDQo+Q29u
dGVudC1UeXBlOiBtdWx0aXBhcnQvYWx0ZXJuYXRpdmU7Ym91bmRhcnk9Ii0tLS1fPV9OZXh0UGFy
dF8wMDFfMDFDNzE1NzQuMENCRUVEMjMiDQo+DQo+VGhlIGNsYWltIGluIEV0aG5vbG9ndWUgaXMg
dGhhdCB0aGUgbGFuZ3VhZ2Ug56q25b2cY2h3eXplcmTjg4bjgrd0c2No56q244O7KGFrYSANCj7n
qrblvZx3aXNzIA0KPkdlcm1hbueqtuODu3XliIvvvoDigqzpiaQ/55ih6b2S4oKs7oWj5re844O7
5qer5q27772/44O744O76Jub44O75rGd55ik56uH44O76LOg6bSJ55ik44O755ik562Q5Lmf57md
6JSX57eV6b2h57mq6L+455ih44O76Zio6Im+4oKs7oib57iy44O76ZiqP+eqtuW9nGNod3l6ZXJk
44OG44K3dHNjaOeqtg0KPuODu2lzIG5vdCBnZW5lcmFsbHkgdXNlZCBpbiB0aG9zZSBwbGFjZXM7
DQoNCkEgZGVmaW5pdGlvbiBsaWtlIHRoZSBhYm92ZSAiJ2dzdycgaXMgdGhlIGxhbmd1YWdlIG5h
bWVkIFggYWx0aG91Z2ggYWxzbyBzcG9rZW4gaW4gWSBidXQgbm90IG5hbWVkIFggaW4gdGhhdCBj
YXNlIg0KaXMgY29udHJhZGljdG9yeSBhbmQgZG9lc24ndCBtYWtlIHNlbnNlLg0KDQpTY2h3eXpl
cmR1InRzY2ggaXMgbm90IHNwb2tlbiBpbiBBdXN0cmlhLCBGcmFuY2UsIG9yIEdlcm1hbnksIGJ5
IGRlZmluaXRpb24gKGV4Y2VwdCBieSBwZW9wbGUgd2hvIG1vdmVkIHRoZXJlIGZyb20gU3dpdHpl
cmxhbmQpLg0KW0kgZG9uJ3Qgd2FudCB0byBzYXkgYW55dGhpbmcgYWJvdXQgTGllY2h0ZW5zdGVp
bjsgaWYgYW55Ym9keSBmcm9tIExpZWNodGVuc3RlaW4gaXMgb24gdGhlIGxpc3QsIHBsZWFzZSBz
cGVhayB1cC5dDQoNCj50aGF0IHRoZSBuYW1lIOeqtuW7o2xsZW1hbmlzY2jnqrbjg7tpcyBzb21l
dGltZXMgdXNlZCBpbiByZWZlcmVuY2UgdG8gdGhpcyANCj5sYW5ndWFnZTsgYW5kIGZ1cnRoZXIs
IHRoYXQgdGhpcyBsYW5ndWFnZSBpcyBkaXN0aW5jdCBmcm9tIGxhbmd1YWdlcyANCj5rbm93biBh
cyDnqrblvZx3YWJpYW7nqrbjg7thbmQg56q25bypYWxzZXLnqrbjg7sNCj4gDQo+VGhhdCBpcyB0
aGUgc2VtYW50aWMgdGhhdCBJU08gNjM5LTMgYW5kIElTTyA2MzktMiBhc3N1bWUuIEkgdGhpbmsg
dGhpcyBpcyBjb25zaXN0ZW50IHdpdGggeW91ciB1bmRlcnN0YW5kaW5nIGFuZCB1c2FnZS4NCj4g
DQo+Tm93LCBJIGhlYXIgTWFyayBzYXlpbmcgdGhhdCB0aGUgbmFtZSDnqrblu6NsZW1hbmlj56q2
44O7aXMgbm90IHVzZWQgdG8gcmVmZXIgdG8gU3dpc3MgR2VybWFuIC8gU2Nod3l6ZXJk44OG44K3
dHNjaCBidXQgcmF0aGVyIGlzIG9ubHkgdXNlZCB0byByZWZlciB0byBhIHJhbmdlIG9mIHZhcmll
dGllcyBvZiBicm9hZGVyIHNjb3BlIChhIGdlbmV0aWMgc3ViLW5vZGUsIHBlcmhhcHMpIG9mIHdo
aWNoIFN3aXNzIEdlcm1hbiBpcyBidXQgb25lIGxhbmd1YWdlLiAoRXRobm9sb2d1ZSBzaG93cyBT
Y2h3eXplcmTjg4bjgrd0c2NoIGFzIGJlaW5nIGNsYXNzaWZpZWQgZ2VuZXRpY2FsbHkgaW4gYSBi
cmFuY2ggb2YgR2VybWFuaWMgY2FsbGVkIOeqtuW7o2xlbWFubmlj56q244O7KSBUaGUgSVNPIDYz
OSBpZGVudGlmaWVyIOeqtuW+g3N356q244O7aXMgKm5vdCogaW50ZW5kZWQgdG8gcmVmZXIgdG8g
c3VjaCBhIGNvbGxlY3Rpb24gb2YgbGFuZ3VhZ2VzLg0KDQonbGFuZ3VhZ2UnIG9yICdsYW5ndWFn
ZXMnIGFyZSBvYnZpb3VzbHkgaW4gdGhlIGV5ZSBvZiB0aGUgYmVob2xkZXIuDQpJIGFzc3VtZSBp
dCdzIGxpbmd1aXN0aWNhbGx5IHBvc3NpYmxlIHRvIG1ha2UgYSBncm91cCBvciBsYW5ndWFnZSAo
d2hhdGV2ZXIgeW91IHdhbnQgdG8gY2FsbCBpdCkgZnJvbSBTd2lzcyBHZXJtYW4gKGluY2x1ZGlu
ZyB0aGUgV2FsbGlzIGFuZCB0aGUgV2Fsc2VyIGRpYWxlY3RzIGluIEdyYXVidSJuZGVuLCBhcyBt
ZW50aW9uZWQgaW4gdGhlIEV0aG5vbG9ndWUgcGFnZSAoIkdyYXViZW5kZW4tR3Jpc29ucyAoVmFs
c2VyaXNjaCksIFdhbGxpcyI7IGJ0dyAnR3JhdWJlbmRlbicgaXMgYSBtaXNzc3BlbGxpbmcgb2Yg
J0dyYXVidSJuZGVuJyksIEVsc2Eic3Npc2NoIChBbHNhY2UsIEZyYW5jZSksIHRoZSBWb3JhbGJl
cmcgUmVnaW9uIG9mIEF1c3RyaWEsIGFuZCBzb21lIHBpZWNlcyBvZiBzb3V0aGVybi9zb3V0aHdl
c3Rlcm4gR2VybWFuLCBhbmQgdG8gbGFiZWwgaXQgZ3N3LiBUaGF0J3MgY29uc2lzdGVudCB3aXRo
IHRoZSBkYXRhIGluIHRoZSBFdGhub2xvZ3VlLCBhbmQgd2l0aCB0aGUgdXNhZ2UgcGF0dGVybiB0
aGF0IEthcmVuIGlzIHByb3Bvc2luZy4NCg0KW0hvd2V2ZXIsIGxvb2tpbmcgYXQgaHR0cDovL3d3
dy5ldGhub2xvZ3VlLmNvbS9zaG93X2xhbmd1YWdlLmFzcD9jb2RlPXdhZSwNCnRoZSBFdGhub2xv
Z3VlIHNlZW1zIHRvIGNvdW50IFdhbHNlciBkaWFsZWN0cyBpbiBHcmF1YnUibmRlbiBhbmQgcHJv
YmFibHkgYWxzbyBXYWxsaXMgdHdpY2UuXQ0KDQoNCj5UaGUgb25seSBkZWJhdGUgSSBzZWUgaGVy
ZSBpcyB3aGV0aGVyIOeqtuW7o2xlbWFuaWPnqrbjg7tpcyBldmVyIHVzZWQgdG8gcmVmZXIgDQo+
dG8gdGhlIHNwZWNpZmljIGxhbmd1YWdlIGRlbm90ZWQgYnkg56q25b6Dc3fnqrbjg7sNCg0KTG9v
a2luZyBhdCBodHRwOi8vd3d3LmV0aG5vbG9ndWUuY29tL3Nob3dfZmFtaWx5LmFzcD9zdWJpZD05
MjE1NywNCnRoYXQgc2VlbXMgdG8gbW9yZSBvciBsZXNzIG1ha2Ugc2Vuc2UgZm9yIEFsZW1hbmlj
Lg0KDQoNCj5PbiB0aGUgb25lIGhhbmQsIHdlIHNlZSBFdGhub2xvZ3VlIHVzZSDnqrblu6NsZW1h
bm5pY+eqtuODu2luIHJlZmVyZW5jZSB0byB0aGUgDQo+Z2VuZXRpYyBzdWJub2RlLiBPbiB0aGUg
b3RoZXIsIHdlIHNlZSBFdGhub2xvZ3VlIGluZGljYXRlIHRoYXQgDQo+56q25bujbGVtYW5uaXNj
aOeqtuODu2lzIGEgbmFtZSB1c2VkIHRvIHJlZmVyIHRvIHRoZSBzcGVjaWZpYyBsYW5ndWFnZQ0K
DQoiYWxzbyIgLT4gIm5vdCBhY3R1YWxseSINCg0KPmtub3duIGFzIOeqtuW9nGNod3l6ZXJk44OG
44K3dHNjaOeqtuODu29yIOeqtuW9nHdpc3MgR2VybWFu56q244O7DQoNCg0KPkl0IGFwcGVhcnMg
dG8gbWUgdGhhdCBNYXJr56q25YaxIGNvbW1lbnRzIGFtb3VudCB0byBvbmUgb2YgdGhlIGZvbGxv
d2luZzoNCj4gDQo+LSAgICAgICAgIHF1ZXN0aW9uaW5nIHRoZSBjbGFpbSB0aGF0IOeqtuW7o2xl
bWFubmlzY2jnqrbjg7tpcyB1c2VkIGFzIGEgbmFtZSBmb3IgdGhlIHNwZWNpZmljIGxhbmd1YWdl
IGRlbm90ZWQgYnkg56q25b6Dc3fnqrbjg7t15YiL776A4oKs5rin5LiY77284oKs5LiY772844O7
4oKs5qKz5qKz5qKz5qaxP+mxmumrn+e6iem+oOODu+KCrOekpu++n+mxuOiDseKCrO6Im+++n+OD
u+KCrOmJl+aoiumJpOazjOaDuT/nqrblu6NsZW1hbmlj56q244O7YXMgYW4gRW5nbGlzaCBuYW1l
IGZvciDnqrblvoNzd+eqtuODu3XliIvvvoDigqzuiJvnuLLpiZfuiJrlr4LogbnmqJ7ogoXmuLzv
vp/jg7vpl5Tigqznsqjjg7s/6bWw566x57eV56ui6YCF55mI44O757Of57qD55ik6YmX44O76LWx
6YiR44O76Imx44O76Zih6JK56au344O755ik4oKs7oib57iy5ri557iy6bG45r6I5q27776f44O7
56q25b2cY2h3eXplcmTjg4bjgrd0c2No56q244O7b3Ig56q25b2cd2lzcyBHZXJtYW7nqrbjg7so
YW5kIHBlcmhhcHMgb3RoZXIgbmFtZXMpDQoNCk5vLCBhdCBsZWFzdCBmcm9tIG15IHNpZGUsIHRo
ZSByZXF1ZXN0IGlzIG5vdCB0byB1c2UgdGhlIG5hbWUgU2Nod3l6ZXJkdSJ0c2NoL1N3aXNzIEdl
cm1hbiBmb3Igc29tZXRoaW5nIGl0IGRvZXNuJ3QgcmVmZXIgdG8uDQpJZiB5b3Ugd2FudCB0byBy
ZWZlciB0byB3aGF0IHRoZSBFdGhub2xvZ3VlIGxhYmVscyBhcyAnZ3N3JywgY2FsbCBpdCAiaGln
aCBhbGVtYW5pYyIgb3Igd2hhdGV2ZXIgeW91IHdhbnQsIGJ1dCBub3QgU3dpc3MgR2VybWFuLg0K
DQo+SWYgaXQgaXMgdGhlIGNhc2UgdGhhdCDnqrblu6NsZW1hbm5pc2No56q244O7aXMgdXNlZCBp
biBzb21lIHBsYWNlcyB0byByZWZlciB0byB0aGUgc3BlY2lmaWMsIGluZGl2aWR1YWwgbGFuZ3Vh
Z2UgZGVub3RlZCBieSDnqrblvoNzd+eqtuODu3XliIvvvoB3KXcp4oCw6Z6z56uV6IKF56Wg4oKs
6YmX57Ki6ZaA44O74oi15qiK776f6YiR44O76Imx4peH6Jyp4oKs6YmX5qiT6LeCP+e6luODu+mW
ueKCrO6Im+e4sueSoumDgeWor+iCk++9rHcp5Lmf6YiR44O76b2h6JyS55ih6Lif44O70YXpvazj
g7vovaPjg7vpq5/nmKHonIDjg7vnmYjigqzvvp/igqzvvaXotbHpiJHjg7voibHjg7vnl7rnq6Lp
sL7onLTjg7vjg7t3Kem9kui+o+KCrOehhemJpOiCk+mHv0vigqznkL/mpbPuiJvvvp/jg7vjg7vp
iL/pvqDok5bjg7vpnrPpl5zot4LigqzuiJvpiZfpqaXmob7lo7Llh43jg7vjg7vmqJLln47nuKIp
6Lea6Ku34oKs776f4oKs7o6Q57iE5qax5YG1w7fukZDmr5TmprE/56ui6L+v6ZeU4oKs44O75oO5
55Sr44O7P+efmuermeiLkumYqOmIlOODu+ODu+e6iOODu+WwnuODu3Xnn6Pmrbvokp/lr4LmqJ7p
iKzokrnlgbXlr4Ljg7s/6L+06bGa4oKs5rin5qiK6IKa5YeN55Ki6IKl44O75q276IKt6IKT7pWj
7oij5rqW44O75oiR6YGV5rq/6JyYKeODu+i3m+eYjee6ieKCrO6Xi+aWp+ODu+S5lz/nmYbjg7vm
gKbnmYbigqzugqLolpnjg7vnoIzogpPug7vpiZfmpKLmgJzooqvogpPjg7vlr4LmqJ7vqJDpiaQs
deODu+als+6Inz/jg7vjg7vjg7vigqznobTmpbPui5vmqJPotoHmpbPnpKrmrorpiZfui57poIXp
iZfuiJ8/6Z+I57md57qJ44O756Kv6b6g44O74oKs57Ko44O76Ziq5q6K5LiY7pGP6IKT57iy7oib
57iy55Cy5oWV57KD6LKe44O7P+eZh+e1juKCrO++h+ODu+ODu+WwnuODu+ODu+irt+KCrO++n+KC
rO6IoO++n+eyoeODu+mXlOeYoeKCrOekquWvguODu+6GveS4mO++n+mIlOKCrOeys+++n+ODu+OD
u+i9o+mZnuODu+KCrO6Fn+a+iD/jg7vnuojjg7vpl5Tjg7vjg7vpsL7igqzpiaQ/44O757mW4oKs
776f6YiU4oKs7pGP6IKT57iy776f6Yi/44O757qI44O7dea4p+apsuWjjD/jg7voq7figqzvvp/i
gqznn7zlupXvvp/onLTigqzuhajmoqfvvp/noo7jg7vpl6XigqzogoXnsqLmg7k/55ik562Q57OF
55mh4oKs776f4oKs44O76YCX7pGQ5q+U5LiY776f4oKs55Cy5oWV57KD5byfP+i3mumIrOKCrOeS
ouiCpeODu+atu+eyouODu+iCk+iChe6Gt+iSu+WgpOWztuaqnCl3Kea1hOiSuei/uOODu+icqeKC
rOmJpD/jg7voi6HplrzigqzlhpDvvp/pgIXot4LigqzokrvpgJDvvp/igqzptavmtpbjg7vpoIXu
iJvvvp/pvqDnhaTptJLigqzvvpHonIrpl5Tjg7vnmKTnrZDjg7vonIbnt5Xjg7vogoXnuZbigqzp
iZfmprE/6Z6c6Z6z6au355+a56uZ4oKs6YmX5qKU772u5pet6L6844O744O76aCP6Zan6LeC44O7
6Za54oKs56Sm6IG25ZGI7pWj57Ko44O76Ziq5q6K6YmX6Juf7pGP776f6b6g6Jyp4oKs7oib57iy
6YmX7oia5a+C6IG55qie6IKF5ri8776f44O76ZeU4oKs5reP5qaxP+iKjeODu+i/uOi1semIkeOD
u+iJseKCrOmIlOiChe6InOODu+ODu++9rHcpdynmj6PptqTigqzvvb/pvqDot4LnmYjpvqDonLTi
gqzuiJvnuLLnn6Polpk/55mG4oKs6LaB5a+C772q4oKs7pGP6IKT57iy7peL5pan7pGM5q6K5qiT
76iQ56GF6IG25paQP+mXpXcp6JyG57eV44O76IOx4oKs7oWm44KM44O75rOM5YaX7oO75reP5qax
P+i1semIkeODu+iJseKCrOekquauiumJl+6Lnumghe6FpuODu+amseWHje++hee6iOi9o+mBsuiz
oOm0ieeYpOickuODu3XuiJvnuLLnkqLnuITmqIzjg7s/44O74oKs57Kk5Yeq6LKe44KFP+ODu+eZ
huKCrO6Xi+aWp+ODu+KIq+aojOWjjOWor+amsee4suODu+als+mJl+aok+iCk+ODuz/plrl3Kemx
muiKjemXlOODu+ODu+iTjeerj+KCrOa3j+aonuWjjOW6leODu+efo+atu+i3gueRmu+9p+ODu+ei
r+m+oOictOKCrO6ImuWgpOWHjea3j+aolOS9juWSsuODu+mIlOKIteS4mOa4p+aphOa2rOKJqu6L
me++n+m0kuKCrOiSueODu+6LnOiCmk3igqzvvb/jg7vnmKTigqzlhpDvvp/pgIXot4Ljg7voo4Xp
vaHom5vpipbigqzogbbnuITmq4Hjg7vuiJvnuLLvvb/ps7Dnn7zpsad3KemenOm9oOKCrOefo+ai
p+aok+i3guibvuaonuWjjOauiu6CrOmYquatu+6Rjue4hOargeODu+6Im+e4su+9v+mzsOefvOmx
p+KCrO+9puW5lOmxh+mzsOefvOmxp+ODu3Xvo7DnrpTom6/nuojoibHprIbjg7vnn7znq4Xjg7vj
g7vjg7vnupbigqzui53jg7vvo7Doi7TomILigqzvvp/jg7vjg7vjg7vpnpzpvaHigqzpq5zlupXp
iJToir3jg7s/6Za5dynjg7vjg7vjg7vpsLLigqzvo7Djg7vigqznkqJB44O744O757qI57i644O7
44O744O76bGa6b2h4oKs5reP5qiT6LeCP+ijhem9oeibm+mKluKCrO6LneODu+6Fo+mYqix16JK7
5aCkP+mWueKCrO+jsOiJseODu+m7vOmBkOODu+eat+i/mui1semrt+ODu+KCrO6Fpe++n+mIlOeZ
h+etkOizoOm0ieeYpOOIsnXkuJjvvpHjg7vnmYbigqzjg7vjg7vmpbPukZDmr5TmqKPogproiIzj
g7vmqJPvqJDvvb/jg7vjg7vom5vjg7vjg7vonKnigqznpKrlopPnqrbnkqI/6Lea6b2h57mW4oKs
776f44O7de++n+KCrOehhemJpOiCk+mJheatu++9pumgj+mWp+eXsOi4n+KCrOa4uee4sua3j+ao
k+ODu+iCk+++n+iukuKCrOa3j+aojOmBleals+eyoue4hOmJl+ikhOizgOWMu+WKqinoi7Tjg7vo
g5npl5XigqzmuLzot4LpgJDvvoXnuojovaPov7jnsqHnmKHnuZ3jg7vjg7vnmYfom5vpipPjg7vo
nLTigqzvvb/jg7vjg7vom5vjiLJ15LiY5LiY77285qWg6ayq4oKs6Yis5qie4oKs5bujbGVtYW5u
aXNjaOeqtuODu2lzIHVzZWQgaW4gdGhpcyB3YXksIHRoZW4gaXQgd291bGQgc2VlbSB0aGF0IOeq
tuW7o2xlbWFuaWPnqrbjg7ttaWdodCBhY3R1YWxseSBiZSB1c2VkIGluIHR3byBkaWZmZXJlbnQg
c2Vuc2VzOiBvbmUgcmVmZXJyaW5nIHRvIGFuIGluZGl2aWR1YWwgbGFuZ3VhZ2UsIGFuZCBvbmUg
cmVmZXJyaW5nIHRvIGEgY29sbGVjdGlvbiBvZiBsYW5ndWFnZXMgY29ycmVzcG9uZGluZyB0byBh
IGdlbmV0aWMgc3Vibm9kZSBvZiBHZXJtYW5pYy4gQnV0LCDnqrblvoNzd+eqtuODu2RvZXMgbm90
IGRlbm90ZSBlaXRoZXIgb2YgdGhvc2Ugc2VtYW50aWNzIGFjY29yZGluZyB0byB0aGUgd2hpbXMg
b2YgYSBnaXZlbiB1c2VyOyBpdCBkZW5vdGVzIGp1c3Qgb25lIG9mIHRob3NlIHNlbWFudGljcywg
dml6LiB0aGUgZm9ybWVyLiANCj4gDQo+KFRoaXMgaXMgYWxzbyBhIGdvb2QgZXhhbXBsZSB0byBz
aG93IHRoYXQgdGhlIG9iamVjdHMgb2YgY29kaWZpY2F0aW9uIA0KPmFyZSBub3QgbWVyZWx5IG5h
bWVzIGJ1dCByYXRoZXIgc3BlY2lmaWMgY29uY2VwdHMgdGhhdCBhcmUgcmVmZXJlbmNlZCANCj5i
eSBhIGdpdmVuIG5hbWUg56q244O7dGVybXMsIG5vdCBsZXhlbWVzLikNCj4gDQo+U28sIHRoZW4s
IGhvdyBjYW4gdGhlIGludGVuZGVkIHNlbWFudGljcyBvZiB0aGUgaWRlbnRpZmllciDnqrblvoNz
d+eqtuODu2JlIGNsZWFybHkgZG9jdW1lbnRlZCBpbiBJU08gNjM5Pw0KDQpTZWUgYWJvdmUuDQoN
Cg0KPkluIHRoZSBwYXN0LCBmb3IgcGFydHMgMSBhbmQgMiwgYWxsIHRoYXQgd2FzIHByb3ZpZGVk
IHdhcyBhIGxpc3Qgb2YgbmFtZXMuIEluIGRldmVsb3BpbmcgcGFydCAzLCB0aGUgUkEgYW5kIEkg
Ym90aCBmZWx0IHRoYXQgdGhpcyB3YXMgbm90IGFkZXF1YXRlLiBGb3JtYWxseSwgd2UgY291bGQg
bm90IGluY2x1ZGUgdGhlIHZhcmlvdXMga2luZHMgb2YgZW5jeWNsb3BlZGljIGluZm9ybWF0aW9u
IHRoYXQgbWlnaHQgYWN0dWFsbHkgYmUgbmVlZGVkIHRvIG1ha2UgaXQgY2xlYXIgd2hhdCB0aGUg
aW50ZW5kZWQgZGVub3RhdGlvbiBvZiBhIGdpdmVuIGlkZW50aWZpZXIgYWN0dWFsbHkgaXMgKG1h
Y2hpbmUtcmVhZGFibGUgdGFibGVzIG5lZWQgdG8gaGF2ZSBhIHdlbGwtZm9ybWVkIHN0cnVjdHVy
ZSB3aXRoIGNsZWFyIHNlbWFudGljcyBmb3IgZWFjaCBkYXRhIGNhdGVnb3J5KS4gV2hhdCB3ZSBj
b3VsZCBhZGQgZm9ybWFsbHkgYXJlIGF0dHJpYnV0ZXMsIG9mIHdoaWNoIHdlIGFkZGVkIHR3bzog
c2NvcGUgYW5kIHR5cGUuIFNvLCB0aGUgZGF0YSB0YWJsZXMgZm9yIDYzOS0zIHNob3cgaW4gcGFy
dGljdWxhciB0aGF0IOeqtuW+g3N356q244O7aGFzIGEgc2NvcGUgb2YgaW5kaXZpZHVhbCBsYW5n
dWFnZS4gVGhhdCBhdCBsZWFzdCBtYWtlcyBjbGVhciB0aGF0IHRoZSBpbnRlbmRlZCBzZW1hbnRp
YyBmb3Ig56q25b6Dc3fnqrbjg7tpcyBub3QgYSBjb2xsZWN0aW9uIG9mIGxhbmd1YWdlcy4gDQoN
Ck9uIHRoZSBncm91bmQsIHRoYXQgZG9lc24ndCBoZWxwIGF0IGFsbCwgYmVjYXVzZSB3aGF0J3Mg
YW4gaW5kaXZpZHVhbCBsYW5ndWFnZSBhbmQgd2hhdCBub3QgaXMgaW4gdGhlIGV5ZSBvZiB0aGUg
Y2xhc3NpZmllci4gV2hpbGUgSSBkb24ndCB3YW50IHRvIGNyaXRpY2lzZSB0aGUgY2xhc3NpZmlj
YXRpb24gb2YgdGhlIEV0aG5vbG9ndWUsIG90aGVycyBhcmUgY2VydGFpbmx5IHBvc3NpYmxlLg0K
DQoNCj5CdXQgZXZlbiB0aGF0IGlzIG5vdCBzdWZmaWNpZW50OiBwZXJoYXBzIHRoZSByYW5nZSBv
ZiBsYW5ndWFnZSB2YXJpZXRpZXMgdW5kZXIgdGhlIEdlcm1hbmljLy4uL0FsZW1hbm5pYyBjbGFz
c2lmaWNhdGlvbiBhcmUgYmVpbmcgdHJlYXRlZCBhcyBhIHNpbmdsZSwgaW5kaXZpZHVhbCBsYW5n
dWFnZS4gDQoNClRoZSAncGVyaGFwcycgaXMgcHJvYmFibHkgdHJ1ZSwgYnV0IHN0aWxsIGFzIGEg
J3BlcmhhcHMnLg0KVGhlIGZhY3QgaXMgdGhhdCBwZW9wbGUncyBtaW5kcyBhcmUgbXVjaCBtb3Jl
IGZsZXhpYmxlIHRoYW4gY2xhc3NpZmljYXRpb25zOyBwZW9wbGUgY2FuIHNwZWFrIGFib3V0IEdl
cm1hbiAoZmFpcmx5IGhpZ2ggdXAgaW4geW91ciBoaWVyYXJjaHkpIGFzIGEgbGFuZ3VhZ2UgaW4g
b25lIHNlbnRlbmNlLCBhbmQgY2FuIHNwZWFrIGFib3V0IHRoZSBkaWFsZWN0L3ZhcmlhbnQgdXNl
ZCBpbiB0aGVpciB2aWxsYWdlIGFzIGEgbGFuZ3VhZ2UgaW4gdGhlIG5leHQgc2VudGVuY2UgKGFu
ZCB1bmRlcnN0YW5kIGVhY2ggb3RoZXIgdmVyeSB3ZWxsLCB0b28pLg0KDQoNCj5UbyBvdmVyY29t
ZSBzdWNoIGxpbWl0YXRpb25zIGFuZCB0byBwcm92aWRlIGNsZWFyIGRvY3VtZW50YXRpb24gb2Yg
dGhlIGludGVuZGVkIGRlbm90YXRpb24gZm9yIGVhY2ggaWRlbnRpZmllciwgdGhlIElTTyA2Mzkt
MyBXZWIgc2l0ZSBnaXZlcywgZm9yIGVhY2ggZW50cnksIGEg56q25b6Hb3Jl56q244Oy56q244O7
bGluayB0byBhIHBhZ2UgdGhhdCBzaG93cyBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIGZvciB0aGUg
Z2l2ZW4gaWRlbnRpZmllciwgYW5kIHRoYXQgYWRkaXRpb25hbCBpbmZvIGluY2x1ZGVzIG5vdCBv
bmx5IHRoZSBmb3JtYWwgYXR0cmlidXRlcyBvZiBzY29wZSBhbmQgdHlwZSBidXQgYWxzbyBsaW5r
cyB0byBleHRlcm5hbCBzb3VyY2VzLCBpbmNsdWRpbmcgc291cmNlcyBvZiBhbiBlbmN5Y2xvcGVk
aWMgbmF0dXJlIHN1Y2ggYXMgRXRobm9sb2d1ZSwgc3BlY2lmaWNhbGx5IGZvciB0aGUgcHVycG9z
ZSBvZiBkb2N1bWVudGluZyB0aGUgZGVub3RhdGlvbi4NCg0KVGhhdCdzIGdvb2QuIEJ1dCBvbmx5
IGluIGFzIGZhciBhcyB0aG9zZSBzb3VyY2VzIGFyZSBjbGVhciBhbmQgY29ycmVjdC4NClVzaW5n
ICJTd2lzcyBHZXJtYW4iIGZvciBhbnl0aGluZyBvdGhlciB0aGFuIHRoZSBHZXJtYW4gZGlhbGVj
dHMgc3Bva2VuIGluIFN3aXR6ZXJsYW5kLCBhbmQgb25seSBpbiBTd2l0emVybGFuZCwgbWVhbnMg
anVzdCBtaXN1c2luZyBhIHRlcm0gYW5kIGNvbmZ1c2luZyBtb3JlIHRoYW4gZG9jdW1lbnRpbmcu
DQoNCg0KPlNvLCBpZiB5b3Ugd2FudCB0byBrbm93IGFuIElEIGluIElTTyA2MzktMyBpcyBpbnRl
bmRlZCB0byBtZWFuLCBkb27nqrblhrIgDQo+anVzdCBsb29rIGF0IHRoZSBsaXN0IG9mIG5hbWVz
IGFzc29jaWF0ZWQgd2l0aCB0aGF0IElEIHNpbmNlIG5hbWVzIA0KPmFsb25lIGNhbm5vdCBndWFy
YW50ZWUgdGhhdCB0aGUgaW50ZW5kZWQgc2VtYW50aWMgaXMgY2xlYXJseSANCj5jb21tdW5pY2F0
ZWQuIFJhdGhlciwgZ28gdG8gdGhlIElTTyA2MzktMyBXZWIgc2l0ZSwgZ2V0IGEgcmVwb3J0IA0K
Pmxpc3RpbmcgdGhlIGdpdmVuIElELCBmb2xsb3cgdGhlIOeqtuW+h29yZeeqtuODsueqtuODu2xp
bmsgdG8gdGhlIGRvY3VtZW50YXRpb24gZm9yIA0KPnRoYXQgcGFydGljdWxhciBJRCBhbmQgbG9v
ayBhdCAqYWxsKiB0aGUgaW5mb3JtYXRpb24gcHJvdmlkZWQgdGhlcmUsIA0KPmluY2x1ZGluZyB0
aGUgbGlua3MgdG8gZXh0ZXJuYWwgc291cmNlcy4gKFlvdSBjYW4gZ2V0IHRvIHRoZXNlIA0KPmRv
Y3VtZW50YXRpb24gcGFnZXMgZGlyZWN0bHkgdXNpbmcgVVJMcyBzdWNoIGFzIHRoZSBmb2xsb3dp
bmcgZXhhbXBsZSwgDQo+Zm9yIOeqtuW+g3N356q244O7IA0KPjxodHRwOi8vd3d3LnNpbC5vcmcv
aXNvNjM5LTMvZG9jdW1lbnRhdGlvbi5hc3A/aWQ9Z3N3Pmh0dHA6Ly93d3cuc2lsLm9yDQo+Zy9p
c282MzktMy9kb2N1bWVudGF0aW9uLmFzcD9pZD1nc3cuKQ0KDQpXZWxsLCB5ZXMsIGV4Y2VwdCB0
aGF0IHRoaXMgc2hvdWxkIGJlIGZpeGVkLg0KDQpSZWdhcmRzLCAgICBNYXJ0aW4uDQoNCg0KDQoj
LSMtIyAgTWFydGluIEouIER1InJzdCwgQXNzb2MuIFByb2Zlc3NvciwgQW95YW1hIEdha3VpbiBV
bml2ZXJzaXR5DQojLSMtIyAgaHR0cDovL3d3dy5zdy5pdC5hb3lhbWEuYWMuanAgICAgICAgbWFp
bHRvOmR1ZXJzdEBpdC5hb3lhbWEuYWMuanAgICAgIA0K



--===============1717222634==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1717222634==--



From ltru-bounces@ietf.org Mon Dec 04 14:19:48 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GrJLw-0001Tz-3c; Mon, 04 Dec 2006 14:19:48 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GrJGC-0004Y1-L6
	for ltru@ietf.org; Mon, 04 Dec 2006 14:13:52 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GrJFv-0004KC-K8
	for ltru@ietf.org; Mon, 04 Dec 2006 14:13:52 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GrJFj-0000ly-Tb; Mon, 04 Dec 2006 14:13:23 -0500
Date: Mon, 4 Dec 2006 14:13:23 -0500
To: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Alemanic & Swiss German
Message-ID: <20061204191323.GC26033@ccil.org>
References: <30b660a20611300859s7e39fbedn7365debb6184df7c@mail.gmail.com>
	<19A328037921AA42847A717566D1D6A109BC387F@RED-MSG-42.redmond.corp.microsoft.com>
	<6.0.0.20.2.20061203191244.05280010@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <6.0.0.20.2.20061203191244.05280010@localhost>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
X-Mailman-Approved-At: Mon, 04 Dec 2006 14:19:47 -0500
Cc: LTRU Working Group <ltru@ietf.org>, zaiitov@gmail.com,
	ISO@scmailgw1.scop.aoyama.ac.jp, iso639-2@loc.gov,
	"H?$B\". vard Hjulstad" <HHj@standard.no>,
	ietf-languages@iana.org, iso639@dkuug.dk,
	Advisory Committee <ISOJAC@loc.gov>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Martin Duerst scripsit:

> I don't know what exactly are the criteria for labeling
> something a 'language' in Ethnologue or iso-639-1/2/3.

See http://www.ethnologue.com/ethno_docs/introduction.asp#language_id

    *  Two related varieties are normally considered varieties of the
    same language if speakers of each variety have inherent understanding
    of the other variety at a functional level (that is, can understand
    based on knowledge of their own variety without needing to learn
    the other variety).

    * Where spoken intelligibility between varieties is marginal, the
    existence of a common literature or of a common ethnolinguistic
    identity with a central variety that both understand can be a strong
    indicator that they should nevertheless be considered varieties of
    the same language.

    * Where there is enough intelligibility between varieties to
    enable communication, the existence of well-established distinct
    ethnolinguistic identities can be a strong indicator that they should
    nevertheless be considered to be different languages.

-- 
Here lies the Christian,                        John Cowan
        judge, and poet Peter,                  http://www.ccil.org/~cowan
Who broke the laws of God                       cowan@ccil.org
        and man and metre.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 04 14:20:30 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GrJMc-0001gK-Bi; Mon, 04 Dec 2006 14:20:30 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GrBjv-0005Tk-R5
	for ltru@ietf.org; Mon, 04 Dec 2006 06:12:03 -0500
Received: from web37215.mail.mud.yahoo.com ([209.191.85.134])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GrBjs-0004Qt-B3
	for ltru@ietf.org; Mon, 04 Dec 2006 06:12:03 -0500
Received: (qmail 39037 invoked by uid 60001); 4 Dec 2006 11:11:59 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com;
	h=X-YMail-OSG:Received:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID;
	b=eXg6JtX45mCrJfDJ3ppkgy1hwV7PcB95Dvj61RVshCfsxExqsuS5orUsGsdqqBmC8bWhobIRacreYuUUHsCw7kPRqo+GQbFl0vNH/sVI6DKQqHA9Xnd+oxf5J8AqY5RwK2uf7bnQzATlqdh6KBuh783YKY96apeByq4ceBxQihE=;
X-YMail-OSG: x.FiCOwVM1mC1wt4nFt.HjqtORa8OCJo4s50qtGb1clDBDX2cRVfuV9MLDWiE7PBEmY4TvloFlMJnz.xBnmSZ4TzCKoyJTYY56CYoA3W4jXGW9YXhRK64WMPQO_m2JDFdEL16KyhXyCduyM-
Received: from [158.169.9.14] by web37215.mail.mud.yahoo.com via HTTP;
	Mon, 04 Dec 2006 11:11:59 GMT
Date: Mon, 4 Dec 2006 11:11:59 +0000 (GMT)
From: "M.T. Carrasco Benitez" <mtcarrascob@yahoo.com>
Subject: RE: [Ltru] Alemanic & Swiss German
To: duerst@it.aoyama.ac.jp, Peter Constable <petercon@microsoft.com>,
	Mark Davis <mark.davis@icu-project.org>, iso639-2@loc.gov
In-Reply-To: <6.0.0.20.2.20061203191244.05280010@localhost>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Message-ID: <742773.39005.qm@web37215.mail.mud.yahoo.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
X-Mailman-Approved-At: Mon, 04 Dec 2006 14:20:29 -0500
Cc: LTRU Working Group <ltru@ietf.org>, zaiitov@gmail.com,
	ISO@scmailgw1.scop.aoyama.ac.jp,
	Advisory Committee <ISOJAC@loc.gov>, ietf-languages@iana.org,
	iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

--- Martin Duerst <duerst@it.aoyama.ac.jp> wrote:

> German very much is a language continuum.

This is what I can see in some part of Germany today. Indeed,
a sound can change from a town to another ten kilometers away.

> I don't know what exactly are the criteria for labeling
> something a 'language' in Ethnologue or iso-639-1/2/3.

One has to accept that 'language' is as much a political concept
as a linguistic concept. Examples:

- Luxembourgish was declared a language in 1984.

- Valencian (not Catalan) is one of the official languages of
  the Region of Valencia (Spain), though identical to Catalan.
 
By the way, Swiss look to me very relaxed regarding the
classification of their 'languages'. Just look at Marting -:) .
This could never happen with Catalán-valenciano-balear;
indeed, one could easily start a very long debate ... 

Regards
Tomas


Send instant messages to your online friends http://uk.messenger.yahoo.com 

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 04 15:20:03 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GrKI1-0003gJ-6O; Mon, 04 Dec 2006 15:19:49 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GrKHz-0003gE-FT
	for ltru@ietf.org; Mon, 04 Dec 2006 15:19:47 -0500
Received: from bortzmeyer.netaktiv.com ([80.67.170.53]
	helo=mail.bortzmeyer.org) by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GrKHv-0007RO-7f
	for ltru@ietf.org; Mon, 04 Dec 2006 15:19:47 -0500
Received: by mail.bortzmeyer.org (Postfix, from userid 10)
	id 0CAC3240822; Mon,  4 Dec 2006 22:19:21 +0100 (CET)
Received: by fetiche (Postfix, from userid 1000)
	id 8B8CA17A41; Mon,  4 Dec 2006 18:19:23 -0200 (BRST)
Date: Mon, 4 Dec 2006 18:19:23 -0200
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: ltru@ietf.org
Message-ID: <20061204201923.GA3181@laperouse.bortzmeyer.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Transport: UUCP rules
X-Operating-System: Debian GNU/Linux 3.1
User-Agent: Mutt/1.5.9i
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 30ac594df0e66ffa5a93eb4c48bcb014
Subject: [Ltru] Proposal for a LTRU Web page
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Many people already said "We really ought to have a Web page about
language tags".

Well, here is a proposal. My intent is not to let it as it is or to
manage it all by myself, the URL is temporary, I would like first to
have feedbacks from the WG about wether it is useful and how to
improve it.

http://ltru.generic-nic.net/

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 04 21:55:33 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GrQSU-0005TN-M5; Mon, 04 Dec 2006 21:55:02 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GrQST-0005TD-52
	for ltru@ietf.org; Mon, 04 Dec 2006 21:55:01 -0500
Received: from outbound-dub.frontbridge.com ([213.199.154.16]
	helo=outbound1-dub-R.bigfish.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GrQSQ-00075I-7m
	for ltru@ietf.org; Mon, 04 Dec 2006 21:55:01 -0500
Received: from outbound1-dub.bigfish.com (localhost.localdomain [127.0.0.1])
	by outbound1-dub-R.bigfish.com (Postfix) with ESMTP id 5A61A870A12
	for <ltru@ietf.org>; Tue,  5 Dec 2006 02:54:53 +0000 (UTC)
Received: from mail15-dub-R.bigfish.com (unknown [10.5.252.3])
	by outbound1-dub.bigfish.com (Postfix) with ESMTP id 3332CD18066
	for <ltru@ietf.org>; Tue,  5 Dec 2006 02:54:53 +0000 (UTC)
Received: from mail15-dub (localhost.localdomain [127.0.0.1])
	by mail15-dub-R.bigfish.com (Postfix) with ESMTP id 0803D401B3
	for <ltru@ietf.org>; Tue,  5 Dec 2006 02:54:53 +0000 (UTC)
X-BigFish: VP
Received: by mail15-dub (MessageSwitch) id 1165287292961929_15526;
	Tue,  5 Dec 2006 02:54:52 +0000 (UCT)
Received: from USCCIMTA02.spe.sony.com (unknown [64.14.251.196])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail15-dub.bigfish.com (Postfix) with ESMTP id 943041348058
	for <ltru@ietf.org>; Tue,  5 Dec 2006 02:54:52 +0000 (UTC)
Received: from usmail04.spe.sony.com ([43.130.148.27])
	by USCCIMTA02.spe.sony.com (Lotus Domino Release 6.5.5)
	with ESMTP id 2006120418582951-1148724 ;
	Mon, 4 Dec 2006 18:58:29 -0800 
To: ltru@ietf.org
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.5  CCH1 March 07, 2006
From: Karen_Broome@spe.sony.com
Message-ID: <OFE24D8FD5.6C6469C5-ON8825723B.000FBD17-8825723B.0010026D@spe.sony.com>
Date: Mon, 4 Dec 2006 18:53:27 -0800
X-MIMETrack: Serialize by Router on USMAIL04/SVR/SPE(Release 6.5.5FP1|April 11,
	2006) at 12/04/2006 18:53:28,
	Serialize complete at 12/04/2006 18:53:28,
	Itemize by SMTP Server on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 12/04/2006 06:58:29 PM,
	Serialize by Router on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 12/04/2006 06:58:30 PM,
	Serialize complete at 12/04/2006 06:58:30 PM
X-Spam-Score: 0.7 (/)
X-Scan-Signature: 6a45e05c1e4343200aa6b327df2c43fc
Subject: [Ltru] Fw: Alemanic & Swiss German
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1356677722=="
Errors-To: ltru-bounces@ietf.org

This is a multipart message in MIME format.
--===============1356677722==
Content-Type: multipart/alternative;
	boundary="=_alternative 000FD9BA8825723B_="

This is a multipart message in MIME format.
--=_alternative 000FD9BA8825723B_=
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="ISO-8859-1"

So should "Allemanisch" be added to the name=5Fin=5Fvern parameter to make =
it=20
clear that this dialect is included?=20

Maybe this helps:

A brief search on the web indicates that Alemanic/Alemannic -- when used=20
as a *noun* and not an adjective -- most commonly refers to the Austrian=20
form of Swiss German. The name=5Fin=5Feng category clearly references a nou=
n=20
and not an adjective. I believe the way Mark is using the term, he is=20
referring to an adjective.=20

However, the spelling "Alemannic" seems to be far more common than=20
Alemanic. I'm wondering if that's a spelling mistake on SIL that I copied=20
over assuming that resource to be authorative. If I were submitting this=20
application today, I would use the spelling with two n's.

Regards,

Karen Broome
Metadata Systems Designer
Sony Pictures Entertainment
310.244.4384



Peter Constable <petercon@microsoft.com>=20
Sent by: ietf-languages-bounces@alvestrand.no
12/04/2006 08:28 AM

To
<ietf-languages@iana.org>
cc

Subject
RE: Alemanic & Swiss German






> From: ietf-languages-bounces@alvestrand.no [mailto:ietf-languages-
> bounces@alvestrand.no] On Behalf Of Doug Ewell


> Rather, the debate is whether "gsw" represents only Schwyzerd=FCtsch per
> se, or other "Alemanic" languages and/or dialects which are not usually
> identified as Schwyzerd=FCtsch, such as Swabian.=20

That is not under debate. The ID "gsw" denotes precisely one individual=20
language, which in English is commonly referred to as "Swiss German".

What is under debate is the name "Alemanic". It is a name used to refer to =

a collection of languages constituting a genetic subnode of Germanic. For=20
that reason, Mark feels it is not appropriate to list "Alemanic" as a=20
name.

I agree with Mark on the principle, that an ID should mean one thing only: =

either it means an individual language, or it means a collection of=20
languages, but it does not mean both.

But what is unclear to me is whether the lexeme "Alemanic" has two=20
distinct senses. Ethnologue indicates that the individual language denoted =

by "gsw" is referred to by Germanic-speaking peoples as "Schwyzerd=FCtsch" =

within Switzerland but elsewhere as "Alemanisch". In other words,=20
"Alemanisch" is a Germanic name for the individual language denoted by=20
"gsw". That suggests the possibility that "Alemanic" might similarly be=20
used with the meaning of that individual language.

If "Alemanic" is ever used with that sense, I think I can agree with Mark=20
that it is not commonly used as the English name for the individual=20
language in question, whereas it is commonly used for the collection of=20
related languages. Thus, I will agree with Mark that it is at best=20
misleading to list "Alemanic" as an English name for this individual=20
language.


> Unless this thread has something to do with adding or changing an entry
> in the Registry, I agree with Michael that it should be confined to
> LTRU, and will post any future comments only to that list.

This thread very much has to do with entries in the Registry and is really =

out of scope for LTRU.


Peter Constable
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Ietf-languages mailing list
Ietf-languages@alvestrand.no
http://www.alvestrand.no/mailman/listinfo/ietf-languages


--=_alternative 000FD9BA8825723B_=
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="ISO-8859-1"


<br><font size=3D2 face=3D"sans-serif">So should &quot;Allemanisch&quot; be
added to the name=5Fin=5Fvern parameter to make it clear that this dialect
is included? </font>
<br>
<br><font size=3D2 face=3D"sans-serif">Maybe this helps:</font>
<br>
<br><font size=3D2 face=3D"sans-serif">A brief search on the web indicates
that Alemanic/Alemannic -- when used as a *noun* and not an adjective --
most commonly refers to the Austrian form of Swiss German. The name=5Fin=5F=
eng
category clearly references a noun and not an adjective. I believe the
way Mark is using the term, he is referring to an adjective. </font>
<br>
<br><font size=3D2 face=3D"sans-serif">However, the spelling &quot;Alemanni=
c&quot;
seems to be far more common than Alemanic. I'm wondering if that's a spelli=
ng
mistake on SIL that I copied over assuming that resource to be authorative.
If I were submitting this application today, I would use the spelling with
two n's.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Regards,</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Karen Broome<br>
Metadata Systems Designer<br>
Sony Pictures Entertainment<br>
310.244.4384</font>
<br>
<br>
<br>
<table width=3D100%>
<tr valign=3Dtop>
<td width=3D40%><font size=3D1 face=3D"sans-serif"><b>Peter Constable &lt;p=
etercon@microsoft.com&gt;</b>
</font>
<br><font size=3D1 face=3D"sans-serif">Sent by: ietf-languages-bounces@alve=
strand.no</font>
<p><font size=3D1 face=3D"sans-serif">12/04/2006 08:28 AM</font>
<td width=3D59%>
<table width=3D100%>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">To</font></div>
<td><font size=3D1 face=3D"sans-serif">&lt;ietf-languages@iana.org&gt;</fon=
t>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">cc</font></div>
<td>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">Subject</font></div>
<td><font size=3D1 face=3D"sans-serif">RE: Alemanic &amp; Swiss German</fon=
t></table>
<br>
<table>
<tr valign=3Dtop>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=3D2>&gt; From: ietf-languages-bounces@alvestrand.no [mai=
lto:ietf-languages-<br>
&gt; bounces@alvestrand.no] On Behalf Of Doug Ewell<br>
<br>
<br>
&gt; Rather, the debate is whether &quot;gsw&quot; represents only Schwyzer=
d=FCtsch
per<br>
&gt; se, or other &quot;Alemanic&quot; languages and/or dialects which
are not usually<br>
&gt; identified as Schwyzerd=FCtsch, such as Swabian. <br>
<br>
That is not under debate. The ID &quot;gsw&quot; denotes precisely one
individual language, which in English is commonly referred to as &quot;Swiss
German&quot;.<br>
<br>
What is under debate is the name &quot;Alemanic&quot;. It is a name used
to refer to a collection of languages constituting a genetic subnode of
Germanic. For that reason, Mark feels it is not appropriate to list &quot;A=
lemanic&quot;
as a name.<br>
<br>
I agree with Mark on the principle, that an ID should mean one thing only:
either it means an individual language, or it means a collection of languag=
es,
but it does not mean both.<br>
<br>
But what is unclear to me is whether the lexeme &quot;Alemanic&quot; has
two distinct senses. Ethnologue indicates that the individual language
denoted by &quot;gsw&quot; is referred to by Germanic-speaking peoples
as &quot;Schwyzerd=FCtsch&quot; within Switzerland but elsewhere as &quot;A=
lemanisch&quot;.
In other words, &quot;Alemanisch&quot; is a Germanic name for the individual
language denoted by &quot;gsw&quot;. That suggests the possibility that
&quot;Alemanic&quot; might similarly be used with the meaning of that indiv=
idual
language.<br>
<br>
If &quot;Alemanic&quot; is ever used with that sense, I think I can agree
with Mark that it is not commonly used as the English name for the individu=
al
language in question, whereas it is commonly used for the collection of
related languages. Thus, I will agree with Mark that it is at best misleadi=
ng
to list &quot;Alemanic&quot; as an English name for this individual languag=
e.<br>
<br>
<br>
&gt; Unless this thread has something to do with adding or changing an
entry<br>
&gt; in the Registry, I agree with Michael that it should be confined to<br>
&gt; LTRU, and will post any future comments only to that list.<br>
<br>
This thread very much has to do with entries in the Registry and is really
out of scope for LTRU.<br>
<br>
<br>
Peter Constable<br>
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F<br>
Ietf-languages mailing list<br>
Ietf-languages@alvestrand.no<br>
http://www.alvestrand.no/mailman/listinfo/ietf-languages<br>
</font></tt>
<br>
--=_alternative 000FD9BA8825723B_=--



--===============1356677722==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1356677722==--





From ltru-bounces@ietf.org Tue Dec 05 01:52:44 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GrUAT-0001gc-Ta; Tue, 05 Dec 2006 01:52:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GrUAS-0001gL-5f
	for ltru@ietf.org; Tue, 05 Dec 2006 01:52:40 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GrUAP-0001rt-QI
	for ltru@ietf.org; Tue, 05 Dec 2006 01:52:40 -0500
Received: from DGBP7M81 ([68.67.66.131]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061205065237.XVQM21407.mta13.adelphia.net@DGBP7M81>;
	Tue, 5 Dec 2006 01:52:37 -0500
Message-ID: <003a01c71839$f3525450$6501a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <20061204184426.D7E2E2596ED@eikenes.alvestrand.no>
Date: Mon, 4 Dec 2006 22:52:36 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Subject: [Ltru] Re: Alemanic & Swiss German
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis <mark dot davis at icu dash project dot org> wrote on 
ietf-languages:

>> This thread very much has to do with entries in the Registry and is 
>> really out of scope for LTRU.
>
> The only reason it does have to do with LTRU is that we are 
> considering adding 639-3, and 639-3 lists "Alemanic" as the *sole* 
> name for gsw, which is clearly incorrect. Thus it raises the issue of 
> whether to take the 639-3 names wholesale, or allow corrections.

Since you bring it up, and since we are now in December, and our IETF 
Last Call drafts are due next month...

I should remind the LTRU group that I'm still waiting for a decision on 
which names from the ISO 639 family of standards are to be added to the 
Registry as Description fields, and I'm waiting for a revised version of 
draft-4646bis that answers that question.  It was stated that I need to 
wait until the rules are set out in 4646bis before implementing them in 
4645bis.  This is the only factor that is delaying the release of 
draft-4645bis-01.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 05 08:49:30 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Grafj-00086Q-Ou; Tue, 05 Dec 2006 08:49:23 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Grafi-00086J-7j
	for ltru@ietf.org; Tue, 05 Dec 2006 08:49:22 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Grafc-0000Ty-Sv
	for ltru@ietf.org; Tue, 05 Dec 2006 08:49:22 -0500
Received: from DebbieLaptop ([83.67.121.192]) by 145.nexbyte.net with
	MailEnable ESMTP; Tue, 05 Dec 2006 13:49:34 +0000
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: <ltru@ietf.org>, "'Mark Davis'" <mark.davis@icu-project.org>,
	"'Doug Ewell'" <dewell@adelphia.net>
Subject: RE: [Ltru] Re: Alemanic & Swiss German
Date: Tue, 5 Dec 2006 13:48:58 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
In-Reply-To: <003a01c71839$f3525450$6501a8c0@DGBP7M81>
thread-index: AccYOhaeRCOthB/sQIqVLY6QHADNbAAOXCxA
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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
Message-Id: <E1Grafj-00086Q-Ou@megatron.ietf.org>

> Mark Davis <mark dot davis at icu dash project dot org> wrote on
> ietf-languages:

> > The only reason it does have to do with LTRU is that we are 
> > considering adding 639-3, and 639-3 lists "Alemanic" as the *sole* 
> > name for gsw, which is clearly incorrect. Thus it raises 
> the issue of 
> > whether to take the 639-3 names wholesale, or allow corrections.

Do not allow corrections to the ISO data within the Registry.  Approach the
ISO JAC and update the Registry accordingly.  I would recommend taking the
ISO 639-3 names wholesale.  There is good reason for this.  The reference
name can be used by applications as opposed to the alpha3 sign.  The word
interchange springs to mind.

Best regards

Debbie

Debbie Garside
Managing Director
GeoLang Ltd
Corner House
Barn Street
Haverfordwest
Pembrokeshire SA61 1BW
Wales UK

Tel: 0044 1437 766441
Web: http://www.geolang.com 




_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 05 08:53:58 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GrakA-0001xN-61; Tue, 05 Dec 2006 08:53:58 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Grak8-0001xI-OO
	for ltru@ietf.org; Tue, 05 Dec 2006 08:53:56 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Grak7-0001Fs-DL
	for ltru@ietf.org; Tue, 05 Dec 2006 08:53:56 -0500
Received: from DebbieLaptop ([83.67.121.192]) by 145.nexbyte.net with
	MailEnable ESMTP; Tue, 05 Dec 2006 13:54:24 +0000
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: "'LTRU Working Group'" <ltru@ietf.org>,
	"'Mark Davis'" <mark.davis@icu-project.org>,
	"'Doug Ewell'" <dewell@adelphia.net>
Subject: RE: [Ltru] Re: Alemanic & Swiss German
Date: Tue, 5 Dec 2006 13:53:47 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
In-Reply-To: <003a01c71839$f3525450$6501a8c0@DGBP7M81>
thread-index: AccYOhaeRCOthB/sQIqVLY6QHADNbAAOixpg
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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
Message-Id: <E1GrakA-0001xN-61@megatron.ietf.org>

> Mark Davis <mark dot davis at icu dash project dot org> wrote on
> ietf-languages:

> > The only reason it does have to do with LTRU is that we are 
> > considering adding 639-3, and 639-3 lists "Alemanic" as the *sole* 
> > name for gsw, which is clearly incorrect. Thus it raises 
> the issue of 
> > whether to take the 639-3 names wholesale, or allow corrections.

Further to my recent email.  I would recommend that text be incorporated
within RFC4646bis stating that any problems with reference names/entities
gleaned from underlying ISO standards should be referred to the appropriate
authority for clarification/correction.  Further, the comment field can
clarify the entity within the registry until such time as the issue is
resolved; if indeed it is.

Best regards

Debbie

Debbie Garside
Managing Director
GeoLang Ltd
Corner House
Barn Street
Haverfordwest
Pembrokeshire SA61 1BW
Wales UK

Tel: 0044 1437 766441
Web: http://www.geolang.com 




_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 05 09:23:14 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GrbCG-0007Iw-3p; Tue, 05 Dec 2006 09:23:00 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GrbCF-0007Io-A4
	for ltru@ietf.org; Tue, 05 Dec 2006 09:22:59 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GrbCE-00072U-1R
	for ltru@ietf.org; Tue, 05 Dec 2006 09:22:59 -0500
Received: from DGBP7M81 ([68.67.66.131]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061205142257.QOMT2497.mta11.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Tue, 5 Dec 2006 09:22:57 -0500
Message-ID: <007001c71878$dccdb780$6501a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Tue, 5 Dec 2006 06:22:57 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Subject: [Ltru] CS comes back to hanut ISO 3166/MA again
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

ISO 3166/MA just released an update to ISO 3166-3 in which they had to 
bend their own rules to accommodate two identical "formerly used" code 
elements:

"This newsletter serves to rectify the ISO 3166-3 Newsletter No. I-4 
which assigned the code "CSHH" in accordance with subclause 5.1.2. 
However, the code "CSHH" was previously attributed to the entry of 
Czechoslovakia. Therefore, the ISO 3166 Maintenance Agency has agreed to 
assign the code "CSXX" to represent the former country name of Serbia 
and Montenegro."

Winder if they get the message now that reusing code elements is a bad 
idea?

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 06 01:17:12 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Grq5H-00006b-Kt; Wed, 06 Dec 2006 01:16:47 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Grq5F-00006W-QK
	for ltru@ietf.org; Wed, 06 Dec 2006 01:16:46 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Grq5C-0001ZI-Up
	for ltru@ietf.org; Wed, 06 Dec 2006 01:16:45 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kB66GbnQ000624
	for <ltru@ietf.org>; Wed, 6 Dec 2006 15:16:37 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 5eb0_5468c9f8_84f1_11db_8225_0014221f2a2d;
	Wed, 06 Dec 2006 15:16:36 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:54516)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S5EE40> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Wed, 6 Dec 2006 15:15:57 +0900
Message-Id: <6.0.0.20.2.20061206103313.09578ec0@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Wed, 06 Dec 2006 10:50:27 +0900
To: "Mark Davis" <mark.davis@icu-project.org>,
	"Peter Constable" <petercon@microsoft.com>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Alemanic & Swiss German
In-Reply-To: <30b660a20612031437x207222f9u7720d392722d4a7b@mail.gmail.co
 m>
References: <30b660a20611301841m51b310a6hc81942b23ccf0547@mail.gmail.com>
	<19A328037921AA42847A717566D1D6A109BC44A0@RED-MSG-42.redmond.corp.microsoft.com>
	<30b660a20612031437x207222f9u7720d392722d4a7b@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca
Cc: ietf-languages@iana.org, zaiitov@gmail.com,
	LTRU Working Group <ltru@ietf.org>, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

[triggered by a mail from Debbie answering Mark and explaining
how to fix a perceived problem in ISO 639-3]

Sorry, I disagree, under the assumption that gsw in ISO-639-3
and in the Ethnologue is intended to refer to the same thing.

At 07:37 06/12/04, Mark Davis wrote:
>I looked at your long letter, but it doesn't change my conclusion. From all the evidence cited, "gsw" was intended to be "Swiss German".

In my understanding, gsw as described in the Ethnologue refers
to "Alemanic" in the narrow sense. Alemanic can be used both for
a wider group that includes Swabian (Schwa"bisch), as well as
for a narrower group that doesn't include Swabian. See e.g.
http://de.wikipedia.org/wiki/Schwaben#Schwaben_und_Alemannen.
This is close to what Peter suggested in one of his mails.

So if a correction is necessary, it should be changing
"Alemanic" to "Alemanic (in the narrow sense)" or something
similar.

Please note that I have avoided any use of the word "language"
or "language group" above; it is very much a matter of judgement
where to draw the boundary.


>The term "Alemanic" in English ("Alemanisch" in German) encompasses a wider scope (eg including Swabian, which is clearly not Swiss German*), and should not be used.

No. Using the word "Swiss German" as the label for something that
covers parts of Austria, France, and Germany is clearly wrong.
I'll explain it in more detail in an answer to a mail from Peter.


>Retaining the word "Alemanic" in the scope of "gsw" is a bit like intending to produce a code for "bloodhound" but later saying that the code covers any "dog". If there is need for the broader term "Alemanic", which is not unreasonable, it really should be encoded separately. 
>
>Mark
>
>PS. - I have a close friend who speaks Swabian, and it is very distinctly different from Swiss German -- but ask any Swiss like Martin for further confirmation. 

In Switzerland, the term "Swabian" is often used different from the
way it is in Germany. Any German may be called "Schwabe". This may
apply to the Germans just across the border (not Swabians by their
own understanding) or to Germans in general, as far as Hamburg and
onwards. Such usage often has a derogatory connotation. Therefore,
I don't consider myself a good source on the use of the word
"Swabian" in general.

Regards,    Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 06 09:59:25 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GryEv-0003FZ-4y; Wed, 06 Dec 2006 09:59:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GryEu-0003FJ-NR
	for ltru@ietf.org; Wed, 06 Dec 2006 09:59:16 -0500
Received: from mta14.mail.adelphia.net ([68.168.78.137]
	helo=mta14.adelphia.net) by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GryEt-0000o9-98
	for ltru@ietf.org; Wed, 06 Dec 2006 09:59:16 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta16.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061206144200.DIHO9721.mta16.adelphia.net@DGBP7M81>;
	Wed, 6 Dec 2006 09:42:00 -0500
Message-ID: <000d01c71946$f3234ad0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: <ietf-languages@iana.org>,
	"LTRU Working Group" <ltru@ietf.org>
References: <20061205161156.B43CA2596F5@eikenes.alvestrand.no>
	<002801c718f7$71c827c0$6501a8c0@DGBP7M81>
	<45769494.4060701@wiktionaryz.org>
Date: Wed, 6 Dec 2006 06:58:11 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 42e3ed3f10a1d8bef690f09da16f507a
Cc: Gerard Meijssen <gerardm@wiktionaryz.org>
Subject: [Ltru] Re: Alemanic & Swiss German
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Gerard Meijssen <gerardm at wiktionaryz dot org> wrote:

> The Google presentation gives you a reality check; only 15% of the 
> content is tagged and often incorrectly. This means to me that the 
> codes are not understood / adhered to. My problem is that in the 
> Wikimedia Foundation we do not tag our content correctly and as it is 
> on the Internet, we need to know what the IANA language tags and I 
> have already matched 209 out of 250 WMF project codes.

I have tried to explain this at least twice already:

There is a revision of RFC 4646 underway that will incorporate ISO 639-3 
code elements.  It is likely to be approved some time early in 2007.  At 
that time you can use ISO 639-3 code elements and be conformant with the 
IETF specification as well.

There is no "conflict" between ISO 639-3 and the "IANA language tags" 
except that the latter cannot reference a draft standard.

> For WiktionaryZ we have as a first step created language portals for 
> almost all languages that are in ISO-639-3. As a resource it is on the 
> Internet and we do where applicable use the same conventions to 
> indicate locales scripts etcetera. We can and want to add the other 
> applicable codes that exist like MARC and IANA language subtags.

Since you're interested in being able to tag your content conformantly, 
why don't you join the LTRU Working Group and follow the progress of RFC 
4646bis?

https://www1.ietf.org/mailman/listinfo/ltru

>> 1.  The "backward compatibility" of RFC 4646 and 4646bis is a major 
>> design goal.  There are many systems that use RFC 3066 tags and 
>> breaking compatibility with it, in particular by replacing 2-letter 
>> subtags such as "nl" with the 3 letter-equivalent "nld", is a 
>> non-starter.
>
> This seems to be an excellent design goal from an engineering point of 
> view.

Well, it is the Internet *Engineering* Task Force.

> From a marketing point of view, I would say that it is a unmitigated 
> disaster. With only 15% of the Internet content tagged at all and much 
> of it wrong it looks like you are building on top on quicksand.

I do not follow your line of reasoning that a marketing "disaster" 
implies a defect in the engineering.

> I have already spend a lot of time trying to understand it and the way 
> it works seems Byzantine to me.

Please ask us questions about details of how to implement RFC 4646. 
That is likely to give you better results and less frustration than 
badmouthing the system.

> For me the goal of a new Standard should be to improve the 15% to 
> better than 75% but this 75% being correctly used code.

Ask anyone who has worked with Internet standards -- hardware or 
software -- and they will tell you they have little or no control over 
whether their standards are implemented correctly.  Only market forces 
can do that.  The IETF is explicitly an engineering group, not an 
industry consortium or a marketing advocacy group.

That said, if you see any engineering flaws in RFC 4646 that you feel 
contribute to low acceptance in the market, please state them.

> This means make we need the code to be credible and relevant.

How do you see RFC 4646 as not credible or not relevant?  (Other than 
not incorporating a draft standard, that is.)

> There is a need for a Standard that adds value; WiktionaryZ for 
> instance is likely to get content in the bnx language. This language 
> has no presence on the Internet yet and it is unlikely to be found by 
> search engines. For this it is really relevant to have a proper code 
> because this will facilitate the recognition of these rare materials. 
> If anything, success is in the long tail where you can make easy 
> converts. For this the ISO-639-3 though not ratified is useful and 
> therefore it has a credibility that the RFC 4646 lacks.

*sigh*
When RFC 4646bis is published, you will be able to conform to both at 
once.  If you check the draft Registry for RFC 4646bis (page 114), you 
will see than "bnx" and thousands of others are included.  (Warning: 
this is a large diocument, over 750,00 bytes.)

http://www.ietf.org/internet-drafts/draft-ietf-ltru-4645bis-00.txt

>    * There is the obvious need for identifying languages like
>      Bangubangu which is not met.

Is this the first time you have had to wait for a specification to be 
approved?

>    * There is the need to know how the ISO-639-3 codes will relate
>      to the IANA language tags.

They will be primary language subtags, except for those ISO 639-3 codes 
which are encompassed by an ISO 639-3 macrolanguage; those will be 
"extended language subtags" and will follow the macrolanguage; thus 
"qu-qxc" for Chincha Quechua.  Did that make sense?  It should if you 
have read RFC 4646 and ISO 639-3 and understand how they work.

> Having it only addressed from a technical point of view does not make 
> it work. We need to make it easy for people to tag the correct 
> language to their content.

Tools will help with that.  Market forces will help.  We are the ones 
designing the protocol and while some of us have also built tools, we 
are not in charge of marketing them.

You might see some familiar corporate domain names on this list, such as 
Microsoft and Google and Yahoo!, but the people on this list who work at 
those companies are engineers trying to solve engineering problems. 
Steve Ballmer is not on this list.

> Computers are clever, they can easily shift from one code to another.

Tagged content does not automatically get retagged when a code gets 
changed; someone has to retag it.  That is why compatibility is 
important.

> Well, I can remember discussions where people insist zh being a 
> language while it clearly is not from a linguistic point of view.

ISO 639-3, which you hold in high regard, considers Chinese to be 
simultaneously (a) a language and (b) an umbrella term for a group of 
more specific languages.  That is essentially how RFC 4646bis will treat 
it.  If you are not happy with this situation, you can use the ISO 639-3 
individual codes directly (or use private-use tags, or invent your own 
system).  But you cannot continue to say it is not clear how RFC 4646bis 
will handle this; I and others have explained it repeatedly.

Please join the LTRU Working Group and continue this discussion there. 
This list is for discussion of proposals to register new subtags, not 
for extended debates about the merits of the RFC 4646 system.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 06 11:44:36 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Grzsj-0000tg-QG; Wed, 06 Dec 2006 11:44:29 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Grzsi-0000tb-Ru
	for ltru@ietf.org; Wed, 06 Dec 2006 11:44:28 -0500
Received: from mail6.microsoft.com ([205.248.106.32]
	helo=smtpmail.microsoft.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Grzse-0002nQ-Gr
	for ltru@ietf.org; Wed, 06 Dec 2006 11:44:28 -0500
Received: from mailout4.microsoft.com (157.57.217.12) by
	SVC-EXGWY-E803.partners.extranet.microsoft.com (10.251.24.244) with
	Microsoft SMTP Server id 8.0.685.23; Wed, 6 Dec 2006 08:44:23 -0800
Received: from RED-MSG-42.redmond.corp.microsoft.com ([157.54.61.141]) by
	mailout4.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Dec
	2006 08:44:23 -0800
x-mimeole: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Ltru] Alemanic & Swiss German
Date: Wed, 6 Dec 2006 08:43:21 -0800
Message-ID: <19A328037921AA42847A717566D1D6A109D352BB@RED-MSG-42.redmond.corp.microsoft.com>
In-Reply-To: <6.0.0.20.2.20061206103313.09578ec0@localhost>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Ltru] Alemanic & Swiss German
Thread-Index: AccY/h7tbSMXxj4/QXCOj4pLU2e5kwAVBCag
From: Peter Constable <petercon@microsoft.com>
To: Martin Duerst <duerst@it.aoyama.ac.jp>, Mark Davis
	<mark.davis@icu-project.org>
X-OriginalArrivalTime: 06 Dec 2006 16:44:23.0423 (UTC)
	FILETIME=[C8BF18F0:01C71955]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: ietf-languages@iana.org, zaiitov@gmail.com,
	LTRU Working Group <ltru@ietf.org>, iso639@dkuug.dk
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

> From: Martin Duerst [mailto:duerst@it.aoyama.ac.jp]

> In my understanding, gsw as described in the Ethnologue refers
> to "Alemanic" in the narrow sense. Alemanic can be used both for
> a wider group that includes Swabian (Schwa"bisch), as well as
> for a narrower group that doesn't include Swabian. See e.g.
> http://de.wikipedia.org/wiki/Schwaben#Schwaben_und_Alemannen.=20
> This is close to what Peter suggested in one of his mails.

Just so.

Btw, I went to that Wikipedia page, and since I can't read German, I =
followed the link to the corresponding English article. Now, =
unfortunately, the English article is a pretty different article and =
doesn't have a section corresponding to " Schwaben und Alemannen", but I =
did note this: if you're looking at the English article "Swabia", then =
one of the other-language links is "Alemannisch": =
http://als.wikipedia.org/wiki/Schwaben=20

Now, the linguistic variety used in that page is coherent -- one =
language -- and not from some collection of languages. I presume this =
content would appropriately be tagged "gsw".

=20
> So if a correction is necessary, it should be changing
> "Alemanic" to "Alemanic (in the narrow sense)" or something
> similar.

(Well, probably with two 'n's, right?)

The problem is how that should be conveyed e.g. in ISO 639-2 in which =
all that has ever been listed are names.



> >The term "Alemanic" in English ("Alemanisch" in German) encompasses a =
wider
> scope (eg including Swabian, which is clearly not Swiss German*), and =
should not be
> used.
>=20
> No. Using the word "Swiss German" as the label for something that
> covers parts of Austria, France, and Germany is clearly wrong.
> I'll explain it in more detail in an answer to a mail from Peter.

I believe Mark was misled by the fact that one of the machine-readable =
(draft) code tables for ISO 639-3 (the file for the code set) had =
"Alemanic" as the reference name for "gsw", which to Mark suggested the =
collection (Alemannic in the broader scope) rather than the (posited) =
individual language (Alemannic in the narrow scope). To the extent that =
the reference name in ISO 639-3 has a somewhat similar effect as the =
representative glyph in Unicode -- it's a one-shot impression -- then =
one might contend that, for English speakers, "Swiss German" gives a =
better first-pass impression of what's intended than does "Alemanic". =
(Of course, it's important to note that the reference name is not the =
whole story, just as Unicode's representative glyph is not the whole =
story.)

Probably the best solution -- and I think Mark indicated he was OK with =
this -- would be to change the reference name in ISO 639-3 to "Swiss =
German", list "Alemannic" as another name, and include a note (in the =
entry in the LST registry) clarifying that "Alemannic" here is meant in =
the narrow sense.




Peter Constable

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 06 18:20:10 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gs63Y-0008IA-Fm; Wed, 06 Dec 2006 18:20:04 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gs63W-0008Hn-KR; Wed, 06 Dec 2006 18:20:02 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1Gs63P-0004HW-Ke; Wed, 06 Dec 2006 18:20:02 -0500
Received: from [172.21.37.80] (duringperson-lx.corp.yahoo.com [172.21.37.80])
	(authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kB6NJkc9041768
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 6 Dec 2006 15:19:48 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:subject:content-type; 
	b=WW8RlAnb9o07Avqt1X9352M2iRW2bSltKJz7TaV22s+3oXp8ggrx1uO8d34mPQCg
Message-ID: <45775012.9090908@yahoo-inc.com>
Date: Wed, 06 Dec 2006 15:19:46 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: internet-drafts@ietf.org, "'LTRU Working Group'" <ltru@ietf.org>
Content-Type: multipart/mixed; boundary="------------080304000106000400090503"
X-Spam-Score: -14.6 (--------------)
X-Scan-Signature: 9c0601af4824631b05a4679d12b60e54
Cc: 
Subject: [Ltru] submission: draft-ietf-ltru-rfc4646bis, version 01
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

This is a multi-part message in MIME format.
--------------080304000106000400090503
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hello editors,

Please find attached in text format draft-01 of draft-ietf-ltru-rfc4646bis.

For LTRU WG list members, my personal site has the usual diffs, HTML, 
and XML versions. See www.inter-locale.com

Best Regards (for the editors),

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

--------------080304000106000400090503
Content-Type: text/plain;
 name="draft-ietf-ltru-4646bis-01.txt"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="draft-ietf-ltru-4646bis-01.txt"

CgoKTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBBLiBQaGlsbGlwcywgRWQuCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBZYWhvbyEgSW5jLgpPYnNvbGV0ZXM6IDQ2
NDYgKGlmIGFwcHJvdmVkKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE0uIERhdmlz
LCBFZC4KRXhwaXJlczogSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgR29vZ2xlCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgRGVjZW1iZXIgNiwgMjAwNgoKCiAgICAgICAg
ICAgICAgICAgICAgIFRhZ3MgZm9yIElkZW50aWZ5aW5nIExhbmd1YWdlcwogICAgICAgICAg
ICAgICAgICAgICAgIGRyYWZ0LWlldGYtbHRydS00NjQ2YmlzLTAxCgpTdGF0dXMgb2YgdGhp
cyBNZW1vCgogICBCeSBzdWJtaXR0aW5nIHRoaXMgSW50ZXJuZXQtRHJhZnQsIGVhY2ggYXV0
aG9yIHJlcHJlc2VudHMgdGhhdCBhbnkKICAgYXBwbGljYWJsZSBwYXRlbnQgb3Igb3RoZXIg
SVBSIGNsYWltcyBvZiB3aGljaCBoZSBvciBzaGUgaXMgYXdhcmUKICAgaGF2ZSBiZWVuIG9y
IHdpbGwgYmUgZGlzY2xvc2VkLCBhbmQgYW55IG9mIHdoaWNoIGhlIG9yIHNoZSBiZWNvbWVz
CiAgIGF3YXJlIHdpbGwgYmUgZGlzY2xvc2VkLCBpbiBhY2NvcmRhbmNlIHdpdGggU2VjdGlv
biA2IG9mIEJDUCA3OS4KCiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVu
dHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nCiAgIFRhc2sgRm9yY2UgKElFVEYpLCBp
dHMgYXJlYXMsIGFuZCBpdHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQKICAgb3RoZXIg
Z3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJu
ZXQtCiAgIERyYWZ0cy4KCiAgIEludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRz
IHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRocwogICBhbmQgbWF5IGJlIHVwZGF0
ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueQog
ICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFz
IHJlZmVyZW5jZQogICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAi
d29yayBpbiBwcm9ncmVzcy4iCgogICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LURy
YWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQKICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pZXRmLzFp
ZC1hYnN0cmFjdHMudHh0LgoKICAgVGhlIGxpc3Qgb2YgSW50ZXJuZXQtRHJhZnQgU2hhZG93
IERpcmVjdG9yaWVzIGNhbiBiZSBhY2Nlc3NlZCBhdAogICBodHRwOi8vd3d3LmlldGYub3Jn
L3NoYWRvdy5odG1sLgoKICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBK
dW5lIDksIDIwMDcuCgpDb3B5cmlnaHQgTm90aWNlCgogICBDb3B5cmlnaHQgKEMpIFRoZSBJ
bnRlcm5ldCBTb2NpZXR5ICgyMDA2KS4KCkFic3RyYWN0CgogICBUaGlzIGRvY3VtZW50IGRl
c2NyaWJlcyB0aGUgc3RydWN0dXJlLCBjb250ZW50LCBjb25zdHJ1Y3Rpb24sIGFuZAogICBz
ZW1hbnRpY3Mgb2YgbGFuZ3VhZ2UgdGFncyBmb3IgdXNlIGluIGNhc2VzIHdoZXJlIGl0IGlz
IGRlc2lyYWJsZSB0bwogICBpbmRpY2F0ZSB0aGUgbGFuZ3VhZ2UgdXNlZCBpbiBhbiBpbmZv
cm1hdGlvbiBvYmplY3QuICBJdCBhbHNvCiAgIGRlc2NyaWJlcyBob3cgdG8gcmVnaXN0ZXIg
dmFsdWVzIGZvciB1c2UgaW4gbGFuZ3VhZ2UgdGFncyBhbmQgdGhlCiAgIGNyZWF0aW9uIG9m
IHVzZXItZGVmaW5lZCBleHRlbnNpb25zIGZvciBwcml2YXRlIGludGVyY2hhbmdlLgoKCgoK
ClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAg
ICAgICAgICAgICBbUGFnZSAxXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5n
dGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKClRhYmxlIG9mIENv
bnRlbnRzCgogICAxLiAgSW50cm9kdWN0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDQKICAgMi4gIFRoZSBMYW5ndWFnZSBUYWcgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA1CiAgICAgMi4x
LiAgU3ludGF4IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAgNQogICAgIDIuMi4gIExhbmd1YWdlIFN1YnRhZyBTb3VyY2VzIGFuZCBJbnRl
cnByZXRhdGlvbiAuIC4gLiAuIC4gLiAuIC4gIDcKICAgICAgIDIuMi4xLiAgUHJpbWFyeSBM
YW5ndWFnZSBTdWJ0YWcgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA5CiAgICAg
ICAyLjIuMi4gIEV4dGVuZGVkIExhbmd1YWdlIFN1YnRhZ3MgIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAxMQogICAgICAgMi4yLjMuICBTY3JpcHQgU3VidGFnICAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTIKICAgICAgIDIuMi40LiAgUmVnaW9u
IFN1YnRhZyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEyCiAg
ICAgICAyLjIuNS4gIFZhcmlhbnQgU3VidGFncyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAxNAogICAgICAgMi4yLjYuICBFeHRlbnNpb24gU3VidGFncyAgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTUKICAgICAgIDIuMi43LiAgUHJp
dmF0ZSBVc2UgU3VidGFncyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE3
CiAgICAgICAyLjIuOC4gIEdyYW5kZmF0aGVyZWQgUmVnaXN0cmF0aW9ucyAgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAxNwogICAgICAgMi4yLjkuICBDbGFzc2VzIG9mIENvbmZvcm1h
bmNlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMTgKICAgMy4gIFJlZ2lzdHJ5
IEZvcm1hdCBhbmQgTWFpbnRlbmFuY2UgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IDIwCiAgICAgMy4xLiAgRm9ybWF0IG9mIHRoZSBJQU5BIExhbmd1YWdlIFN1YnRhZyBSZWdp
c3RyeSAgLiAuIC4gLiAuIC4gLiAyMAogICAgICAgMy4xLjEuICBGaWxlIEZvcm1hdCAgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjAKICAgICAgIDMuMS4y
LiAgUmVjb3JkIERlZmluaXRpb25zIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIDIxCiAgICAgICAzLjEuMy4gIFN1YnRhZyBhbmQgVGFnIEZpZWxkcyAgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyMwogICAgICAgMy4xLjQuICBEZXNjcmlwdGlvbiBG
aWVsZCAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjQKICAgICAgIDMu
MS41LiAgRGVwcmVjYXRlZCBGaWVsZCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIDI0CiAgICAgICAzLjEuNi4gIFByZWZlcnJlZC1WYWx1ZSBGaWVsZCAgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyNQogICAgICAgMy4xLjcuICBQcmVmaXggRmll
bGQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjYKICAgICAg
IDMuMS44LiAgQ29tbWVudHMgRmllbGQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIDI2CiAgICAgICAzLjEuOS4gIFN1cHByZXNzLVNjcmlwdCBGaWVsZCAgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyNgogICAgIDMuMi4gIExhbmd1YWdlIFN1
YnRhZyBSZXZpZXdlciAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjcKICAg
ICAzLjMuICBNYWludGVuYW5jZSBvZiB0aGUgUmVnaXN0cnkgIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIDI3CiAgICAgMy40LiAgU3RhYmlsaXR5IG9mIElBTkEgUmVnaXN0cnkg
RW50cmllcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAyOAogICAgIDMuNS4gIFJlZ2lzdHJh
dGlvbiBQcm9jZWR1cmUgZm9yIFN1YnRhZ3MgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMzMK
ICAgICAzLjYuICBQb3NzaWJpbGl0aWVzIGZvciBSZWdpc3RyYXRpb24gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIDM1CiAgICAgMy43LiAgRXh0ZW5zaW9ucyBhbmQgRXh0ZW5zaW9u
cyBSZWdpc3RyeSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAzOAogICAgIDMuOC4gIFVwZGF0
ZSBvZiB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJlZ2lzdHJ5IC4gLiAuIC4gLiAuIC4gLiAuIC4g
NDAKICAgNC4gIEZvcm1hdGlvbiBhbmQgUHJvY2Vzc2luZyBvZiBMYW5ndWFnZSBUYWdzICAu
IC4gLiAuIC4gLiAuIC4gLiAuIDQyCiAgICAgNC4xLiAgQ2hvaWNlIG9mIExhbmd1YWdlIFRh
ZyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0MgogICAgIDQuMi4gIE1l
YW5pbmcgb2YgdGhlIExhbmd1YWdlIFRhZyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gNDQKICAgICA0LjMuICBMZW5ndGggQ29uc2lkZXJhdGlvbnMgIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQ1CiAgICAgICA0LjMuMS4gIFdvcmtpbmcgd2l0aCBM
aW1pdGVkIEJ1ZmZlciBTaXplcyAgLiAuIC4gLiAuIC4gLiAuIC4gLiA0NgogICAgICAgNC4z
LjIuICBUcnVuY2F0aW9uIG9mIExhbmd1YWdlIFRhZ3MgIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gNDcKICAgICA0LjQuICBDYW5vbmljYWxpemF0aW9uIG9mIExhbmd1YWdlIFRhZ3Mg
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDQ3CiAgICAgNC41LiAgQ29uc2lkZXJhdGlvbnMg
Zm9yIFByaXZhdGUgVXNlIFN1YnRhZ3MgLiAuIC4gLiAuIC4gLiAuIC4gLiA0OQogICA1LiAg
SUFOQSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gNTEKICAgICA1LjEuICBMYW5ndWFnZSBTdWJ0YWcgUmVnaXN0cnkgLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDUxCiAgICAgNS4yLiAgRXh0ZW5zaW9ucyBS
ZWdpc3RyeSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA1MQogICA2
LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gNTMKICAgNy4gIENoYXJhY3RlciBTZXQgQ29uc2lkZXJhdGlvbnMgLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDU0CiAgIDguICBDaGFuZ2VzIGZyb20g
UkZDIDQ2NDYgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA1NQog
ICA5LiAgUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gNTYKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVz
IEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgIFtQYWdlIDJdCgwKSW50ZXJuZXQtRHJh
ZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJl
ciAyMDA2CgoKICAgICA5LjEuICBOb3JtYXRpdmUgUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDU2CiAgICAgOS4yLiAgSW5mb3JtYXRpdmUgUmVm
ZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA1NwogICBBcHBl
bmRpeCBBLiAgQWNrbm93bGVkZ2VtZW50cyAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gNTkKICAgQXBwZW5kaXggQi4gIEV4YW1wbGVzIG9mIExhbmd1YWdlIFRhZ3Mg
KEluZm9ybWF0aXZlKSAuIC4gLiAuIC4gLiAuIDYwCiAgIEF1dGhvcnMnIEFkZHJlc3NlcyAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA2MwogICBJ
bnRlbGxlY3R1YWwgUHJvcGVydHkgYW5kIENvcHlyaWdodCBTdGF0ZW1lbnRzIC4gLiAuIC4g
LiAuIC4gLiAuIC4gNjQKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK
CgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAg
ICAgICAgICAgICAgICAgIFtQYWdlIDNdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAg
IGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKMS4gIElu
dHJvZHVjdGlvbgoKICAgSHVtYW4gYmVpbmdzIG9uIG91ciBwbGFuZXQgaGF2ZSwgcGFzdCBh
bmQgcHJlc2VudCwgdXNlZCBhIG51bWJlciBvZgogICBsYW5ndWFnZXMuICBUaGVyZSBhcmUg
bWFueSByZWFzb25zIHdoeSBvbmUgd291bGQgd2FudCB0byBpZGVudGlmeSB0aGUKICAgbGFu
Z3VhZ2UgdXNlZCB3aGVuIHByZXNlbnRpbmcgb3IgcmVxdWVzdGluZyBpbmZvcm1hdGlvbi4K
CiAgIEEgdXNlcidzIGxhbmd1YWdlIHByZWZlcmVuY2VzIG9mdGVuIG5lZWQgdG8gYmUgaWRl
bnRpZmllZCBzbyB0aGF0CiAgIGFwcHJvcHJpYXRlIHByb2Nlc3NpbmcgY2FuIGJlIGFwcGxp
ZWQuICBGb3IgZXhhbXBsZSwgdGhlIHVzZXIncwogICBsYW5ndWFnZSBwcmVmZXJlbmNlcyBp
biBhIFdlYiBicm93c2VyIGNhbiBiZSB1c2VkIHRvIHNlbGVjdCBXZWIgcGFnZXMKICAgYXBw
cm9wcmlhdGVseS4gIExhbmd1YWdlIHByZWZlcmVuY2VzIGNhbiBhbHNvIGJlIHVzZWQgdG8g
c2VsZWN0IGFtb25nCiAgIHRvb2xzIChzdWNoIGFzIGRpY3Rpb25hcmllcykgdG8gYXNzaXN0
IGluIHRoZSBwcm9jZXNzaW5nIG9yCiAgIHVuZGVyc3RhbmRpbmcgb2YgY29udGVudCBpbiBk
aWZmZXJlbnQgbGFuZ3VhZ2VzLgoKICAgSW4gYWRkaXRpb24sIGtub3dsZWRnZSBhYm91dCB0
aGUgcGFydGljdWxhciBsYW5ndWFnZSB1c2VkIGJ5IHNvbWUKICAgcGllY2Ugb2YgaW5mb3Jt
YXRpb24gY29udGVudCBtaWdodCBiZSB1c2VmdWwgb3IgZXZlbiByZXF1aXJlZCBieSBzb21l
CiAgIHR5cGVzIG9mIHByb2Nlc3Npbmc7IGZvciBleGFtcGxlLCBzcGVsbC1jaGVja2luZywg
Y29tcHV0ZXItCiAgIHN5bnRoZXNpemVkIHNwZWVjaCwgQnJhaWxsZSB0cmFuc2NyaXB0aW9u
LCBvciBoaWdoLXF1YWxpdHkgcHJpbnQKICAgcmVuZGVyaW5ncy4KCiAgIE9uZSBtZWFucyBv
ZiBpbmRpY2F0aW5nIHRoZSBsYW5ndWFnZSB1c2VkIGlzIGJ5IGxhYmVsaW5nIHRoZQogICBp
bmZvcm1hdGlvbiBjb250ZW50IHdpdGggYW4gaWRlbnRpZmllciBvciAidGFnIi4gIFRoZXNl
IHRhZ3MgY2FuIGJlCiAgIHVzZWQgdG8gc3BlY2lmeSB1c2VyIHByZWZlcmVuY2VzIHdoZW4g
c2VsZWN0aW5nIGluZm9ybWF0aW9uIGNvbnRlbnQsCiAgIG9yIGZvciBsYWJlbGluZyBhZGRp
dGlvbmFsIGF0dHJpYnV0ZXMgb2YgY29udGVudCBhbmQgYXNzb2NpYXRlZAogICByZXNvdXJj
ZXMuCgogICBUYWdzIGNhbiBhbHNvIGJlIHVzZWQgdG8gaW5kaWNhdGUgYWRkaXRpb25hbCBs
YW5ndWFnZSBhdHRyaWJ1dGVzIG9mCiAgIGNvbnRlbnQuICBGb3IgZXhhbXBsZSwgaW5kaWNh
dGluZyBzcGVjaWZpYyBpbmZvcm1hdGlvbiBhYm91dCB0aGUKICAgZGlhbGVjdCwgd3JpdGlu
ZyBzeXN0ZW0sIG9yIG9ydGhvZ3JhcGh5IHVzZWQgaW4gYSBkb2N1bWVudCBvcgogICByZXNv
dXJjZSBtYXkgZW5hYmxlIHRoZSB1c2VyIHRvIG9idGFpbiBpbmZvcm1hdGlvbiBpbiBhIGZv
cm0gdGhhdAogICB0aGV5IGNhbiB1bmRlcnN0YW5kLCBvciBpdCBjYW4gYmUgaW1wb3J0YW50
IGluIHByb2Nlc3Npbmcgb3IKICAgcmVuZGVyaW5nIHRoZSBnaXZlbiBjb250ZW50IGludG8g
YW4gYXBwcm9wcmlhdGUgZm9ybSBvciBzdHlsZS4KCiAgIFRoaXMgZG9jdW1lbnQgc3BlY2lm
aWVzIGEgcGFydGljdWxhciBpZGVudGlmaWVyIG1lY2hhbmlzbSAodGhlCiAgIGxhbmd1YWdl
IHRhZykgYW5kIGEgcmVnaXN0cmF0aW9uIGZ1bmN0aW9uIGZvciB2YWx1ZXMgdG8gYmUgdXNl
ZCB0bwogICBmb3JtIHRhZ3MuICBJdCBhbHNvIGRlZmluZXMgYSBtZWNoYW5pc20gZm9yIHBy
aXZhdGUgdXNlIHZhbHVlcyBhbmQKICAgZnV0dXJlIGV4dGVuc2lvbi4KCiAgIFRoaXMgZG9j
dW1lbnQgcmVwbGFjZXMgW1JGQzQ2NDZdLCB3aGljaCByZXBsYWNlZCBbUkZDMzA2Nl0gYW5k
IGl0cwogICBwcmVkZWNlc3NvciBbUkZDMTc2Nl0uICBGb3IgYSBsaXN0IG9mIGNoYW5nZXMg
aW4gdGhpcyBkb2N1bWVudCwgc2VlCiAgIFNlY3Rpb24gOC4KCiAgIFRoZSBrZXkgd29yZHMg
Ik1VU1QiLCAiTVVTVCBOT1QiLCAiUkVRVUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwK
ICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAi
T1BUSU9OQUwiIGluIHRoaXMKICAgZG9jdW1lbnQgYXJlIHRvIGJlIGludGVycHJldGVkIGFz
IGRlc2NyaWJlZCBpbiBbUkZDMjExOV0uCgoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAg
ICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICAgW1BhZ2UgNF0KDApJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAg
ICAgIERlY2VtYmVyIDIwMDYKCgoyLiAgVGhlIExhbmd1YWdlIFRhZwoKICAgTGFuZ3VhZ2Ug
dGFncyBhcmUgdXNlZCB0byBoZWxwIGlkZW50aWZ5IGxhbmd1YWdlcywgd2hldGhlciBzcG9r
ZW4sCiAgIHdyaXR0ZW4sIHNpZ25lZCwgb3Igb3RoZXJ3aXNlIHNpZ25hbGVkLCBmb3IgdGhl
IHB1cnBvc2Ugb2YKICAgY29tbXVuaWNhdGlvbi4gIFRoaXMgaW5jbHVkZXMgY29uc3RydWN0
ZWQgYW5kIGFydGlmaWNpYWwgbGFuZ3VhZ2VzLAogICBidXQgZXhjbHVkZXMgbGFuZ3VhZ2Vz
IG5vdCBpbnRlbmRlZCBwcmltYXJpbHkgZm9yIGh1bWFuCiAgIGNvbW11bmljYXRpb24sIHN1
Y2ggYXMgcHJvZ3JhbW1pbmcgbGFuZ3VhZ2VzLgoKMi4xLiAgU3ludGF4CgogICBUaGUgbGFu
Z3VhZ2UgdGFnIGlzIGNvbXBvc2VkIG9mIG9uZSBvciBtb3JlIHBhcnRzLCBrbm93biBhcwog
ICAic3VidGFncyIuICBFYWNoIHN1YnRhZyBjb25zaXN0cyBvZiBhIHNlcXVlbmNlIG9mIGFs
cGhhbnVtZXJpYwogICBjaGFyYWN0ZXJzLiAgU3VidGFncyBhcmUgZGlzdGluZ3Vpc2hlZCBh
bmQgc2VwYXJhdGVkIGZyb20gb25lIGFub3RoZXIKICAgYnkgYSBoeXBoZW4gKCItIiwgQUJO
RiBbUkZDNDIzNF0gJXgyRCkuICBBIGxhbmd1YWdlIHRhZyBjb25zaXN0cyBvZiBhCiAgICJw
cmltYXJ5IGxhbmd1YWdlIiBzdWJ0YWcgYW5kIGEgKHBvc3NpYmx5IGVtcHR5KSBzZXJpZXMg
b2Ygc3Vic2VxdWVudAogICBzdWJ0YWdzLCBlYWNoIG9mIHdoaWNoIHJlZmluZXMgb3IgbmFy
cm93cyB0aGUgcmFuZ2Ugb2YgbGFuZ3VhZ2VzCiAgIGlkZW50aWZpZWQgYnkgdGhlIG92ZXJh
bGwgdGFnLgoKICAgVXN1YWxseSwgZWFjaCB0eXBlIG9mIHN1YnRhZyBpcyBkaXN0aW5ndWlz
aGVkIGJ5IGxlbmd0aCwgcG9zaXRpb24gaW4KICAgdGhlIHRhZywgYW5kIGNvbnRlbnQ6IHN1
YnRhZ3MgY2FuIGJlIHJlY29nbml6ZWQgc29sZWx5IGJ5IHRoZXNlCiAgIGZlYXR1cmVzLiAg
VGhlIG9ubHkgZXhjZXB0aW9uIHRvIHRoaXMgaXMgYSBmaXhlZCBsaXN0IG9mCiAgIGdyYW5k
ZmF0aGVyZWQgdGFncyByZWdpc3RlcmVkIHVuZGVyIFJGQyAzMDY2IFtSRkMzMDY2XS4gIFRo
aXMgbWFrZXMKICAgaXQgcG9zc2libGUgdG8gY29uc3RydWN0IGEgcGFyc2VyIHRoYXQgY2Fu
IGV4dHJhY3QgYW5kIGFzc2lnbiBzb21lCiAgIHNlbWFudGljIGluZm9ybWF0aW9uIHRvIHRo
ZSBzdWJ0YWdzLCBldmVuIGlmIHRoZSBzcGVjaWZpYyBzdWJ0YWcKICAgdmFsdWVzIGFyZSBu
b3QgcmVjb2duaXplZC4gIFRodXMsIGEgcGFyc2VyIG5lZWQgbm90IGhhdmUgYW4gdXAtdG8t
CiAgIGRhdGUgY29weSAob3IgYW55IGNvcHkgYXQgYWxsKSBvZiB0aGUgc3VidGFnIHJlZ2lz
dHJ5IHRvIHBlcmZvcm0gbW9zdAogICBzZWFyY2hpbmcgYW5kIG1hdGNoaW5nIG9wZXJhdGlv
bnMuCgogICBUaGUgc3ludGF4IG9mIHRoZSBsYW5ndWFnZSB0YWcgaW4gQUJORiBbUkZDNDIz
NF0gaXM6CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAg
IEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICAgW1BhZ2UgNV0KDApJbnRl
cm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAg
IERlY2VtYmVyIDIwMDYKCgogICBMYW5ndWFnZS1UYWcgID0gbGFuZ3RhZwogICAgICAgICAg
ICAgICAgIC8gcHJpdmF0ZXVzZSAgICAgICAgICAgICA7IHByaXZhdGUgdXNlIHRhZwogICAg
ICAgICAgICAgICAgIC8gZ3JhbmRmYXRoZXJlZCAgICAgICAgICA7IGdyYW5kZmF0aGVyZWQg
cmVnaXN0cmF0aW9ucwoKICAgbGFuZ3RhZyAgICAgICA9IChsYW5ndWFnZQogICAgICAgICAg
ICAgICAgICAgIFsiLSIgc2NyaXB0XQogICAgICAgICAgICAgICAgICAgIFsiLSIgcmVnaW9u
XQogICAgICAgICAgICAgICAgICAgICooIi0iIHZhcmlhbnQpCiAgICAgICAgICAgICAgICAg
ICAgKigiLSIgZXh0ZW5zaW9uKQogICAgICAgICAgICAgICAgICAgIFsiLSIgcHJpdmF0ZXVz
ZV0pCgogICBsYW5ndWFnZSAgICAgID0gKDIqM0FMUEhBIFsgZXh0bGFuZyBdKSA7IHNob3J0
ZXN0IElTTyA2MzkgY29kZQogICAgICAgICAgICAgICAgIC8gNEFMUEhBICAgICAgICAgICAg
ICAgICA7IHJlc2VydmVkIGZvciBmdXR1cmUgdXNlCiAgICAgICAgICAgICAgICAgLyA1KjhB
TFBIQSAgICAgICAgICAgICAgIDsgcmVnaXN0ZXJlZCBsYW5ndWFnZSBzdWJ0YWcKCiAgIGV4
dGxhbmcgICAgICAgPSAqMygiLSIgM0FMUEhBKSAgICAgICAgIDsgc3BlY2lmaWMgSVNPIDYz
OS0zIGNvZGVzCgogICBzY3JpcHQgICAgICAgID0gNEFMUEhBICAgICAgICAgICAgICAgICA7
IElTTyAxNTkyNCBjb2RlCgogICByZWdpb24gICAgICAgID0gMkFMUEhBICAgICAgICAgICAg
ICAgICA7IElTTyAzMTY2IGNvZGUKICAgICAgICAgICAgICAgICAvIDNESUdJVCAgICAgICAg
ICAgICAgICAgOyBVTiBNLjQ5IGNvZGUKCiAgIHZhcmlhbnQgICAgICAgPSA1KjhhbHBoYW51
bSAgICAgICAgICAgIDsgcmVnaXN0ZXJlZCB2YXJpYW50cwogICAgICAgICAgICAgICAgIC8g
KERJR0lUIDNhbHBoYW51bSkKCiAgIGV4dGVuc2lvbiAgICAgPSBzaW5nbGV0b24gMSooIi0i
ICgyKjhhbHBoYW51bSkpCgogICBzaW5nbGV0b24gICAgID0gJXg0MS01NyAvICV4NTktNUEg
LyAleDYxLTc3IC8gJXg3OS03QSAvIERJR0lUCiAgICAgICAgICAgICAgICAgOyAiYSItInci
IC8gInkiLSJ6IiAvICJBIi0iVyIgLyAiWSItIloiIC8gIjAiLSI5IgogICAgICAgICAgICAg
ICAgIDsgU2luZ2xlIGxldHRlcnM6IHgvWCBpcyByZXNlcnZlZCBmb3IgcHJpdmF0ZSB1c2UK
CiAgIHByaXZhdGV1c2UgICAgPSAoIngiLyJYIikgMSooIi0iICgxKjhhbHBoYW51bSkpCgog
ICBncmFuZGZhdGhlcmVkID0gbGFuZ3RhZyAgIDsgd2VsbC1mb3JtZWQgZ3JhbmRmYXRoZXJl
ZCB0YWdzCiAgICAgICAgICAgICAgICAgLyBpcnJlZ3VsYXIgOyB0YWdzIHRoYXQgYXJlIG5v
dCB3ZWxsLWZvcm1lZAoKICAgaXJyZWd1bGFyICAgICA9ICJlbi1HQi1vZWQiIC8gImktYW1p
IiAvICJpLWJubiIgLyAiaS1kZWZhdWx0IgogICAgICAgICAgICAgICAgIC8gImktZW5vY2hp
YW4iIC8gImktaGFrIiAvICJpLWtsaW5nb24iIC8gImktbHV4IgogICAgICAgICAgICAgICAg
IC8gImktbWluZ28iIC8gImktbmF2YWpvIiAvICJpLXB3biIgLyAiaS10YW8iCiAgICAgICAg
ICAgICAgICAgLyAiaS10YXkiIC8gImktdHN1IiAvICJzZ24tQkUtZnIiIC8gInNnbi1CRS1u
bCIKICAgICAgICAgICAgICAgICAvICJzZ24tQ0gtZGUiCgogICBhbHBoYW51bSAgICAgID0g
KEFMUEhBIC8gRElHSVQpICAgICAgIDsgbGV0dGVycyBhbmQgbnVtYmVycwoKICAgRmlndXJl
IDE6IExhbmd1YWdlIFRhZyBBQk5GCgogICBOb3RlOiBUaGVyZSBpcyBhIHN1YnRsZXR5IGlu
IHRoZSBBQk5GIGZvciAndmFyaWFudCc6IHZhcmlhbnRzCiAgIHN0YXJ0aW5nIHdpdGggYSBk
aWdpdCBNQVkgYmUgZm91ciBjaGFyYWN0ZXJzIGxvbmcsIHdoaWxlIHRob3NlCgoKClBoaWxs
aXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAgICAg
ICAgICBbUGFnZSA2XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1y
ZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIHN0YXJ0aW5nIHdpdGgg
YSBsZXR0ZXIgTVVTVCBiZSBhdCBsZWFzdCBmaXZlIGNoYXJhY3RlcnMgbG9uZy4KCiAgIEFs
bCBzdWJ0YWdzIGhhdmUgYSBtYXhpbXVtIGxlbmd0aCBvZiBlaWdodCBjaGFyYWN0ZXJzIGFu
ZCB3aGl0ZXNwYWNlCiAgIGlzIG5vdCBwZXJtaXR0ZWQgaW4gYSBsYW5ndWFnZSB0YWcuICBG
b3IgZXhhbXBsZXMgb2YgbGFuZ3VhZ2UgdGFncywKICAgc2VlIEFwcGVuZGl4IEIuCgogICBO
b3RlIHRoYXQgYWx0aG91Z2ggW1JGQzQyMzRdIHJlZmVycyB0byBvY3RldHMsIHRoZSBsYW5n
dWFnZSB0YWdzCiAgIGRlc2NyaWJlZCBpbiB0aGlzIGRvY3VtZW50IGFyZSBzZXF1ZW5jZXMg
b2YgY2hhcmFjdGVycyBmcm9tIHRoZSBVUy0KICAgQVNDSUkgW0lTTzY0Nl0gcmVwZXJ0b2ly
ZS4gIExhbmd1YWdlIHRhZ3MgTUFZIGJlIHVzZWQgaW4gZG9jdW1lbnRzCiAgIGFuZCBhcHBs
aWNhdGlvbnMgdGhhdCB1c2Ugb3RoZXIgZW5jb2RpbmdzLCBzbyBsb25nIGFzIHRoZXNlIGVu
Y29tcGFzcwogICB0aGUgVVMtQVNDSUkgcmVwZXJ0b2lyZS4gIEFuIGV4YW1wbGUgb2YgdGhp
cyB3b3VsZCBiZSBhbiBYTUwgZG9jdW1lbnQKICAgdGhhdCB1c2VzIHRoZSBVVEYtMTZMRSBb
UkZDMjc4MV0gZW5jb2Rpbmcgb2YgW1VuaWNvZGVdLgoKICAgVGhlIHRhZ3MgYW5kIHRoZWly
IHN1YnRhZ3MsIGluY2x1ZGluZyBwcml2YXRlIHVzZSBhbmQgZXh0ZW5zaW9ucywgYXJlCiAg
IHRvIGJlIHRyZWF0ZWQgYXMgY2FzZSBpbnNlbnNpdGl2ZTogdGhlcmUgZXhpc3QgY29udmVu
dGlvbnMgZm9yIHRoZQogICBjYXBpdGFsaXphdGlvbiBvZiBzb21lIG9mIHRoZSBzdWJ0YWdz
LCBidXQgdGhlc2UgTVVTVCBOT1QgYmUgdGFrZW4gdG8KICAgY2FycnkgbWVhbmluZy4KCiAg
IEZvciBleGFtcGxlOgoKICAgbyAgW0lTTzYzOS0xXSByZWNvbW1lbmRzIHRoYXQgbGFuZ3Vh
Z2UgY29kZXMgYmUgd3JpdHRlbiBpbiBsb3dlcmNhc2UKICAgICAgKCdtbicgTW9uZ29saWFu
KS4KCiAgIG8gIFtJU08zMTY2LTFdIHJlY29tbWVuZHMgdGhhdCBjb3VudHJ5IGNvZGVzIGJl
IGNhcGl0YWxpemVkICgnTU4nCiAgICAgIE1vbmdvbGlhKS4KCiAgIG8gIFtJU08xNTkyNF0g
cmVjb21tZW5kcyB0aGF0IHNjcmlwdCBjb2RlcyB1c2UgbG93ZXJjYXNlIHdpdGggdGhlCiAg
ICAgIGluaXRpYWwgbGV0dGVyIGNhcGl0YWxpemVkICgnQ3lybCcgQ3lyaWxsaWMpLgoKICAg
SG93ZXZlciwgaW4gdGhlIHRhZ3MgZGVmaW5lZCBieSB0aGlzIGRvY3VtZW50LCB0aGUgdXBw
ZXJjYXNlIFVTLUFTQ0lJCiAgIGxldHRlcnMgaW4gdGhlIHJhbmdlICdBJyB0aHJvdWdoICda
JyBhcmUgY29uc2lkZXJlZCBlcXVpdmFsZW50IGFuZAogICBtYXBwZWQgZGlyZWN0bHkgdG8g
dGhlaXIgVVMtQVNDSUkgbG93ZXJjYXNlIGVxdWl2YWxlbnRzIGluIHRoZSByYW5nZQogICAn
YScgdGhyb3VnaCAneicuICBUaHVzLCB0aGUgdGFnICJtbi1DeXJsLU1OIiBpcyBub3QgZGlz
dGluY3QgZnJvbQogICAiTU4tY1lSTC1tbiIgb3IgIm1OLWNZckwtTW4iIChvciBhbnkgb3Ro
ZXIgY29tYmluYXRpb24pLCBhbmQgZWFjaCBvZgogICB0aGVzZSB2YXJpYXRpb25zIGNvbnZl
eXMgdGhlIHNhbWUgbWVhbmluZzogTW9uZ29saWFuIHdyaXR0ZW4gaW4gdGhlCiAgIEN5cmls
bGljIHNjcmlwdCBhcyB1c2VkIGluIE1vbmdvbGlhLgoKICAgQWx0aG91Z2ggY2FzZSBkaXN0
aW5jdGlvbnMgZG8gbm90IGNhcnJ5IG1lYW5pbmcgaW4gbGFuZ3VhZ2UgdGFncywKICAgY29u
c2lzdGVudCBmb3JtYXR0aW5nIGFuZCBwcmVzZW50YXRpb24gb2YgdGhlIHRhZ3Mgd2lsbCBh
aWQgdXNlcnMuCiAgIFRoZSBmb3JtYXQgb2YgdGhlIHRhZ3MgYW5kIHN1YnRhZ3MgaW4gdGhl
IHJlZ2lzdHJ5IGlzIFJFQ09NTUVOREVELgogICBJbiB0aGlzIGZvcm1hdCwgYWxsIG5vbi1p
bml0aWFsIHR3by1sZXR0ZXIgc3VidGFncyBhcmUgdXBwZXJjYXNlLCBhbGwKICAgbm9uLWlu
aXRpYWwgZm91ci1sZXR0ZXIgc3VidGFncyBhcmUgdGl0bGVjYXNlLCBhbmQgYWxsIG90aGVy
IHN1YnRhZ3MKICAgYXJlIGxvd2VyY2FzZS4KCjIuMi4gIExhbmd1YWdlIFN1YnRhZyBTb3Vy
Y2VzIGFuZCBJbnRlcnByZXRhdGlvbgoKICAgVGhlIG5hbWVzcGFjZSBvZiBsYW5ndWFnZSB0
YWdzIGFuZCB0aGVpciBzdWJ0YWdzIGlzIGFkbWluaXN0ZXJlZCBieQogICB0aGUgSW50ZXJu
ZXQgQXNzaWduZWQgTnVtYmVycyBBdXRob3JpdHkgKElBTkEpIFtSRkMyODYwXSBhY2NvcmRp
bmcgdG8KCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAw
NyAgICAgICAgICAgICAgICAgIFtQYWdlIDddCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAg
ICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAg
dGhlIHJ1bGVzIGluIFNlY3Rpb24gNSBvZiB0aGlzIGRvY3VtZW50LiAgVGhlIExhbmd1YWdl
IFN1YnRhZwogICBSZWdpc3RyeSBtYWludGFpbmVkIGJ5IElBTkEgaXMgdGhlIHNvdXJjZSBm
b3IgdmFsaWQgc3VidGFnczogb3RoZXIKICAgc3RhbmRhcmRzIHJlZmVyZW5jZWQgaW4gdGhp
cyBzZWN0aW9uIHByb3ZpZGUgdGhlIHNvdXJjZSBtYXRlcmlhbCBmb3IKICAgdGhhdCByZWdp
c3RyeS4KCiAgIFRlcm1pbm9sb2d5IHVzZWQgaW4gdGhpcyBkb2N1bWVudDoKCiAgIG8gIFRh
ZyBvciB0YWdzIHJlZmVycyB0byBhIGNvbXBsZXRlIGxhbmd1YWdlIHRhZywgc3VjaCBhcwog
ICAgICAiZnItTGF0bi1DQSIuICBFeGFtcGxlcyBvZiB0YWdzIGluIHRoaXMgZG9jdW1lbnQg
YXJlIGVuY2xvc2VkIGluCiAgICAgIGRvdWJsZS1xdW90ZXMgKCJlbi1VUyIpLgoKICAgbyAg
U3VidGFnIHJlZmVycyB0byBhIHNwZWNpZmljIHNlY3Rpb24gb2YgYSB0YWcsIGRlbGltaXRl
ZCBieSBoeXBoZW4sCiAgICAgIHN1Y2ggYXMgdGhlIHN1YnRhZyAnSGFudCcgaW4gInpoLUhh
bnQtQ04iLiAgRXhhbXBsZXMgb2Ygc3VidGFncyBpbgogICAgICB0aGlzIGRvY3VtZW50IGFy
ZSBlbmNsb3NlZCBpbiBzaW5nbGUgcXVvdGVzICgnSGFudCcpLgoKICAgbyAgQ29kZSBvciBj
b2RlcyByZWZlcnMgdG8gdmFsdWVzIGRlZmluZWQgaW4gZXh0ZXJuYWwgc3RhbmRhcmRzIChh
bmQKICAgICAgd2hpY2ggYXJlIHVzZWQgYXMgc3VidGFncyBpbiB0aGlzIGRvY3VtZW50KS4g
IEZvciBleGFtcGxlLCAnSGFudCcKICAgICAgaXMgYW4gW0lTTzE1OTI0XSBzY3JpcHQgY29k
ZSB0aGF0IHdhcyB1c2VkIHRvIGRlZmluZSB0aGUgJ0hhbnQnCiAgICAgIHNjcmlwdCBzdWJ0
YWcgZm9yIHVzZSBpbiBhIGxhbmd1YWdlIHRhZy4gIEV4YW1wbGVzIG9mIGNvZGVzIGluCiAg
ICAgIHRoaXMgZG9jdW1lbnQgYXJlIGVuY2xvc2VkIGluIHNpbmdsZSBxdW90ZXMgKCdlbics
ICdIYW50JykuCgogICBUaGUgZGVmaW5pdGlvbnMgaW4gdGhpcyBzZWN0aW9uIGFwcGx5IHRv
IHRoZSB2YXJpb3VzIHN1YnRhZ3Mgd2l0aGluCiAgIHRoZSBsYW5ndWFnZSB0YWdzIGRlZmlu
ZWQgYnkgdGhpcyBkb2N1bWVudCwgZXhjZXB0aW5nIHRob3NlCiAgICJncmFuZGZhdGhlcmVk
IiB0YWdzIGRlZmluZWQgaW4gU2VjdGlvbiAyLjIuOC4KCiAgIExhbmd1YWdlIHRhZ3MgYXJl
IGRlc2lnbmVkIHNvIHRoYXQgZWFjaCBzdWJ0YWcgdHlwZSBoYXMgdW5pcXVlIGxlbmd0aAog
ICBhbmQgY29udGVudCByZXN0cmljdGlvbnMuICBUaGVzZSBtYWtlIGlkZW50aWZpY2F0aW9u
IG9mIHRoZSBzdWJ0YWcncwogICB0eXBlIHBvc3NpYmxlLCBldmVuIGlmIHRoZSBjb250ZW50
IG9mIHRoZSBzdWJ0YWcgaXRzZWxmIGlzCiAgIHVucmVjb2duaXplZC4gIFRoaXMgYWxsb3dz
IHRhZ3MgdG8gYmUgcGFyc2VkIGFuZCBwcm9jZXNzZWQgd2l0aG91dAogICByZWZlcmVuY2Ug
dG8gdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHRoZSB1bmRlcmx5aW5nIHN0YW5kYXJkcyBvciB0
aGUKICAgSUFOQSByZWdpc3RyeSBhbmQgbWFrZXMgdGhlIGFzc29jaWF0ZWQgZXhjZXB0aW9u
IGhhbmRsaW5nIHdoZW4KICAgcGFyc2luZyB0YWdzIHNpbXBsZXIuCgogICBTdWJ0YWdzIGlu
IHRoZSBJQU5BIHJlZ2lzdHJ5IHRoYXQgZG8gbm90IGNvbWUgZnJvbSBhbiB1bmRlcmx5aW5n
CiAgIHN0YW5kYXJkIGNhbiBvbmx5IGFwcGVhciBpbiBzcGVjaWZpYyBwb3NpdGlvbnMgaW4g
YSB0YWcuCiAgIFNwZWNpZmljYWxseSwgdGhleSBjYW4gb25seSBvY2N1ciBhcyBwcmltYXJ5
IGxhbmd1YWdlIHN1YnRhZ3Mgb3IgYXMKICAgdmFyaWFudCBzdWJ0YWdzLgoKICAgTm90ZSB0
aGF0IHNlcXVlbmNlcyBvZiBwcml2YXRlIHVzZSBhbmQgZXh0ZW5zaW9uIHN1YnRhZ3MgTVVT
VCBvY2N1cgogICBhdCB0aGUgZW5kIG9mIHRoZSBzZXF1ZW5jZSBvZiBzdWJ0YWdzIGFuZCBN
VVNUIE5PVCBiZSBpbnRlcnNwZXJzZWQKICAgd2l0aCBzdWJ0YWdzIGRlZmluZWQgZWxzZXdo
ZXJlIGluIHRoaXMgZG9jdW1lbnQuCgogICBTaW5nbGUtbGV0dGVyIGFuZCBzaW5nbGUtZGln
aXQgc3VidGFncyBhcmUgcmVzZXJ2ZWQgZm9yIGN1cnJlbnQgb3IKICAgZnV0dXJlIHVzZS4g
IFRoZXNlIGluY2x1ZGUgdGhlIGZvbGxvd2luZyBjdXJyZW50IHVzZXM6CgogICBvICBUaGUg
c2luZ2xlLWxldHRlciBzdWJ0YWcgJ3gnIGlzIHJlc2VydmVkIHRvIGludHJvZHVjZSBhIHNl
cXVlbmNlCiAgICAgIG9mIHByaXZhdGUgdXNlIHN1YnRhZ3MuICBUaGUgaW50ZXJwcmV0YXRp
b24gb2YgYW55IHByaXZhdGUgdXNlCiAgICAgIHN1YnRhZ3MgaXMgZGVmaW5lZCBzb2xlbHkg
YnkgcHJpdmF0ZSBhZ3JlZW1lbnQgYW5kIGlzIG5vdCBkZWZpbmVkCgoKClBoaWxsaXBzICYg
RGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAgICAgICAgICBb
UGFnZSA4XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3Ry
eSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgICAgIGJ5IHRoZSBydWxlcyBpbiB0
aGlzIHNlY3Rpb24gb3IgaW4gYW55IHN0YW5kYXJkIG9yIHJlZ2lzdHJ5CiAgICAgIGRlZmlu
ZWQgaW4gdGhpcyBkb2N1bWVudC4KCiAgIG8gIEFsbCBvdGhlciBzaW5nbGUtbGV0dGVyIHN1
YnRhZ3MgYXJlIHJlc2VydmVkIHRvIGludHJvZHVjZQogICAgICBzdGFuZGFyZGl6ZWQgZXh0
ZW5zaW9uIHN1YnRhZyBzZXF1ZW5jZXMgYXMgZGVzY3JpYmVkIGluCiAgICAgIFNlY3Rpb24g
My43LgoKICAgVGhlIHNpbmdsZS1sZXR0ZXIgc3VidGFnICdpJyBpcyB1c2VkIGJ5IHNvbWUg
Z3JhbmRmYXRoZXJlZCB0YWdzLCBzdWNoCiAgIGFzICJpLWRlZmF1bHQiLCB3aGVyZSBpdCBh
bHdheXMgYXBwZWFycyBpbiB0aGUgZmlyc3QgcG9zaXRpb24gYW5kCiAgIGNhbm5vdCBiZSBj
b25mdXNlZCB3aXRoIGFuIGV4dGVuc2lvbi4KCjIuMi4xLiAgUHJpbWFyeSBMYW5ndWFnZSBT
dWJ0YWcKCiAgIFRoZSBwcmltYXJ5IGxhbmd1YWdlIHN1YnRhZyBpcyB0aGUgZmlyc3Qgc3Vi
dGFnIGluIGEgbGFuZ3VhZ2UgdGFnCiAgICh3aXRoIHRoZSBleGNlcHRpb24gb2YgcHJpdmF0
ZSB1c2UgYW5kIGNlcnRhaW4gZ3JhbmRmYXRoZXJlZCB0YWdzKQogICBhbmQgY2Fubm90IGJl
IG9taXR0ZWQuICBUaGUgZm9sbG93aW5nIHJ1bGVzIGFwcGx5IHRvIHRoZSBwcmltYXJ5CiAg
IGxhbmd1YWdlIHN1YnRhZzoKCiAgIDEuICBBbGwgdHdvLWNoYXJhY3RlciBwcmltYXJ5IGxh
bmd1YWdlIHN1YnRhZ3Mgd2VyZSBkZWZpbmVkIGluIHRoZQogICAgICAgSUFOQSByZWdpc3Ry
eSBhY2NvcmRpbmcgdG8gdGhlIGFzc2lnbm1lbnRzIGZvdW5kIGluIHRoZSBzdGFuZGFyZAog
ICAgICAgSVNPIDYzOSBQYXJ0IDEsICJJU08gNjM5LTE6MjAwMiwgQ29kZXMgZm9yIHRoZSBy
ZXByZXNlbnRhdGlvbiBvZgogICAgICAgbmFtZXMgb2YgbGFuZ3VhZ2VzIC0tIFBhcnQgMTog
QWxwaGEtMiBjb2RlIiBbSVNPNjM5LTFdLCBvciB1c2luZwogICAgICAgYXNzaWdubWVudHMg
c3Vic2VxdWVudGx5IG1hZGUgYnkgdGhlIElTTyA2MzktMSByZWdpc3RyYXRpb24KICAgICAg
IGF1dGhvcml0eSAoUkEpIG9yIGdvdmVybmluZyBzdGFuZGFyZGl6YXRpb24gYm9kaWVzLgoK
ICAgMi4gIEFsbCB0aHJlZS1jaGFyYWN0ZXIgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWdzIHdl
cmUgZGVmaW5lZCBpbiB0aGUKICAgICAgIElBTkEgcmVnaXN0cnkgYWNjb3JkaW5nIHRvIHRo
ZSBhc3NpZ25tZW50cyBmb3VuZCBpbiBlaXRoZXIgSVNPCiAgICAgICA2MzkgUGFydCAyLCAi
SVNPIDYzOS0yOjE5OTggLSBDb2RlcyBmb3IgdGhlIHJlcHJlc2VudGF0aW9uIG9mCiAgICAg
ICBuYW1lcyBvZiBsYW5ndWFnZXMgLS0gUGFydCAyOiBBbHBoYS0zIGNvZGUgLSBlZGl0aW9u
IDEiCiAgICAgICBbSVNPNjM5LTJdLCBJU08gNjM5IFBhcnQgMywgIklTTyA2MzktMzoyMDA/
LCBbWz8/bWlzc2luZyBvZmZpY2lhbAogICAgICAgdGl0bGU/P11dIiwgb3IgYXNzaWdubWVu
dHMgc3Vic2VxdWVudGx5IG1hZGUgYnkgdGhlIHJlbGV2YW50IElTTwogICAgICAgNjM5IHJl
Z2lzdHJhdGlvbiBhdXRob3JpdGllcyBvciBnb3Zlcm5pbmcgc3RhbmRhcmRpemF0aW9uIGJv
ZGllcy4KCiAgIDMuICBUaGUgc3VidGFncyBpbiB0aGUgcmFuZ2UgJ3FhYScgdGhyb3VnaCAn
cXR6JyBhcmUgcmVzZXJ2ZWQgZm9yCiAgICAgICBwcml2YXRlIHVzZSBpbiBsYW5ndWFnZSB0
YWdzLiAgVGhlc2Ugc3VidGFncyBjb3JyZXNwb25kIHRvIGNvZGVzCiAgICAgICByZXNlcnZl
ZCBieSBJU08gNjM5LTIgZm9yIHByaXZhdGUgdXNlLiAgVGhlc2UgY29kZXMgTUFZIGJlIHVz
ZWQKICAgICAgIGZvciBub24tcmVnaXN0ZXJlZCBwcmltYXJ5IGxhbmd1YWdlIHN1YnRhZ3Mg
KGluc3RlYWQgb2YgdXNpbmcKICAgICAgIHByaXZhdGUgdXNlIHN1YnRhZ3MgZm9sbG93aW5n
ICd4LScpLiAgUGxlYXNlIHJlZmVyIHRvIFNlY3Rpb24gNC41CiAgICAgICBmb3IgbW9yZSBp
bmZvcm1hdGlvbiBvbiBwcml2YXRlIHVzZSBzdWJ0YWdzLgoKICAgNC4gIEFsbCBmb3VyLWNo
YXJhY3RlciBsYW5ndWFnZSBzdWJ0YWdzIGFyZSByZXNlcnZlZCBmb3IgcG9zc2libGUKICAg
ICAgIGZ1dHVyZSBzdGFuZGFyZGl6YXRpb24uCgogICA1LiAgQWxsIGxhbmd1YWdlIHN1YnRh
Z3Mgb2YgNSB0byA4IGNoYXJhY3RlcnMgaW4gbGVuZ3RoIGluIHRoZSBJQU5BCiAgICAgICBy
ZWdpc3RyeSB3ZXJlIGRlZmluZWQgdmlhIHRoZSByZWdpc3RyYXRpb24gcHJvY2VzcyBpbiBT
ZWN0aW9uIDMuNQogICAgICAgYW5kIE1BWSBiZSB1c2VkIHRvIGZvcm0gdGhlIHByaW1hcnkg
bGFuZ3VhZ2Ugc3VidGFnLiAgQXQgdGhlIHRpbWUKICAgICAgIHRoaXMgZG9jdW1lbnQgd2Fz
IGNyZWF0ZWQsIHRoZXJlIHdlcmUgbm8gZXhhbXBsZXMgb2YgdGhpcyBraW5kIG9mCiAgICAg
ICBzdWJ0YWcgYW5kIGZ1dHVyZSByZWdpc3RyYXRpb25zIG9mIHRoaXMgdHlwZSB3aWxsIGJl
IGRpc2NvdXJhZ2VkOgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVu
ZSA5LCAyMDA3ICAgICAgICAgICAgICAgICAgW1BhZ2UgOV0KDApJbnRlcm5ldC1EcmFmdCAg
ICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIw
MDYKCgogICAgICAgcHJpbWFyeSBsYW5ndWFnZXMgYXJlIHN0cm9uZ2x5IFJFQ09NTUVOREVE
IGZvciByZWdpc3RyYXRpb24gd2l0aAogICAgICAgSVNPIDYzOSwgYW5kIHByb3Bvc2FscyBy
ZWplY3RlZCBieSBJU08gNjM5L1JBIHdpbGwgYmUgY2xvc2VseQogICAgICAgc2NydXRpbml6
ZWQgYmVmb3JlIHRoZXkgYXJlIHJlZ2lzdGVyZWQgd2l0aCBJQU5BLgoKICAgNi4gIFRoZSBz
aW5nbGUtY2hhcmFjdGVyIHN1YnRhZyAneCcgYXMgdGhlIHByaW1hcnkgc3VidGFnIGluZGlj
YXRlcwogICAgICAgdGhhdCB0aGUgbGFuZ3VhZ2UgdGFnIGNvbnNpc3RzIHNvbGVseSBvZiBz
dWJ0YWdzIHdob3NlIG1lYW5pbmcgaXMKICAgICAgIGRlZmluZWQgYnkgcHJpdmF0ZSBhZ3Jl
ZW1lbnQuICBGb3IgZXhhbXBsZSwgaW4gdGhlIHRhZyAieC1mci1DSCIsCiAgICAgICB0aGUg
c3VidGFncyAnZnInIGFuZCAnQ0gnIFNIT1VMRCBOT1QgYmUgdGFrZW4gdG8gcmVwcmVzZW50
IHRoZQogICAgICAgRnJlbmNoIGxhbmd1YWdlIG9yIHRoZSBjb3VudHJ5IG9mIFN3aXR6ZXJs
YW5kIChvciBhbnkgb3RoZXIgdmFsdWUKICAgICAgIGluIHRoZSBJQU5BIHJlZ2lzdHJ5KSB1
bmxlc3MgdGhlcmUgaXMgYSBwcml2YXRlIGFncmVlbWVudCBpbgogICAgICAgcGxhY2UgdG8g
ZG8gc28uICBTZWUgU2VjdGlvbiA0LjUuCgogICA3LiAgVGhlIHNpbmdsZS1jaGFyYWN0ZXIg
c3VidGFnICdpJyBpcyB1c2VkIGJ5IHNvbWUgZ3JhbmRmYXRoZXJlZAogICAgICAgdGFncyAo
c2VlIFNlY3Rpb24gMi4yLjgpIHN1Y2ggYXMgImkta2xpbmdvbiIgYW5kICJpLWJubiIuICAo
T3RoZXIKICAgICAgIGdyYW5kZmF0aGVyZWQgdGFncyBoYXZlIGEgcHJpbWFyeSBsYW5ndWFn
ZSBzdWJ0YWcgaW4gdGhlaXIgZmlyc3QKICAgICAgIHBvc2l0aW9uLikKCiAgIDguICBPdGhl
ciB2YWx1ZXMgTVVTVCBOT1QgYmUgYXNzaWduZWQgdG8gdGhlIHByaW1hcnkgc3VidGFnIGV4
Y2VwdCBieQogICAgICAgcmV2aXNpb24gb3IgdXBkYXRlIG9mIHRoaXMgZG9jdW1lbnQuCgog
ICBOb3RlOiBGb3IgbGFuZ3VhZ2VzIHRoYXQgaGF2ZSBib3RoIGFuIElTTyA2MzktMSB0d28t
Y2hhcmFjdGVyIGNvZGUKICAgYW5kIGEgdGhyZWUgY2hhcmFjdGVyIGNvZGUgYXNzaWduZWQg
YnkgZWl0aGVyIElTTyA2MzktMiBvciBJU08gNjkzLTMsCiAgIG9ubHkgdGhlIElTTyA2Mzkt
MSB0d28tY2hhcmFjdGVyIGNvZGUgaXMgZGVmaW5lZCBpbiB0aGUgSUFOQQogICByZWdpc3Ry
eS4KCiAgIE5vdGU6IEZvciBsYW5ndWFnZXMgdGhhdCBoYXZlIG5vIElTTyA2MzktMSB0d28t
Y2hhcmFjdGVyIGNvZGUgYW5kIGZvcgogICB3aGljaCB0aGUgSVNPIDYzOS0yL1QgKFRlcm1p
bm9sb2d5KSBjb2RlIGFuZCB0aGUgSVNPIDYzOS0yL0IKICAgKEJpYmxpb2dyYXBoaWMpIGNv
ZGVzIGRpZmZlciwgb25seSB0aGUgVGVybWlub2xvZ3kgY29kZSBpcyBkZWZpbmVkIGluCiAg
IHRoZSBJQU5BIHJlZ2lzdHJ5LiAgQXQgdGhlIHRpbWUgdGhpcyBkb2N1bWVudCB3YXMgY3Jl
YXRlZCwgYWxsCiAgIGxhbmd1YWdlcyB0aGF0IGhhZCBib3RoIGtpbmRzIG9mIHRocmVlLWNo
YXJhY3RlciBjb2RlIHdlcmUgYWxzbwogICBhc3NpZ25lZCBhIHR3by1jaGFyYWN0ZXIgY29k
ZTsgaXQgaXMgZXhwZWN0ZWQgdGhhdCBmdXR1cmUgYXNzaWdubWVudHMKICAgb2YgdGhpcyBu
YXR1cmUgd2lsbCBub3Qgb2NjdXIuCgogICBOb3RlOiBUbyBhdm9pZCBwcm9ibGVtcyB3aXRo
IHZlcnNpb25pbmcgYW5kIHN1YnRhZyBjaG9pY2UgYXMKICAgZXhwZXJpZW5jZWQgZHVyaW5n
IHRoZSB0cmFuc2l0aW9uIGJldHdlZW4gUkZDIDE3NjYgYW5kIFJGQyAzMDY2LCBhcwogICB3
ZWxsIGFzIHRoZSBjYW5vbmljYWwgbmF0dXJlIG9mIHN1YnRhZ3MgZGVmaW5lZCBieSB0aGlz
IGRvY3VtZW50LCB0aGUKICAgSVNPIDYzOSBSZWdpc3RyYXRpb24gQXV0aG9yaXR5IEpvaW50
IEFkdmlzb3J5IENvbW1pdHRlZSAoSVNPIDYzOS8KICAgUkEtSkFDKSBoYXMgaW5jbHVkZWQg
dGhlIGZvbGxvd2luZyBzdGF0ZW1lbnQgaW4gW2lzbzYzOS5wcmluXToKCiAgICAgICJBIGxh
bmd1YWdlIGNvZGUgYWxyZWFkeSBpbiBJU08gNjM5LTIgYXQgdGhlIHBvaW50IG9mIGZyZWV6
aW5nIElTTwogICAgICA2MzktMSBzaGFsbCBub3QgbGF0ZXIgYmUgYWRkZWQgdG8gSVNPIDYz
OS0xLiAgVGhpcyBpcyB0byBlbnN1cmUKICAgICAgY29uc2lzdGVuY3kgaW4gdXNhZ2Ugb3Zl
ciB0aW1lLCBzaW5jZSB1c2VycyBhcmUgZGlyZWN0ZWQgaW4KICAgICAgSW50ZXJuZXQgYXBw
bGljYXRpb25zIHRvIGVtcGxveSB0aGUgYWxwaGEtMyBjb2RlIHdoZW4gYW4gYWxwaGEtMgog
ICAgICBjb2RlIGZvciB0aGF0IGxhbmd1YWdlIGlzIG5vdCBhdmFpbGFibGUuIgoKICAgSW4g
b3JkZXIgdG8gYXZvaWQgaW5zdGFiaWxpdHkgaW4gdGhlIGNhbm9uaWNhbCBmb3JtIG9mIHRh
Z3MsIGlmIGEKICAgdHdvLWNoYXJhY3RlciBjb2RlIGlzIGFkZGVkIHRvIElTTyA2MzktMSBm
b3IgYSBsYW5ndWFnZSBmb3Igd2hpY2ggYQogICB0aHJlZS1jaGFyYWN0ZXIgY29kZSB3YXMg
YWxyZWFkeSBpbmNsdWRlZCBpbiBlaXRoZXIgSVNPIDYzOS0yIG9yIElTTwoKCgpQaGlsbGlw
cyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAg
ICBbUGFnZSAxMF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVn
aXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICA2MzktMywgdGhlIHR3by1j
aGFyYWN0ZXIgY29kZSBNVVNUIE5PVCBiZSByZWdpc3RlcmVkLiAgU2VlCiAgIFNlY3Rpb24g
My40LgoKICAgRm9yIGV4YW1wbGUsIGlmIHNvbWUgY29udGVudCB3ZXJlIHRhZ2dlZCB3aXRo
ICdoYXcnIChIYXdhaWlhbiksIHdoaWNoCiAgIGN1cnJlbnRseSBoYXMgbm8gdHdvLWNoYXJh
Y3RlciBjb2RlLCB0aGUgdGFnIHdvdWxkIG5vdCBiZSBpbnZhbGlkYXRlZAogICBpZiBJU08g
NjM5LTEgd2VyZSB0byBhc3NpZ24gYSB0d28tY2hhcmFjdGVyIGNvZGUgdG8gdGhlIEhhd2Fp
aWFuCiAgIGxhbmd1YWdlIGF0IGEgbGF0ZXIgZGF0ZS4KCiAgIE5vdGU6IEFuIGV4YW1wbGUg
b2YgaW5kZXBlbmRlbnQgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWcgcmVnaXN0cmF0aW9uCiAg
IG1pZ2h0IGluY2x1ZGU6IG9uZSBvZiB0aGUgZ3JhbmRmYXRoZXJlZCBJQU5BIHJlZ2lzdHJh
dGlvbnMgaXMKICAgImktZW5vY2hpYW4iLiAgVGhlIHN1YnRhZyAnZW5vY2hpYW4nIGNvdWxk
IGJlIHJlZ2lzdGVyZWQgaW4gdGhlIElBTkEKICAgcmVnaXN0cnkgYXMgYSBwcmltYXJ5IGxh
bmd1YWdlIHN1YnRhZyAoYXNzdW1pbmcgdGhhdCBJU08gNjM5IGRvZXMgbm90CiAgIHJlZ2lz
dGVyIHRoaXMgbGFuZ3VhZ2UgZmlyc3QpLCBtYWtpbmcgdGFncyBzdWNoIGFzICJlbm9jaGlh
bi1BUSIgYW5kCiAgICJlbm9jaGlhbi1MYXRuIiB2YWxpZC4KCjIuMi4yLiAgRXh0ZW5kZWQg
TGFuZ3VhZ2UgU3VidGFncwoKICAgRXh0ZW5kZWQgbGFuZ3VhZ2Ugc3VidGFncyBhcmUgdXNl
ZCB0byBpZGVudGlmeSBsYW5ndWFnZXMgb3IgZGlhbGVjdHMKICAgdGhhdCBhcmUgc3ViZGl2
aXNpb25zIHdpdGhpbiBhbm90aGVyIGxhbmd1YWdlLiAgU3VjaCBhbiBlbmNsb3NpbmcKICAg
bGFuZ3VhZ2UgaXMgc29tZXRpbWVzIGNhbGxlZCBhICJjb2xsZWN0aXZlIiBvciAibWFjcm8i
IGxhbmd1YWdlLiAgVGhlCiAgIGZvbGxvd2luZyBydWxlcyBhcHBseSB0byB0aGUgZXh0ZW5k
ZWQgbGFuZ3VhZ2Ugc3VidGFnczoKCiAgIDEuICBUaGVzZSBzdWJ0YWdzIHdlcmUgZGVmaW5l
ZCBpbiB0aGUgSUFOQSByZWdpc3RyeSBhY2NvcmRpbmcgdG8KICAgICAgIGFzc2lnbm1lbnRz
IGZvdW5kIGluIElTTyA2MzkgUGFydCAzLgoKICAgMi4gIEEgc2VxdWVuY2Ugb2YgdXAgdG8g
dGhyZWUgZXh0ZW5kZWQgbGFuZ3VhZ2Ugc3VidGFncyBNQVkgYXBwZWFyIGluCiAgICAgICBh
IGxhbmd1YWdlIHRhZy4gIFRoaXMgc2VxdWVuY2UgTVVTVCBmb2xsb3cgdGhlIHByaW1hcnkg
bGFuZ3VhZ2UKICAgICAgIHN1YnRhZyBhbmQgcHJlY2VkZSBhbnkgb3RoZXIgc3VidGFncy4K
CiAgIDMuICBFYWNoIGV4dGVuZGVkIGxhbmd1YWdlIHN1YnRhZyBNVVNUIG9ubHkgYmUgdXNl
ZCB3aXRoIHRoZSBleGFjdAogICAgICAgc2VxdWVuY2Ugb2Ygc3VidGFncyB0aGF0IGFwcGVh
cnMgaW4gdGhlICdQcmVmaXgnIGZpZWxkIGluIGl0cwogICAgICAgcmVnaXN0cnkgcmVjb3Jk
LgoKICAgNC4gIFRoZXJlIE1BWSBiZSB1cCB0byB0aHJlZSBleHRlbmRlZCBsYW5ndWFnZSBz
dWJ0YWdzLgoKICAgNS4gIE90aGVyIHZhbHVlcyBNVVNUIE5PVCBiZSBhc3NpZ25lZCB0byB0
aGUgZXh0ZW5kZWQgbGFuZ3VhZ2Ugc3VidGFnCiAgICAgICBleGNlcHQgYnkgcmV2aXNpb24g
b3IgdXBkYXRlIG9mIHRoaXMgZG9jdW1lbnQuCgogICBFeHRlbmRlZCBsYW5ndWFnZSBzdWJ0
YWcgcmVjb3JkcyBNVVNUIGluY2x1ZGUgZXhhY3RseSBvbmUgJ1ByZWZpeCcKICAgZmllbGQg
aW5kaWNhdGluZyBhbiBhcHByb3ByaWF0ZSBzdWJ0YWcgb3Igc2VxdWVuY2Ugb2Ygc3VidGFn
cyBmb3IKICAgdGhhdCBleHRlbmRlZCBsYW5ndWFnZSBzdWJ0YWcuCgogICBGb3IgZXhhbXBs
ZSwgdGhlICdnYW4nIHN1YnRhZywgcmVwcmVzZW50aW5nIHRoZSAnR2FuJyBkaWFsZWN0IG9m
CiAgIENoaW5lc2UsIGhhcyBhIHByZWZpeCBvZiAiemgiIGluIGl0cyByZWdpc3RyeSByZWNv
cmQuICBUaGUgJ2NtbicKICAgc3VidGFnLCByZXByZXNlbnRpbmcgdGhlICdNYW5kYXJpbicg
ZGlhbGVjdCBvZiBDaGluZXNlIGhhcyB0aGUgc2FtZQogICBwcmVmaXguICBUaHVzLCB0aGUg
dGFncyAiemgtZ2FuLUhhbnQiIG9yICJ6aC1jbW4tQ04iIGFyZSBhcHByb3ByaWF0ZSwKICAg
d2hpbGUgdGhlIHRhZyAiemgtY21uLWdhbiIgaXMgbm90LgoKCgoKUGhpbGxpcHMgJiBEYXZp
cyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2Ug
MTFdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAg
ICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgTm93IHN1cHBvc2UgdGhhdCAneHh4JyBp
cyBhIHN1YnRhZyB0aGF0IHJlcHJlc2VudHMgYSBkaWFsZWN0IG9mCiAgICdHYW4nLiAgSXQg
d291bGQgaGF2ZSBhICdQcmVmaXgnIGZpZWxkIG9mICJ6aC1nYW4iLCBtYWtpbmcgdGhlIHRh
ZwogICAiemgtZ2FuLXh4eCIgYXBwcm9wcmlhdGUsIHdoaWxlIHRoZSB0YWdzICJ6aC14eHgi
IGFuZCAiemgteHh4LWdhbiIKICAgd291bGQgbm90IGJlIGFwcHJvcHJpYXRlLgoKMi4yLjMu
ICBTY3JpcHQgU3VidGFnCgogICBTY3JpcHQgc3VidGFncyBhcmUgdXNlZCB0byBpbmRpY2F0
ZSB0aGUgc2NyaXB0IG9yIHdyaXRpbmcgc3lzdGVtCiAgIHZhcmlhdGlvbnMgdGhhdCBkaXN0
aW5ndWlzaCB0aGUgd3JpdHRlbiBmb3JtcyBvZiBhIGxhbmd1YWdlIG9yIGl0cwogICBkaWFs
ZWN0cy4gIFRoZSBmb2xsb3dpbmcgcnVsZXMgYXBwbHkgdG8gdGhlIHNjcmlwdCBzdWJ0YWdz
OgoKICAgMS4gIEFsbCBmb3VyLWNoYXJhY3RlciBzdWJ0YWdzIHdlcmUgZGVmaW5lZCBhY2Nv
cmRpbmcgdG8KICAgICAgIFtJU08xNTkyNF0tLSJDb2RlcyBmb3IgdGhlIHJlcHJlc2VudGF0
aW9uIG9mIHRoZSBuYW1lcyBvZgogICAgICAgc2NyaXB0cyI6IGFscGhhLTQgc2NyaXB0IGNv
ZGVzLCBvciBzdWJzZXF1ZW50bHkgYXNzaWduZWQgYnkgdGhlCiAgICAgICBJU08gMTU5MjQg
bWFpbnRlbmFuY2UgYWdlbmN5IG9yIGdvdmVybmluZyBzdGFuZGFyZGl6YXRpb24gYm9kaWVz
LAogICAgICAgZGVub3RpbmcgdGhlIHNjcmlwdCBvciB3cml0aW5nIHN5c3RlbSB1c2VkIGlu
IGNvbmp1bmN0aW9uIHdpdGgKICAgICAgIHRoaXMgbGFuZ3VhZ2UuCgogICAyLiAgU2NyaXB0
IHN1YnRhZ3MgTVVTVCBpbW1lZGlhdGVseSBmb2xsb3cgdGhlIHByaW1hcnkgbGFuZ3VhZ2UK
ICAgICAgIHN1YnRhZyBhbmQgYWxsIGV4dGVuZGVkIGxhbmd1YWdlIHN1YnRhZ3MgYW5kIE1V
U1Qgb2NjdXIgYmVmb3JlCiAgICAgICBhbnkgb3RoZXIgdHlwZSBvZiBzdWJ0YWcgZGVzY3Jp
YmVkIGJlbG93LgoKICAgMy4gIFRoZSBzY3JpcHQgc3VidGFncyAnUWFhYScgdGhyb3VnaCAn
UWFieCcgYXJlIHJlc2VydmVkIGZvciBwcml2YXRlCiAgICAgICB1c2UgaW4gbGFuZ3VhZ2Ug
dGFncy4gIFRoZXNlIHN1YnRhZ3MgY29ycmVzcG9uZCB0byBjb2RlcyByZXNlcnZlZAogICAg
ICAgYnkgSVNPIDE1OTI0IGZvciBwcml2YXRlIHVzZS4gIFRoZXNlIGNvZGVzIE1BWSBiZSB1
c2VkIGZvciBub24tCiAgICAgICByZWdpc3RlcmVkIHNjcmlwdCB2YWx1ZXMuICBQbGVhc2Ug
cmVmZXIgdG8gU2VjdGlvbiA0LjUgZm9yIG1vcmUKICAgICAgIGluZm9ybWF0aW9uIG9uIHBy
aXZhdGUgdXNlIHN1YnRhZ3MuCgogICA0LiAgU2NyaXB0IHN1YnRhZ3MgTVVTVCBOT1QgYmUg
cmVnaXN0ZXJlZCB1c2luZyB0aGUgcHJvY2VzcyBpbgogICAgICAgU2VjdGlvbiAzLjUgb2Yg
dGhpcyBkb2N1bWVudC4gIFZhcmlhbnQgc3VidGFncyBNQVkgYmUgY29uc2lkZXJlZAogICAg
ICAgZm9yIHJlZ2lzdHJhdGlvbiBmb3IgdGhhdCBwdXJwb3NlLgoKICAgNS4gIFRoZXJlIE1V
U1QgYmUgYXQgbW9zdCBvbmUgc2NyaXB0IHN1YnRhZyBpbiBhIGxhbmd1YWdlIHRhZywgYW5k
CiAgICAgICB0aGUgc2NyaXB0IHN1YnRhZyBTSE9VTEQgYmUgb21pdHRlZCB3aGVuIGl0IGFk
ZHMgbm8KICAgICAgIGRpc3Rpbmd1aXNoaW5nIHZhbHVlIHRvIHRoZSB0YWcgb3Igd2hlbiB0
aGUgcHJpbWFyeSBsYW5ndWFnZQogICAgICAgc3VidGFnJ3MgcmVjb3JkIGluY2x1ZGVzIGEg
U3VwcHJlc3MtU2NyaXB0IGZpZWxkIGxpc3RpbmcgdGhlCiAgICAgICBhcHBsaWNhYmxlIHNj
cmlwdCBzdWJ0YWcuCgogICBFeGFtcGxlOiAic3ItTGF0biIgcmVwcmVzZW50cyBTZXJiaWFu
IHdyaXR0ZW4gdXNpbmcgdGhlIExhdGluIHNjcmlwdC4KCjIuMi40LiAgUmVnaW9uIFN1YnRh
ZwoKICAgUmVnaW9uIHN1YnRhZ3MgYXJlIHVzZWQgdG8gaW5kaWNhdGUgbGluZ3Vpc3RpYyB2
YXJpYXRpb25zIGFzc29jaWF0ZWQKICAgd2l0aCBvciBhcHByb3ByaWF0ZSB0byBhIHNwZWNp
ZmljIGNvdW50cnksIHRlcnJpdG9yeSwgb3IgcmVnaW9uLgogICBUeXBpY2FsbHksIGEgcmVn
aW9uIHN1YnRhZyBpcyB1c2VkIHRvIGluZGljYXRlIHJlZ2lvbmFsIGRpYWxlY3RzIG9yCiAg
IHVzYWdlLCBvciByZWdpb24tc3BlY2lmaWMgc3BlbGxpbmcgY29udmVudGlvbnMuICBBIHJl
Z2lvbiBzdWJ0YWcgY2FuCiAgIGFsc28gYmUgdXNlZCB0byBpbmRpY2F0ZSB0aGF0IGNvbnRl
bnQgaXMgZXhwcmVzc2VkIGluIGEgd2F5IHRoYXQgaXMKICAgYXBwcm9wcmlhdGUgZm9yIHVz
ZSB0aHJvdWdob3V0IGEgcmVnaW9uLCBmb3IgaW5zdGFuY2UsIFNwYW5pc2gKCgoKUGhpbGxp
cHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAg
ICAgW1BhZ2UgMTJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJl
Z2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgY29udGVudCB0YWlsb3Jl
ZCB0byBiZSB1c2VmdWwgdGhyb3VnaG91dCBMYXRpbiBBbWVyaWNhLgoKICAgVGhlIGZvbGxv
d2luZyBydWxlcyBhcHBseSB0byB0aGUgcmVnaW9uIHN1YnRhZ3M6CgogICAxLiAgUmVnaW9u
IHN1YnRhZ3MgTVVTVCBmb2xsb3cgYW55IGxhbmd1YWdlLCBleHRlbmRlZCBsYW5ndWFnZSwg
b3IKICAgICAgIHNjcmlwdCBzdWJ0YWdzIGFuZCBNVVNUIHByZWNlZGUgYWxsIG90aGVyIHN1
YnRhZ3MuCgogICAyLiAgQWxsIHR3by1jaGFyYWN0ZXIgc3VidGFncyBmb2xsb3dpbmcgdGhl
IHByaW1hcnkgc3VidGFnIHdlcmUKICAgICAgIGRlZmluZWQgaW4gdGhlIElBTkEgcmVnaXN0
cnkgYWNjb3JkaW5nIHRvIHRoZSBhc3NpZ25tZW50cyBmb3VuZAogICAgICAgaW4gW0lTTzMx
NjYtMV0gKCJDb2RlcyBmb3IgdGhlIHJlcHJlc2VudGF0aW9uIG9mIG5hbWVzIG9mCiAgICAg
ICBjb3VudHJpZXMgYW5kIHRoZWlyIHN1YmRpdmlzaW9ucyAtLSBQYXJ0IDE6IENvdW50cnkg
Y29kZXMiKSB1c2luZwogICAgICAgdGhlIGxpc3Qgb2YgYWxwaGEtMiBjb3VudHJ5IGNvZGVz
LCBvciB1c2luZyBhc3NpZ25tZW50cwogICAgICAgc3Vic2VxdWVudGx5IG1hZGUgYnkgdGhl
IElTTyAzMTY2IG1haW50ZW5hbmNlIGFnZW5jeSBvciBnb3Zlcm5pbmcKICAgICAgIHN0YW5k
YXJkaXphdGlvbiBib2RpZXMuCgogICAzLiAgQWxsIHRocmVlLWNoYXJhY3RlciBzdWJ0YWdz
IGNvbnNpc3Rpbmcgb2YgZGlnaXQgKG51bWVyaWMpCiAgICAgICBjaGFyYWN0ZXJzIGZvbGxv
d2luZyB0aGUgcHJpbWFyeSBzdWJ0YWcgd2VyZSBkZWZpbmVkIGluIHRoZSBJQU5BCiAgICAg
ICByZWdpc3RyeSBhY2NvcmRpbmcgdG8gdGhlIGFzc2lnbm1lbnRzIGZvdW5kIGluIFVOIFN0
YW5kYXJkCiAgICAgICBDb3VudHJ5IG9yIEFyZWEgQ29kZXMgZm9yIFN0YXRpc3RpY2FsIFVz
ZSBbVU5fTS40OV0gb3IKICAgICAgIGFzc2lnbm1lbnRzIHN1YnNlcXVlbnRseSBtYWRlIGJ5
IHRoZSBnb3Zlcm5pbmcgc3RhbmRhcmRzIGJvZHkuCiAgICAgICBOb3RlIHRoYXQgbm90IGFs
bCBvZiB0aGUgVU4gTS40OSBjb2RlcyBhcmUgZGVmaW5lZCBpbiB0aGUgSUFOQQogICAgICAg
cmVnaXN0cnkuICBUaGUgZm9sbG93aW5nIHJ1bGVzIGRlZmluZSB3aGljaCBjb2RlcyBhcmUg
ZW50ZXJlZAogICAgICAgaW50byB0aGUgcmVnaXN0cnkgYXMgdmFsaWQgc3VidGFnczoKCiAg
ICAgICBBLiAgVU4gbnVtZXJpYyBjb2RlcyBhc3NpZ25lZCB0byAnbWFjcm8tZ2VvZ3JhcGhp
Y2FsCiAgICAgICAgICAgKGNvbnRpbmVudGFsKScgb3Igc3ViLXJlZ2lvbnMgTVVTVCBiZSBy
ZWdpc3RlcmVkIGluIHRoZQogICAgICAgICAgIHJlZ2lzdHJ5LiAgVGhlc2UgY29kZXMgYXJl
IG5vdCBhc3NvY2lhdGVkIHdpdGggYW4gYXNzaWduZWQKICAgICAgICAgICBJU08gMzE2NiBh
bHBoYS0yIGNvZGUgYW5kIHJlcHJlc2VudCBzdXByYS1uYXRpb25hbCBhcmVhcywKICAgICAg
ICAgICB1c3VhbGx5IGNvdmVyaW5nIG1vcmUgdGhhbiBvbmUgbmF0aW9uLCBzdGF0ZSwgcHJv
dmluY2UsIG9yCiAgICAgICAgICAgdGVycml0b3J5LgoKICAgICAgIEIuICBVTiBudW1lcmlj
IGNvZGVzIGZvciAnZWNvbm9taWMgZ3JvdXBpbmdzJyBvciAnb3RoZXIKICAgICAgICAgICBn
cm91cGluZ3MnIE1VU1QgTk9UIGJlIHJlZ2lzdGVyZWQgaW4gdGhlIElBTkEgcmVnaXN0cnkg
YW5kCiAgICAgICAgICAgTVVTVCBOT1QgYmUgdXNlZCB0byBmb3JtIGxhbmd1YWdlIHRhZ3Mu
CgogICAgICAgQy4gIFVOIG51bWVyaWMgY29kZXMgZm9yIGNvdW50cmllcyBvciBhcmVhcyB3
aXRoIGFtYmlndW91cyBJU08KICAgICAgICAgICAzMTY2IGFscGhhLTIgY29kZXMsIHdoZW4g
ZW50ZXJlZCBpbnRvIHRoZSByZWdpc3RyeSwgTVVTVCBiZQogICAgICAgICAgIGRlZmluZWQg
YWNjb3JkaW5nIHRvIHRoZSBydWxlcyBpbiBTZWN0aW9uIDMuNCBhbmQgTVVTVCBiZQogICAg
ICAgICAgIHVzZWQgdG8gZm9ybSBsYW5ndWFnZSB0YWdzIHRoYXQgcmVwcmVzZW50IHRoZSBj
b3VudHJ5IG9yCiAgICAgICAgICAgcmVnaW9uIGZvciB3aGljaCB0aGV5IGFyZSBkZWZpbmVk
LgoKICAgICAgIEQuICBVTiBudW1lcmljIGNvZGVzIGZvciBjb3VudHJpZXMgb3IgYXJlYXMg
Zm9yIHdoaWNoIHRoZXJlIGlzIGFuCiAgICAgICAgICAgYXNzb2NpYXRlZCBJU08gMzE2NiBh
bHBoYS0yIGNvZGUgaW4gdGhlIHJlZ2lzdHJ5IE1VU1QgTk9UIGJlCiAgICAgICAgICAgZW50
ZXJlZCBpbnRvIHRoZSByZWdpc3RyeSBhbmQgTVVTVCBOT1QgYmUgdXNlZCB0byBmb3JtCiAg
ICAgICAgICAgbGFuZ3VhZ2UgdGFncy4gIE5vdGUgdGhhdCB0aGUgSVNPIDMxNjYtYmFzZWQg
c3VidGFnIGluIHRoZQogICAgICAgICAgIHJlZ2lzdHJ5IE1VU1QgYWN0dWFsbHkgYmUgYXNz
b2NpYXRlZCB3aXRoIHRoZSBVTiBNLjQ5IGNvZGUgaW4KICAgICAgICAgICBxdWVzdGlvbi4K
CgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAg
ICAgICAgICAgICAgIFtQYWdlIDEzXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBs
YW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgICAgICBF
LiAgVU4gbnVtZXJpYyBjb2RlcyBhbmQgSVNPIDMxNjYgYWxwaGEtMiBjb2RlcyBmb3IgY291
bnRyaWVzIG9yCiAgICAgICAgICAgYXJlYXMgbGlzdGVkIGFzIGVsaWdpYmxlIGZvciByZWdp
c3RyYXRpb24gaW4gW1JGQzQ2NDVdIGJ1dAogICAgICAgICAgIG5vdCBwcmVzZW50bHkgcmVn
aXN0ZXJlZCBNQVkgYmUgZW50ZXJlZCBpbnRvIHRoZSBJQU5BCiAgICAgICAgICAgcmVnaXN0
cnkgdmlhIHRoZSBwcm9jZXNzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuNS4gIE9uY2UKICAg
ICAgICAgICByZWdpc3RlcmVkLCB0aGVzZSBjb2RlcyBNQVkgYmUgdXNlZCB0byBmb3JtIGxh
bmd1YWdlIHRhZ3MuCgogICAgICAgRi4gIEFsbCBvdGhlciBVTiBudW1lcmljIGNvZGVzIGZv
ciBjb3VudHJpZXMgb3IgYXJlYXMgdGhhdCBkbyBub3QKICAgICAgICAgICBoYXZlIGFuIGFz
c29jaWF0ZWQgSVNPIDMxNjYgYWxwaGEtMiBjb2RlIE1VU1QgTk9UIGJlIGVudGVyZWQKICAg
ICAgICAgICBpbnRvIHRoZSByZWdpc3RyeSBhbmQgTVVTVCBOT1QgYmUgdXNlZCB0byBmb3Jt
IGxhbmd1YWdlIHRhZ3MuCiAgICAgICAgICAgRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQg
dGhlc2UgY29kZXMsIHNlZSBTZWN0aW9uIDMuNC4KCiAgIDQuICBOb3RlOiBUaGUgYWxwaGFu
dW1lcmljIGNvZGVzIGluIEFwcGVuZGl4IFggb2YgdGhlIFVOIGRvY3VtZW50CiAgICAgICBN
VVNUIE5PVCBiZSBlbnRlcmVkIGludG8gdGhlIHJlZ2lzdHJ5IGFuZCBNVVNUIE5PVCBiZSB1
c2VkIHRvCiAgICAgICBmb3JtIGxhbmd1YWdlIHRhZ3MuICAoQXQgdGhlIHRpbWUgdGhpcyBk
b2N1bWVudCB3YXMgY3JlYXRlZCwKICAgICAgIHRoZXNlIHZhbHVlcyBtYXRjaGVkIHRoZSBJ
U08gMzE2NiBhbHBoYS0yIGNvZGVzLikKCiAgIDUuICBUaGVyZSBNVVNUIGJlIGF0IG1vc3Qg
b25lIHJlZ2lvbiBzdWJ0YWcgaW4gYSBsYW5ndWFnZSB0YWcgYW5kIHRoZQogICAgICAgcmVn
aW9uIHN1YnRhZyBNQVkgYmUgb21pdHRlZCwgYXMgd2hlbiBpdCBhZGRzIG5vIGRpc3Rpbmd1
aXNoaW5nCiAgICAgICB2YWx1ZSB0byB0aGUgdGFnLgoKICAgNi4gIFRoZSByZWdpb24gc3Vi
dGFncyAnQUEnLCAnUU0nLSdRWicsICdYQSctJ1haJywgYW5kICdaWicgYXJlCiAgICAgICBy
ZXNlcnZlZCBmb3IgcHJpdmF0ZSB1c2UgaW4gbGFuZ3VhZ2UgdGFncy4gIFRoZXNlIHN1YnRh
Z3MKICAgICAgIGNvcnJlc3BvbmQgdG8gY29kZXMgcmVzZXJ2ZWQgYnkgSVNPIDMxNjYgZm9y
IHByaXZhdGUgdXNlLiAgVGhlc2UKICAgICAgIGNvZGVzIE1BWSBiZSB1c2VkIGZvciBwcml2
YXRlIHVzZSByZWdpb24gc3VidGFncyAoaW5zdGVhZCBvZgogICAgICAgdXNpbmcgYSBwcml2
YXRlIHVzZSBzdWJ0YWcgc2VxdWVuY2UpLiAgUGxlYXNlIHJlZmVyIHRvCiAgICAgICBTZWN0
aW9uIDQuNSBmb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiBwcml2YXRlIHVzZSBzdWJ0YWdzLgoK
ICAgImRlLUNIIiByZXByZXNlbnRzIEdlcm1hbiAoJ2RlJykgYXMgdXNlZCBpbiBTd2l0emVy
bGFuZCAoJ0NIJykuCgogICAic3ItTGF0bi1DUyIgcmVwcmVzZW50cyBTZXJiaWFuICgnc3In
KSB3cml0dGVuIHVzaW5nIExhdGluIHNjcmlwdAogICAoJ0xhdG4nKSBhcyB1c2VkIGluIFNl
cmJpYSBhbmQgTW9udGVuZWdybyAoJ0NTJykuCgogICAiZXMtNDE5IiByZXByZXNlbnRzIFNw
YW5pc2ggKCdlcycpIGFwcHJvcHJpYXRlIHRvIHRoZSBVTi1kZWZpbmVkCiAgIExhdGluIEFt
ZXJpY2EgYW5kIENhcmliYmVhbiByZWdpb24gKCc0MTknKS4KCjIuMi41LiAgVmFyaWFudCBT
dWJ0YWdzCgogICBWYXJpYW50IHN1YnRhZ3MgYXJlIHVzZWQgdG8gaW5kaWNhdGUgYWRkaXRp
b25hbCwgd2VsbC1yZWNvZ25pemVkCiAgIHZhcmlhdGlvbnMgdGhhdCBkZWZpbmUgYSBsYW5n
dWFnZSBvciBpdHMgZGlhbGVjdHMgdGhhdCBhcmUgbm90CiAgIGNvdmVyZWQgYnkgb3RoZXIg
YXZhaWxhYmxlIHN1YnRhZ3MuICBUaGUgZm9sbG93aW5nIHJ1bGVzIGFwcGx5IHRvIHRoZQog
ICB2YXJpYW50IHN1YnRhZ3M6CgogICAxLiAgVmFyaWFudCBzdWJ0YWdzIGFyZSBub3QgYXNz
b2NpYXRlZCB3aXRoIGFueSBleHRlcm5hbCBzdGFuZGFyZC4KICAgICAgIFZhcmlhbnQgc3Vi
dGFncyBhbmQgdGhlaXIgbWVhbmluZ3MgYXJlIGRlZmluZWQgYnkgdGhlCiAgICAgICByZWdp
c3RyYXRpb24gcHJvY2VzcyBkZWZpbmVkIGluIFNlY3Rpb24gMy41LgoKICAgMi4gIFZhcmlh
bnQgc3VidGFncyBNVVNUIGZvbGxvdyBhbGwgb2YgdGhlIG90aGVyIGRlZmluZWQgc3VidGFn
cywgYnV0CiAgICAgICBwcmVjZWRlIGFueSBleHRlbnNpb24gb3IgcHJpdmF0ZSB1c2Ugc3Vi
dGFnIHNlcXVlbmNlcy4KCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1
bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMTRdCgwKSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAy
MDA2CgoKICAgMy4gIE1vcmUgdGhhbiBvbmUgdmFyaWFudCBNQVkgYmUgdXNlZCB0byBmb3Jt
IHRoZSBsYW5ndWFnZSB0YWcuCgogICA0LiAgVmFyaWFudCBzdWJ0YWdzIE1VU1QgYmUgcmVn
aXN0ZXJlZCB3aXRoIElBTkEgYWNjb3JkaW5nIHRvIHRoZQogICAgICAgcnVsZXMgaW4gU2Vj
dGlvbiAzLjUgb2YgdGhpcyBkb2N1bWVudCBiZWZvcmUgYmVpbmcgdXNlZCB0byBmb3JtCiAg
ICAgICBsYW5ndWFnZSB0YWdzLiAgSW4gb3JkZXIgdG8gZGlzdGluZ3Vpc2ggdmFyaWFudHMg
ZnJvbSBvdGhlciB0eXBlcwogICAgICAgb2Ygc3VidGFncywgcmVnaXN0cmF0aW9ucyBNVVNU
IG1lZXQgdGhlIGZvbGxvd2luZyBsZW5ndGggYW5kCiAgICAgICBjb250ZW50IHJlc3RyaWN0
aW9uczoKCiAgICAgICAxLiAgVmFyaWFudCBzdWJ0YWdzIHRoYXQgYmVnaW4gd2l0aCBhIGxl
dHRlciAoYS16LCBBLVopIE1VU1QgYmUKICAgICAgICAgICBhdCBsZWFzdCBmaXZlIGNoYXJh
Y3RlcnMgbG9uZy4KCiAgICAgICAyLiAgVmFyaWFudCBzdWJ0YWdzIHRoYXQgYmVnaW4gd2l0
aCBhIGRpZ2l0ICgwLTkpIE1VU1QgYmUgYXQKICAgICAgICAgICBsZWFzdCBmb3VyIGNoYXJh
Y3RlcnMgbG9uZy4KCiAgIFZhcmlhbnQgc3VidGFnIHJlY29yZHMgaW4gdGhlIGxhbmd1YWdl
IHN1YnRhZyByZWdpc3RyeSBNQVkgaW5jbHVkZQogICBvbmUgb3IgbW9yZSAnUHJlZml4JyBm
aWVsZHMsIHdoaWNoIGluZGljYXRlIHRoZSBsYW5ndWFnZSB0YWcgb3IgdGFncwogICB0aGF0
IHdvdWxkIG1ha2UgYSBzdWl0YWJsZSBwcmVmaXggKHdpdGggb3RoZXIgc3VidGFncywgYXMK
ICAgYXBwcm9wcmlhdGUpIGluIGZvcm1pbmcgYSBsYW5ndWFnZSB0YWcgd2l0aCB0aGUgdmFy
aWFudC4gIEZvcgogICBleGFtcGxlLCB0aGUgc3VidGFnICduZWRpcycgaGFzIGEgUHJlZml4
IG9mICJzbCIsIG1ha2luZyBpdCBzdWl0YWJsZQogICB0byBmb3JtIGxhbmd1YWdlIHRhZ3Mg
c3VjaCBhcyAic2wtbmVkaXMiIGFuZCAic2wtSVQtbmVkaXMiLCBidXQgbm90CiAgIHN1aXRh
YmxlIGZvciB1c2UgaW4gYSB0YWcgc3VjaCBhcyAiemgtbmVkaXMiIG9yICJpdC1JVC1uZWRp
cyIuCgogICAic2wtbmVkaXMiIHJlcHJlc2VudHMgdGhlIE5hdGlzb25lIG9yIE5hZGl6YSBk
aWFsZWN0IG9mIFNsb3Zlbmlhbi4KCiAgICJkZS1DSC0xOTk2IiByZXByZXNlbnRzIEdlcm1h
biBhcyB1c2VkIGluIFN3aXR6ZXJsYW5kIGFuZCBhcyB3cml0dGVuCiAgIHVzaW5nIHRoZSBz
cGVsbGluZyByZWZvcm0gYmVnaW5uaW5nIGluIHRoZSB5ZWFyIDE5OTYgQy5FLgoKICAgTW9z
dCB2YXJpYW50cyB0aGF0IHNoYXJlIGEgcHJlZml4IGFyZSBtdXR1YWxseSBleGNsdXNpdmUu
ICBGb3IKICAgZXhhbXBsZSwgdGhlIEdlcm1hbiBvcnRob2dyYXBoaWMgdmFyaWF0aW9ucyAn
MTk5NicgYW5kICcxOTAxJyBTSE9VTEQKICAgTk9UIGJlIHVzZWQgaW4gdGhlIHNhbWUgdGFn
LCBhcyB0aGV5IHJlcHJlc2VudCB0aGUgZGF0ZXMgb2YgZGlmZmVyZW50CiAgIHNwZWxsaW5n
IHJlZm9ybXMuICBBIHZhcmlhbnQgdGhhdCBjYW4gbWVhbmluZ2Z1bGx5IGJlIHVzZWQgaW4K
ICAgY29tYmluYXRpb24gd2l0aCBhbm90aGVyIHZhcmlhbnQgU0hPVUxEIGluY2x1ZGUgYSAn
UHJlZml4JyBmaWVsZCBpbgogICBpdHMgcmVnaXN0cnkgcmVjb3JkIHRoYXQgbGlzdHMgdGhh
dCBvdGhlciB2YXJpYW50LiAgRm9yIGV4YW1wbGUsIGlmCiAgIGFub3RoZXIgR2VybWFuIHZh
cmlhbnQgJ2V4YW1wbGUnIHdlcmUgY3JlYXRlZCB0aGF0IG1hZGUgc2Vuc2UgdG8gdXNlCiAg
IHdpdGggJzE5OTYnLCB0aGVuICdleGFtcGxlJyBzaG91bGQgaW5jbHVkZSB0d28gUHJlZml4
IGZpZWxkczogImRlIgogICBhbmQgImRlLTE5OTYiLgoKMi4yLjYuICBFeHRlbnNpb24gU3Vi
dGFncwoKICAgRXh0ZW5zaW9ucyBwcm92aWRlIGEgbWVjaGFuaXNtIGZvciBleHRlbmRpbmcg
bGFuZ3VhZ2UgdGFncyBmb3IgdXNlIGluCiAgIHZhcmlvdXMgYXBwbGljYXRpb25zLiAgU2Vl
IFNlY3Rpb24gMy43LiAgVGhlIGZvbGxvd2luZyBydWxlcyBhcHBseSB0bwogICBleHRlbnNp
b25zOgoKICAgMS4gICBFeHRlbnNpb24gc3VidGFncyBhcmUgc2VwYXJhdGVkIGZyb20gdGhl
IG90aGVyIHN1YnRhZ3MgZGVmaW5lZAogICAgICAgIGluIHRoaXMgZG9jdW1lbnQgYnkgYSBz
aW5nbGUtY2hhcmFjdGVyIHN1YnRhZyAoInNpbmdsZXRvbiIpLgogICAgICAgIFRoZSBzaW5n
bGV0b24gTVVTVCBiZSBvbmUgYWxsb2NhdGVkIHRvIGEgcmVnaXN0cmF0aW9uIGF1dGhvcml0
eQogICAgICAgIHZpYSB0aGUgbWVjaGFuaXNtIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuNyBh
bmQgTVVTVCBOT1QgYmUgdGhlCiAgICAgICAgbGV0dGVyICd4Jywgd2hpY2ggaXMgcmVzZXJ2
ZWQgZm9yIHByaXZhdGUgdXNlIHN1YnRhZyBzZXF1ZW5jZXMuCgoKClBoaWxsaXBzICYgRGF2
aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdl
IDE1XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAg
ICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIDIuICAgTm90ZTogUHJpdmF0ZSB1c2Ug
c3VidGFnIHNlcXVlbmNlcyBzdGFydGluZyB3aXRoIHRoZSBzaW5nbGV0b24KICAgICAgICBz
dWJ0YWcgJ3gnIGFyZSBkZXNjcmliZWQgaW4gU2VjdGlvbiAyLjIuNyBiZWxvdy4KCiAgIDMu
ICAgQW4gZXh0ZW5zaW9uIE1VU1QgZm9sbG93IGF0IGxlYXN0IGEgcHJpbWFyeSBsYW5ndWFn
ZSBzdWJ0YWcuCiAgICAgICAgVGhhdCBpcywgYSBsYW5ndWFnZSB0YWcgY2Fubm90IGJlZ2lu
IHdpdGggYW4gZXh0ZW5zaW9uLgogICAgICAgIEV4dGVuc2lvbnMgZXh0ZW5kIGxhbmd1YWdl
IHRhZ3MsIHRoZXkgZG8gbm90IG92ZXJyaWRlIG9yIHJlcGxhY2UKICAgICAgICB0aGVtLiAg
Rm9yIGV4YW1wbGUsICJhLXZhbHVlIiBpcyBub3QgYSB3ZWxsLWZvcm1lZCBsYW5ndWFnZSB0
YWcsCiAgICAgICAgd2hpbGUgImRlLWEtdmFsdWUiIGlzLgoKICAgNC4gICBFYWNoIHNpbmds
ZXRvbiBzdWJ0YWcgTVVTVCBhcHBlYXIgYXQgbW9zdCBvbmUgdGltZSBpbiBlYWNoIHRhZwog
ICAgICAgIChvdGhlciB0aGFuIGFzIGEgcHJpdmF0ZSB1c2Ugc3VidGFnKS4gIFRoYXQgaXMs
IHNpbmdsZXRvbgogICAgICAgIHN1YnRhZ3MgTVVTVCBOT1QgYmUgcmVwZWF0ZWQuICBGb3Ig
ZXhhbXBsZSwgdGhlIHRhZyAiZW4tYS1iYmItYS0KICAgICAgICBjY2MiIGlzIGludmFsaWQg
YmVjYXVzZSB0aGUgc3VidGFnICdhJyBhcHBlYXJzIHR3aWNlLiAgTm90ZSB0aGF0CiAgICAg
ICAgdGhlIHRhZyAiZW4tYS1iYmIteC1hLWNjYyIgaXMgdmFsaWQgYmVjYXVzZSB0aGUgc2Vj
b25kCiAgICAgICAgYXBwZWFyYW5jZSBvZiB0aGUgc2luZ2xldG9uICdhJyBpcyBpbiBhIHBy
aXZhdGUgdXNlIHNlcXVlbmNlLgoKICAgNS4gICBFeHRlbnNpb24gc3VidGFncyBNVVNUIG1l
ZXQgYWxsIG9mIHRoZSByZXF1aXJlbWVudHMgZm9yIHRoZQogICAgICAgIGNvbnRlbnQgYW5k
IGZvcm1hdCBvZiBzdWJ0YWdzIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudC4KCiAgIDYuICAg
RXh0ZW5zaW9uIHN1YnRhZ3MgTVVTVCBtZWV0IHdoYXRldmVyIHJlcXVpcmVtZW50cyBhcmUg
c2V0IGJ5IHRoZQogICAgICAgIGRvY3VtZW50IHRoYXQgZGVmaW5lcyB0aGVpciBzaW5nbGV0
b24gcHJlZml4IGFuZCB3aGF0ZXZlcgogICAgICAgIHJlcXVpcmVtZW50cyBhcmUgcHJvdmlk
ZWQgYnkgdGhlIG1haW50YWluaW5nIGF1dGhvcml0eS4KCiAgIDcuICAgRWFjaCBleHRlbnNp
b24gc3VidGFnIE1VU1QgYmUgZnJvbSB0d28gdG8gZWlnaHQgY2hhcmFjdGVycyBsb25nCiAg
ICAgICAgYW5kIGNvbnNpc3Qgc29sZWx5IG9mIGxldHRlcnMgb3IgZGlnaXRzLCB3aXRoIGVh
Y2ggc3VidGFnCiAgICAgICAgc2VwYXJhdGVkIGJ5IGEgc2luZ2xlICctJy4KCiAgIDguICAg
RWFjaCBzaW5nbGV0b24gTVVTVCBiZSBmb2xsb3dlZCBieSBhdCBsZWFzdCBvbmUgZXh0ZW5z
aW9uCiAgICAgICAgc3VidGFnLiAgRm9yIGV4YW1wbGUsIHRoZSB0YWcgInRsaC1hLWItZm9v
IiBpcyBpbnZhbGlkIGJlY2F1c2UKICAgICAgICB0aGUgZmlyc3Qgc2luZ2xldG9uICdhJyBp
cyBmb2xsb3dlZCBpbW1lZGlhdGVseSBieSBhbm90aGVyCiAgICAgICAgc2luZ2xldG9uICdi
Jy4KCiAgIDkuICAgRXh0ZW5zaW9uIHN1YnRhZ3MgTVVTVCBmb2xsb3cgYWxsIGxhbmd1YWdl
LCBleHRlbmRlZCBsYW5ndWFnZSwKICAgICAgICBzY3JpcHQsIHJlZ2lvbiwgYW5kIHZhcmlh
bnQgc3VidGFncyBpbiBhIHRhZy4KCiAgIDEwLiAgQWxsIHN1YnRhZ3MgZm9sbG93aW5nIHRo
ZSBzaW5nbGV0b24gYW5kIGJlZm9yZSBhbm90aGVyIHNpbmdsZXRvbgogICAgICAgIGFyZSBw
YXJ0IG9mIHRoZSBleHRlbnNpb24uICBFeGFtcGxlOiBJbiB0aGUgdGFnICJmci1hLUxhdG4i
LCB0aGUKICAgICAgICBzdWJ0YWcgJ0xhdG4nIGRvZXMgbm90IHJlcHJlc2VudCB0aGUgc2Ny
aXB0IHN1YnRhZyAnTGF0bicKICAgICAgICBkZWZpbmVkIGluIHRoZSBJQU5BIExhbmd1YWdl
IFN1YnRhZyBSZWdpc3RyeS4gIEl0cyBtZWFuaW5nIGlzCiAgICAgICAgZGVmaW5lZCBieSB0
aGUgZXh0ZW5zaW9uICdhJy4KCiAgIDExLiAgSW4gdGhlIGV2ZW50IHRoYXQgbW9yZSB0aGFu
IG9uZSBleHRlbnNpb24gYXBwZWFycyBpbiBhIHNpbmdsZQogICAgICAgIHRhZywgdGhlIHRh
ZyBTSE9VTEQgYmUgY2Fub25pY2FsaXplZCBhcyBkZXNjcmliZWQgaW4KICAgICAgICBTZWN0
aW9uIDQuNC4KCiAgIEZvciBleGFtcGxlLCBpZiB0aGUgcHJlZml4IHNpbmdsZXRvbiAncicg
YW5kIHRoZSBzaG93biBzdWJ0YWdzIHdlcmUKICAgZGVmaW5lZCwgdGhlbiB0aGUgZm9sbG93
aW5nIHRhZyB3b3VsZCBiZSBhIHZhbGlkIGV4YW1wbGU6ICJlbi1MYXRuLQogICBHQi1ib29u
dC1yLWV4dGVuZGVkLXNlcXVlbmNlLXgtcHJpdmF0ZSIKCgoKUGhpbGxpcHMgJiBEYXZpcyAg
ICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMTZd
CgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAg
ICAgICAgICBEZWNlbWJlciAyMDA2CgoKMi4yLjcuICBQcml2YXRlIFVzZSBTdWJ0YWdzCgog
ICBQcml2YXRlIHVzZSBzdWJ0YWdzIGFyZSB1c2VkIHRvIGluZGljYXRlIGRpc3RpbmN0aW9u
cyBpbiBsYW5ndWFnZQogICBpbXBvcnRhbnQgaW4gYSBnaXZlbiBjb250ZXh0IGJ5IHByaXZh
dGUgYWdyZWVtZW50LiAgVGhlIGZvbGxvd2luZwogICBydWxlcyBhcHBseSB0byBwcml2YXRl
IHVzZSBzdWJ0YWdzOgoKICAgMS4gIFByaXZhdGUgdXNlIHN1YnRhZ3MgYXJlIHNlcGFyYXRl
ZCBmcm9tIHRoZSBvdGhlciBzdWJ0YWdzIGRlZmluZWQKICAgICAgIGluIHRoaXMgZG9jdW1l
bnQgYnkgdGhlIHJlc2VydmVkIHNpbmdsZS1jaGFyYWN0ZXIgc3VidGFnICd4Jy4KCiAgIDIu
ICBQcml2YXRlIHVzZSBzdWJ0YWdzIE1VU1QgY29uZm9ybSB0byB0aGUgZm9ybWF0IGFuZCBj
b250ZW50CiAgICAgICBjb25zdHJhaW50cyBkZWZpbmVkIGluIHRoZSBBQk5GIGZvciBhbGwg
c3VidGFncy4KCiAgIDMuICBQcml2YXRlIHVzZSBzdWJ0YWdzIE1VU1QgZm9sbG93IGFsbCBs
YW5ndWFnZSwgZXh0ZW5kZWQgbGFuZ3VhZ2UsCiAgICAgICBzY3JpcHQsIHJlZ2lvbiwgdmFy
aWFudCwgYW5kIGV4dGVuc2lvbiBzdWJ0YWdzIGluIHRoZSB0YWcuCiAgICAgICBBbm90aGVy
IHdheSBvZiBzYXlpbmcgdGhpcyBpcyB0aGF0IGFsbCBzdWJ0YWdzIGZvbGxvd2luZyB0aGUK
ICAgICAgIHNpbmdsZXRvbiAneCcgTVVTVCBiZSBjb25zaWRlcmVkIHByaXZhdGUgdXNlLiAg
RXhhbXBsZTogVGhlCiAgICAgICBzdWJ0YWcgJ1VTJyBpbiB0aGUgdGFnICJlbi14LVVTIiBp
cyBhIHByaXZhdGUgdXNlIHN1YnRhZy4KCiAgIDQuICBBIHRhZyBNQVkgY29uc2lzdCBlbnRp
cmVseSBvZiBwcml2YXRlIHVzZSBzdWJ0YWdzLgoKICAgNS4gIE5vIHNvdXJjZSBpcyBkZWZp
bmVkIGZvciBwcml2YXRlIHVzZSBzdWJ0YWdzLiAgVXNlIG9mIHByaXZhdGUgdXNlCiAgICAg
ICBzdWJ0YWdzIGlzIGJ5IHByaXZhdGUgYWdyZWVtZW50IG9ubHkuCgogICA2LiAgUHJpdmF0
ZSB1c2Ugc3VidGFncyBhcmUgTk9UIFJFQ09NTUVOREVEIHdoZXJlIGFsdGVybmF0aXZlcyBl
eGlzdAogICAgICAgb3IgZm9yIGdlbmVyYWwgaW50ZXJjaGFuZ2UuICBTZWUgU2VjdGlvbiA0
LjUgZm9yIG1vcmUgaW5mb3JtYXRpb24KICAgICAgIG9uIHByaXZhdGUgdXNlIHN1YnRhZyBj
aG9pY2UuCgogICBGb3IgZXhhbXBsZTogVXNlcnMgd2hvIHdpc2hlZCB0byB1dGlsaXplIGNv
ZGVzIGZyb20gdGhlIEV0aG5vbG9ndWUKICAgcHVibGljYXRpb24gb2YgU0lMIEludGVybmF0
aW9uYWwgZm9yIGxhbmd1YWdlIGlkZW50aWZpY2F0aW9uIG1pZ2h0CiAgIGFncmVlIHRvIGV4
Y2hhbmdlIHRhZ3Mgc3VjaCBhcyAiYXotQXJhYi14LUFaRS1kZXJiZW5kIi4gIFRoaXMgZXhh
bXBsZQogICBjb250YWlucyB0d28gcHJpdmF0ZSB1c2Ugc3VidGFncy4gIFRoZSBmaXJzdCBp
cyAnQVpFJyBhbmQgdGhlIHNlY29uZAogICBpcyAnZGVyYmVuZCcuCgoyLjIuOC4gIEdyYW5k
ZmF0aGVyZWQgUmVnaXN0cmF0aW9ucwoKICAgUHJpb3IgdG8gUkZDIDQ2NDYsIHdob2xlIGxh
bmd1YWdlIHRhZ3Mgd2VyZSByZWdpc3RlcmVkIGFjY29yZGluZyB0bwogICB0aGUgcnVsZXMg
aW4gUkZDIDE3NjYgYW5kL29yIFJGQyAzMDY2LiAgVGhlc2UgcmVnaXN0ZXJlZCB0YWdzCiAg
IG1haW50YWluIHRoZWlyIHZhbGlkaXR5LiAgT2YgdGhvc2UgdGFncywgdGhvc2UgdGhhdCB3
ZXJlIG1hZGUKICAgb2Jzb2xldGUgb3IgcmVkdW5kYW50IGJ5IHRoZSBhZHZlbnQgb2YgUkZD
IDQ2NDYgb3IgYnkgc3Vic2VxdWVudAogICByZWdpc3RyYXRpb24gb2Ygc3VidGFncyBhcmUg
bWFpbnRhaW5lZCBpbiB0aGUgcmVnaXN0cnkgaW4gcmVjb3JkcyBhcwogICAicmVkdW5kYW50
IiB0YWcgcmVjb3Jkcy4gIFRob3NlIHRhZ3MgdGhhdCB3b3VsZCBub3QgYmUgd2VsbC1mb3Jt
ZWQKICAgYWNjb3JkaW5nIHRvIHRoZSBBQk5GIGluIHRoaXMgZG9jdW1lbnQgb3IgdGhhdCBj
b250YWluIHN1YnRhZ3MgdGhhdAogICBkbyBub3QgaW5kaXZpZHVhbGx5IGFwcGVhciBpbiB0
aGUgcmVnaXN0cnkgYXJlIG1haW50YWluZWQgaW4gdGhlCiAgIHJlZ2lzdHJ5IGluIHJlY29y
ZHMgb2YgdGhlICJncmFuZGZhdGhlcmVkIiB0eXBlLgoKICAgR3JhbmRmYXRoZXJlZCB0YWdz
IGNvbnRhaW4gb25lIG9yIG1vcmUgc3VidGFncyB0aGF0IGFyZSBub3QgZGVmaW5lZAogICBp
biB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJlZ2lzdHJ5IChzZWUgU2VjdGlvbiAzKS4gIFJlZHVu
ZGFudCB0YWdzCiAgIGNvbnNpc3QgZW50aXJlbHkgb2Ygc3VidGFncyBkZWZpbmVkIGFib3Zl
IGFuZCB3aG9zZSBpbmRlcGVuZGVudAoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4
cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSAxN10KDApJbnRlcm5l
dC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERl
Y2VtYmVyIDIwMDYKCgogICByZWdpc3RyYXRpb24gd2FzIHN1cGVyc2VkZWQgYnkgW1JGQzQ2
NDZdLiAgRm9yIG1vcmUgaW5mb3JtYXRpb24gc2VlCiAgIFNlY3Rpb24gMy44LgoKICAgU29t
ZSBncmFuZGZhdGhlcmVkIHRhZ3MgYXJlICJ3ZWxsLWZvcm1lZCIgaW4gdGhhdCB0aGV5IG1h
dGNoIHRoZQogICAnbGFuZ3RhZycgcHJvZHVjdGlvbiBpbiBGaWd1cmUgMS4gIEluIHNvbWUg
Y2FzZXMsIHRoZSB0YWdzIGNvdWxkCiAgIGJlY29tZSByZWR1bmRhbnQgaWYgdGhlaXIgdW5y
ZWdpc3RlcmVkIHN1YnRhZ3Mgd2VyZSB0byBiZSByZWdpc3RlcmVkCiAgIChhcyB2YXJpYW50
cywgZm9yIGV4YW1wbGUpLiAgSW4gb3RoZXIgY2FzZXMsIGFsdGhvdWdoIHRoZSBzdWJ0YWdz
CiAgIG1hdGNoIHRoZSBsYW5ndWFnZSB0YWcgcGF0dGVybiwgdGhlIG1lYW5pbmcgYXNzaWdu
ZWQgdG8gdGhlIHZhcmlvdXMKICAgc3VidGFncyBpcyBwcm9oaWJpdGVkIGJ5IHJ1bGVzIGVs
c2V3aGVyZSBpbiB0aGlzIGRvY3VtZW50LiAgVGhvc2UKICAgdGFncyBjYW4gbmV2ZXIgYmVj
b21lIHJlZHVuZGFudC4KCiAgIFRoZSByZW1haW5pbmcgZ3JhbmRmYXRoZXJlZCB0YWdzLCBs
aXN0ZWQgaW4gdGhlICdpcnJlZ3VsYXInCiAgIHByb2R1Y3Rpb24gaW4gRmlndXJlIDEsIGRv
IG5vdCBtYXRjaCB0aGUgbGFuZ3VhZ2UgdGFnIHN5bnRheCBhbmQgY2FuCiAgIG5ldmVyIGJl
Y29tZSByZWR1bmRhbnQuICBNYW55IG9mIHRoZXNlIHRhZ3MgaGF2ZSBiZWVuIHN1cGVyc2Vk
ZWQgYnkKICAgb3RoZXIgcmVnaXN0cmF0aW9uczogdGhlaXIgcmVjb3JkIGNvbnRhaW5zIGEg
UHJlZmVycmVkLVZhbHVlIGZpZWxkCiAgIHRoYXQgcmVhbGx5IG91Z2h0IHRvIGJlIHVzZWQg
dG8gZm9ybSBsYW5ndWFnZSB0YWdzIHJlcHJlc2VudGluZyB0aGF0CiAgIHZhbHVlLgoKMi4y
LjkuICBDbGFzc2VzIG9mIENvbmZvcm1hbmNlCgogICBJbXBsZW1lbnRhdGlvbnMgc29tZXRp
bWVzIG5lZWQgdG8gZGVzY3JpYmUgdGhlaXIgY2FwYWJpbGl0aWVzIHdpdGgKICAgcmVnYXJk
IHRvIHRoZSBydWxlcyBhbmQgcHJhY3RpY2VzIGRlc2NyaWJlZCBpbiB0aGlzIGRvY3VtZW50
LiAgVGhlcmUKICAgYXJlIHR3byBjbGFzc2VzIG9mIGNvbmZvcm1pbmcgaW1wbGVtZW50YXRp
b25zIGRlc2NyaWJlZCBieSB0aGlzCiAgIGRvY3VtZW50OiAid2VsbC1mb3JtZWQiIHByb2Nl
c3NvcnMgYW5kICJ2YWxpZGF0aW5nIiBwcm9jZXNzb3JzLgogICBDbGFpbXMgb2YgY29uZm9y
bWFuY2UgU0hPVUxEIGV4cGxpY2l0bHkgcmVmZXJlbmNlIG9uZSBvZiB0aGVzZQogICBkZWZp
bml0aW9ucy4KCiAgIEFuIGltcGxlbWVudGF0aW9uIHRoYXQgY2xhaW1zIHRvIGNoZWNrIGZv
ciB3ZWxsLWZvcm1lZCBsYW5ndWFnZSB0YWdzCiAgIE1VU1Q6CgogICBvICBDaGVjayB0aGF0
IHRoZSB0YWcgYW5kIGFsbCBvZiBpdHMgc3VidGFncywgaW5jbHVkaW5nIGV4dGVuc2lvbiBh
bmQKICAgICAgcHJpdmF0ZSB1c2Ugc3VidGFncywgY29uZm9ybSB0byB0aGUgQUJORiBvciB0
aGF0IHRoZSB0YWcgaXMgb24gdGhlCiAgICAgIGxpc3Qgb2YgZ3JhbmRmYXRoZXJlZCB0YWdz
LgoKICAgbyAgQ2hlY2sgdGhhdCBzaW5nbGV0b24gc3VidGFncyB0aGF0IGlkZW50aWZ5IGV4
dGVuc2lvbnMgZG8gbm90CiAgICAgIHJlcGVhdC4gIEZvciBleGFtcGxlLCB0aGUgdGFnICJl
bi1hLXh4LWIteXktYS16eiIgaXMgbm90IHdlbGwtCiAgICAgIGZvcm1lZC4KCiAgIFdlbGwt
Zm9ybWVkIHByb2Nlc3NvcnMgYXJlIHN0cm9uZ2x5IGVuY291cmFnZWQgdG8gaW1wbGVtZW50
IHRoZQogICBjYW5vbmljYWxpemF0aW9uIHJ1bGVzIGNvbnRhaW5lZCBpbiBTZWN0aW9uIDQu
NC4KCiAgIEFuIGltcGxlbWVudGF0aW9uIHRoYXQgY2xhaW1zIHRvIGJlIHZhbGlkYXRpbmcg
TVVTVDoKCiAgIG8gIENoZWNrIHRoYXQgdGhlIHRhZyBpcyB3ZWxsLWZvcm1lZC4KCiAgIG8g
IFNwZWNpZnkgdGhlIHBhcnRpY3VsYXIgcmVnaXN0cnkgZGF0ZSBmb3Igd2hpY2ggdGhlIGlt
cGxlbWVudGF0aW9uCiAgICAgIHBlcmZvcm1zIHZhbGlkYXRpb24gb2Ygc3VidGFncy4KCgoK
ClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAg
ICAgICAgICAgIFtQYWdlIDE4XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5n
dGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIG8gIENoZWNr
IHRoYXQgZWl0aGVyIHRoZSB0YWcgaXMgYSBncmFuZGZhdGhlcmVkIHRhZywgb3IgdGhhdCBh
bGwKICAgICAgbGFuZ3VhZ2UsIHNjcmlwdCwgcmVnaW9uLCBhbmQgdmFyaWFudCBzdWJ0YWdz
IGNvbnNpc3Qgb2YgdmFsaWQKICAgICAgY29kZXMgZm9yIHVzZSBpbiBsYW5ndWFnZSB0YWdz
IGFjY29yZGluZyB0byB0aGUgSUFOQSByZWdpc3RyeSBhcwogICAgICBvZiB0aGUgcGFydGlj
dWxhciBkYXRlIHNwZWNpZmllZCBieSB0aGUgaW1wbGVtZW50YXRpb24uCgogICBvICBTcGVj
aWZ5IHdoaWNoLCBpZiBhbnksIGV4dGVuc2lvbiBSRkNzIGFzIGRlZmluZWQgaW4gU2VjdGlv
biAzLjcKICAgICAgYXJlIHN1cHBvcnRlZCwgaW5jbHVkaW5nIHZlcnNpb24sIHJldmlzaW9u
LCBhbmQgZGF0ZS4KCiAgIG8gIEZvciBhbnkgc3VjaCBleHRlbnNpb25zIHN1cHBvcnRlZCwg
Y2hlY2sgdGhhdCBhbGwgc3VidGFncyB1c2VkIGluCiAgICAgIHRoYXQgZXh0ZW5zaW9uIGFy
ZSB2YWxpZC4KCiAgIG8gIEZvciBleHRlbmRlZCBsYW5ndWFnZSBzdWJ0YWdzLCBjaGVjayB0
aGF0IHRoZSB0YWcgbWF0Y2hlcyB0aGUKICAgICAgJ1ByZWZpeCcgZmllbGQgYXNzb2NpYXRl
ZCB3aXRoIHRoZSBzdWJ0YWcuICBUaGUgdGFnIG1hdGNoZXMgaWYgdGhlCiAgICAgICdQcmVm
aXgnIGV4YWN0bHkgbWF0Y2hlcyB0aGUgc3RhcnQgb2YgdGhlIHRhZy4gIEZvciBleGFtcGxl
LCB0aGUKICAgICAgcHJlZml4ICJzZ24tYXNlIiBtYXRjaGVzIHRoZSB0YWcgInNnbi1hc2Ut
VVMiIGJ1dCBkb2VzIG5vdCBtYXRjaAogICAgICB0aGUgdGFnICJzZ24tYnZzLWFzZS1VUyIu
CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAg
ICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMTld
CgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAg
ICAgICAgICBEZWNlbWJlciAyMDA2CgoKMy4gIFJlZ2lzdHJ5IEZvcm1hdCBhbmQgTWFpbnRl
bmFuY2UKCiAgIFRoaXMgc2VjdGlvbiBkZWZpbmVzIHRoZSBMYW5ndWFnZSBTdWJ0YWcgUmVn
aXN0cnkgYW5kIHRoZSBtYWludGVuYW5jZQogICBhbmQgdXBkYXRlIHByb2NlZHVyZXMgYXNz
b2NpYXRlZCB3aXRoIGl0LCBhcyB3ZWxsIGFzIGEgcmVnaXN0cnkgZm9yCiAgIGV4dGVuc2lv
bnMgdG8gbGFuZ3VhZ2UgdGFncyAoU2VjdGlvbiAzLjcpLgoKICAgVGhlIExhbmd1YWdlIFN1
YnRhZyBSZWdpc3RyeSBjb250YWlucyBhIGNvbXByZWhlbnNpdmUgbGlzdCBvZiBhbGwgb2YK
ICAgdGhlIHN1YnRhZ3MgdmFsaWQgaW4gbGFuZ3VhZ2UgdGFncy4gIFRoaXMgYWxsb3dzIGlt
cGxlbWVudGVycyBhCiAgIHN0cmFpZ2h0Zm9yd2FyZCBhbmQgcmVsaWFibGUgd2F5IHRvIHZh
bGlkYXRlIGxhbmd1YWdlIHRhZ3MuICBUaGUKICAgTGFuZ3VhZ2UgU3VidGFnIFJlZ2lzdHJ5
IHdpbGwgYmUgbWFpbnRhaW5lZCBzbyB0aGF0LCBleGNlcHQgZm9yCiAgIGV4dGVuc2lvbiBz
dWJ0YWdzLCBpdCBpcyBwb3NzaWJsZSB0byB2YWxpZGF0ZSBhbGwgb2YgdGhlIHN1YnRhZ3Mg
dGhhdAogICBhcHBlYXIgaW4gYSBsYW5ndWFnZSB0YWcgdW5kZXIgdGhlIHByb3Zpc2lvbnMg
b2YgdGhpcyBkb2N1bWVudCBvciBpdHMKICAgcmV2aXNpb25zIG9yIHN1Y2Nlc3NvcnMuICBJ
biBhZGRpdGlvbiwgdGhlIG1lYW5pbmcgb2YgdGhlIHZhcmlvdXMKICAgc3VidGFncyB3aWxs
IGJlIHVuYW1iaWd1b3VzIGFuZCBzdGFibGUgb3ZlciB0aW1lLiAgKFRoZSBtZWFuaW5nIG9m
CiAgIHByaXZhdGUgdXNlIHN1YnRhZ3MsIG9mIGNvdXJzZSwgaXMgbm90IGRlZmluZWQgYnkg
dGhlIElBTkEgcmVnaXN0cnkuKQoKMy4xLiAgRm9ybWF0IG9mIHRoZSBJQU5BIExhbmd1YWdl
IFN1YnRhZyBSZWdpc3RyeQoKICAgVGhlIElBTkEgTGFuZ3VhZ2UgU3VidGFnIFJlZ2lzdHJ5
ICgidGhlIHJlZ2lzdHJ5IikgY29uc2lzdHMgb2YgYSB0ZXh0CiAgIGZpbGUgdGhhdCBpcyBt
YWNoaW5lIHJlYWRhYmxlIGluIHRoZSBmb3JtYXQgZGVzY3JpYmVkIGluIHRoaXMKICAgc2Vj
dGlvbiwgcGx1cyBjb3BpZXMgb2YgdGhlIHJlZ2lzdHJhdGlvbiBmb3JtcyBhcHByb3ZlZCBp
biBhY2NvcmRhbmNlCiAgIHdpdGggdGhlIHByb2Nlc3MgZGVzY3JpYmVkIGluIFNlY3Rpb24g
My41LiAgVGhlIGV4aXN0aW5nIHJlZ2lzdHJhdGlvbgogICBmb3JtcyBmb3IgZ3JhbmRmYXRo
ZXJlZCBhbmQgcmVkdW5kYW50IHRhZ3MgdGFrZW4gZnJvbSBSRkMgMzA2NiB3aWxsCiAgIGJl
IG1haW50YWluZWQgYXMgcGFydCBvZiB0aGUgb2Jzb2xldGUgUkZDIDMwNjYgcmVnaXN0cnku
ICBUaGUKICAgcmVtYWluaW5nIHNldCBvZiBpbml0aWFsIHN1YnRhZ3Mgd2lsbCBub3QgaGF2
ZSByZWdpc3RyYXRpb24gZm9ybXMKICAgY3JlYXRlZCBmb3IgdGhlbS4KCjMuMS4xLiAgRmls
ZSBGb3JtYXQKCiAgIFRoZSByZWdpc3RyeSBpcyBpbiB0aGUgdGV4dCBmb3JtYXQgZGVzY3Jp
YmVkIGJlbG93LiAgVGhpcyBmb3JtYXQgd2FzCiAgIGJhc2VkIG9uIHRoZSByZWNvcmQtamFy
IGZvcm1hdCBkZXNjcmliZWQgaW4gW3JlY29yZC1qYXJdLgoKICAgRWFjaCBsaW5lIG9mIHRl
eHQgaXMgbGltaXRlZCB0byA3MiBjaGFyYWN0ZXJzLCBpbmNsdWRpbmcgYWxsCiAgIHdoaXRl
c3BhY2UuICBSZWNvcmRzIGFyZSBzZXBhcmF0ZWQgYnkgbGluZXMgY29udGFpbmluZyBvbmx5
IHRoZQogICBzZXF1ZW5jZSAiJSUiICgleDI1LjI1KS4KCiAgIEVhY2ggZmllbGQgY2FuIGJl
IHZpZXdlZCBhcyBhIHNpbmdsZSwgbG9naWNhbCBsaW5lIG9mIEFTQ0lJCiAgIGNoYXJhY3Rl
cnMsIGNvbXByaXNpbmcgYSBmaWVsZC1uYW1lIGFuZCBhIGZpZWxkLWJvZHkgc2VwYXJhdGVk
IGJ5IGEKICAgQ09MT04gY2hhcmFjdGVyICgleDNBKS4gIEZvciBjb252ZW5pZW5jZSwgdGhl
IGZpZWxkLWJvZHkgcG9ydGlvbiBvZgogICB0aGlzIGNvbmNlcHR1YWwgZW50aXR5IGNhbiBi
ZSBzcGxpdCBpbnRvIGEgbXVsdGlwbGUtbGluZQogICByZXByZXNlbnRhdGlvbjsgdGhpcyBp
cyBjYWxsZWQgImZvbGRpbmciLiAgVGhlIGZvcm1hdCBvZiB0aGUgcmVnaXN0cnkKICAgaXMg
ZGVzY3JpYmVkIGJ5IHRoZSBmb2xsb3dpbmcgQUJORiAocGVyIFtSRkM0MjM0XSk6CgoKCgoK
CgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAg
ICAgICAgICAgICAgIFtQYWdlIDIwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBs
YW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIHJlZ2lz
dHJ5ICAgPSByZWNvcmQgKigiJSUiIENSTEYgcmVjb3JkKQogICByZWNvcmQgICAgID0gMSoo
IGZpZWxkLW5hbWUgKlNQICI6IiAqU1AgZmllbGQtYm9keSBDUkxGICkKICAgZmllbGQtbmFt
ZSA9IChBTFBIQSAvIERJR0lUKSBbKihBTFBIQSAvIERJR0lUIC8gIi0iKSAoQUxQSEEgLyBE
SUdJVCldCiAgIGZpZWxkLWJvZHkgPSAqKEFTQ0NIQVIvTFdTUCkKICAgQVNDQ0hBUiAgICA9
ICV4MjEtMjUgLyAleDI3LTdFIC8gVU5JQ0hBUiA7IE5vdGU6IEFNUEVSU0FORCBpcyAleDI2
CiAgIFVOSUNIQVIgICAgPSAiJiN4IiAyKjZIRVhESUcgIjsiCgogICBGaWd1cmUgMjogUmVn
aXN0cnkgRm9ybWF0IEFCTkYKCiAgIFRoZSBzZXF1ZW5jZSAnLi4nICgleDJFLjJFKSBpbiBh
IGZpZWxkLWJvZHkgZGVub3RlcyBhIHJhbmdlIG9mCiAgIHZhbHVlcy4gIFN1Y2ggYSByYW5n
ZSByZXByZXNlbnRzIGFsbCBzdWJ0YWdzIG9mIHRoZSBzYW1lIGxlbmd0aCB0aGF0CiAgIGFy
ZSBpbiBhbHBoYWJldGljIG9yIG51bWVyaWMgb3JkZXIgd2l0aGluIHRoYXQgcmFuZ2UsIGlu
Y2x1ZGluZyB0aGUKICAgdmFsdWVzIGV4cGxpY2l0bHkgbWVudGlvbmVkLiAgRm9yIGV4YW1w
bGUgJ2EuLmMnIGRlbm90ZXMgdGhlIHZhbHVlcwogICAnYScsICdiJywgYW5kICdjJyBhbmQg
JzExLi4xMycgZGVub3RlcyB0aGUgdmFsdWVzICcxMScsICcxMicsIGFuZAogICAnMTMnLgoK
ICAgQ2hhcmFjdGVycyBmcm9tIG91dHNpZGUgdGhlIFVTLUFTQ0lJIFtJU082NDZdIHJlcGVy
dG9pcmUsIGFzIHdlbGwgYXMKICAgdGhlIEFNUEVSU0FORCBjaGFyYWN0ZXIgKCImIiwgJXgy
Nikgd2hlbiBpdCBvY2N1cnMgaW4gYSBmaWVsZC1ib2R5LAogICBhcmUgcmVwcmVzZW50ZWQg
YnkgYSAiTnVtZXJpYyBDaGFyYWN0ZXIgUmVmZXJlbmNlIiB1c2luZyBoZXhhZGVjaW1hbAog
ICBub3RhdGlvbiBpbiB0aGUgc3R5bGUgdXNlZCBieSBbWE1MMTBdIChzZWUKICAgPGh0dHA6
Ly93d3cudzMub3JnL1RSL1JFQy14bWwvI2R0LWNoYXJyZWY+KS4gIFRoaXMgY29uc2lzdHMg
b2YgdGhlCiAgIHNlcXVlbmNlICImI3giICgleDI2LjIzLjc4KSBmb2xsb3dlZCBieSBhIGhl
eGFkZWNpbWFsIHJlcHJlc2VudGF0aW9uCiAgIG9mIHRoZSBjaGFyYWN0ZXIncyBjb2RlIHBv
aW50IGluIFtJU08xMDY0Nl0gZm9sbG93ZWQgYnkgYSBjbG9zaW5nCiAgIHNlbWljb2xvbiAo
JXgzQikuICBGb3IgZXhhbXBsZSwgdGhlIEVVUk8gU0lHTiwgVSsyMEFDLCB3b3VsZCBiZQog
ICByZXByZXNlbnRlZCBieSB0aGUgc2VxdWVuY2UgIiYjeDIwQUM7Ii4gIE5vdGUgdGhhdCB0
aGUgaGV4YWRlY2ltYWwKICAgbm90YXRpb24gTUFZIGhhdmUgYmV0d2VlbiB0d28gYW5kIHNp
eCBkaWdpdHMuCgogICBBbGwgZmllbGRzIHdob3NlIGZpZWxkLWJvZHkgY29udGFpbnMgYSBk
YXRlIHZhbHVlIHVzZSB0aGUgImZ1bGwtZGF0ZSIKICAgZm9ybWF0IHNwZWNpZmllZCBpbiBb
UkZDMzMzOV0uICBGb3IgZXhhbXBsZTogIjIwMDQtMDYtMjgiIHJlcHJlc2VudHMKICAgSnVu
ZSAyOCwgMjAwNCwgaW4gdGhlIEdyZWdvcmlhbiBjYWxlbmRhci4KCjMuMS4yLiAgUmVjb3Jk
IERlZmluaXRpb25zCgogICBUaGVyZSBhcmUgdGhyZWUgdHlwZXMgb2YgcmVjb3JkcyBpbiB0
aGUgcmVnaXN0cnk6ICJGaWxlLURhdGUiLAogICAiU3VidGFnIiwgYW5kICJUYWciIHJlY29y
ZHMuCgogICBUaGUgZmlyc3QgcmVjb3JkIGluIHRoZSByZWdpc3RyeSBpcyBhICJGaWxlLURh
dGUiIHJlY29yZC4gIFRoaXMKICAgcmVjb3JkIGNvbnRhaW5zIHRoZSBzaW5nbGUgZmllbGQg
d2hvc2UgZmllbGQtbmFtZSBpcyAiRmlsZS1EYXRlIiAoc2VlCiAgIEZpZ3VyZSAyKS4gIFRo
ZSBmaWVsZC1ib2R5IG9mIHRoaXMgcmVjb3JkIGNvbnRhaW5zIHRoZSBsYXN0CiAgIG1vZGlm
aWNhdGlvbiBkYXRlIG9mIHRoaXMgY29weSBvZiB0aGUgcmVnaXN0cnksIG1ha2luZyBpdCBw
b3NzaWJsZSB0bwogICBjb21wYXJlIGRpZmZlcmVudCB2ZXJzaW9ucyBvZiB0aGUgcmVnaXN0
cnkuICBUaGUgcmVnaXN0cnkgb24gdGhlIElBTkEKICAgd2Vic2l0ZSBpcyB0aGUgbW9zdCBj
dXJyZW50LiAgVmVyc2lvbnMgd2l0aCBhbiBvbGRlciBkYXRlIHRoYW4gdGhhdAogICBvbmUg
YXJlIG5vdCB1cC10by1kYXRlLgoKICAgRmlsZS1EYXRlOiAyMDA0LTA2LTI4CiAgICUlCgog
ICBGaWd1cmUgMzogRXhhbXBsZSBvZiB0aGUgRmlsZS1EYXRlIFJlY29yZAoKCgpQaGlsbGlw
cyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAg
ICBbUGFnZSAyMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVn
aXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICBTdWJzZXF1ZW50IHJlY29y
ZHMgcmVwcmVzZW50IGVpdGhlciBzdWJ0YWdzIG9yIHRhZ3MgaW4gdGhlIHJlZ2lzdHJ5Lgog
ICAiU3VidGFnIiByZWNvcmRzIGNvbnRhaW4gYSBmaWVsZCB3aXRoIGEgZmllbGQtbmFtZSBv
ZiAiU3VidGFnIiwKICAgd2hpbGUsIHVuc3VycHJpc2luZ2x5LCAiVGFnIiByZWNvcmRzIGNv
bnRhaW4gYSBmaWVsZCB3aXRoIGEgZmllbGQtCiAgIG5hbWUgb2YgIlRhZyIuICBFYWNoIG9m
IHRoZSBmaWVsZHMgaW4gZWFjaCByZWNvcmQgTVVTVCBvY2N1ciBubyBtb3JlCiAgIHRoYW4g
b25jZSwgdW5sZXNzIG90aGVyd2lzZSBub3RlZCBiZWxvdy4gIEVhY2ggcmVjb3JkIE1VU1Qg
Y29udGFpbgogICB0aGUgZm9sbG93aW5nIGZpZWxkczoKCiAgIG8gICdUeXBlJwoKICAgICAg
KiAgVHlwZSdzIGZpZWxkLWJvZHkgTVVTVCBjb25zaXN0IG9mIG9uZSBvZiB0aGUgZm9sbG93
aW5nIHN0cmluZ3M6CiAgICAgICAgICJsYW5ndWFnZSIsICJleHRsYW5nIiwgInNjcmlwdCIs
ICJyZWdpb24iLCAidmFyaWFudCIsCiAgICAgICAgICJncmFuZGZhdGhlcmVkIiwgYW5kICJy
ZWR1bmRhbnQiIGFuZCBkZW5vdGVzIHRoZSB0eXBlIG9mIHRhZyBvcgogICAgICAgICBzdWJ0
YWcuCgogICBvICBFaXRoZXIgJ1N1YnRhZycgb3IgJ1RhZycKCiAgICAgICogIFN1YnRhZydz
IGZpZWxkLWJvZHkgY29udGFpbnMgdGhlIHN1YnRhZyBiZWluZyBkZWZpbmVkLiAgVGhpcwog
ICAgICAgICBmaWVsZCBNVVNUIG9ubHkgYXBwZWFyIGluIHJlY29yZHMgb2Ygd2hvc2UgJ1R5
cGUnIGhhcyBvbmUgb2YKICAgICAgICAgdGhlc2UgdmFsdWVzOiAibGFuZ3VhZ2UiLCAiZXh0
bGFuZyIsICJzY3JpcHQiLCAicmVnaW9uIiwgb3IKICAgICAgICAgInZhcmlhbnQiLgoKICAg
ICAgKiAgVGFnJ3MgZmllbGQtYm9keSBjb250YWlucyBhIGNvbXBsZXRlIGxhbmd1YWdlIHRh
Zy4gIFRoaXMgZmllbGQKICAgICAgICAgTVVTVCBvbmx5IGFwcGVhciBpbiByZWNvcmRzIHdo
b3NlICdUeXBlJyBoYXMgb25lIG9mIHRoZXNlCiAgICAgICAgIHZhbHVlczogImdyYW5kZmF0
aGVyZWQiIG9yICJyZWR1bmRhbnQiLiAgTm90ZSB0aGF0IHRoZSBmaWVsZC0KICAgICAgICAg
Ym9keSB3aWxsIGFsd2F5cyBmb2xsb3cgdGhlICdncmFuZGZhdGhlcmVkJyBwcm9kdWN0aW9u
IGluIHRoZQogICAgICAgICBBQk5GIGluIFNlY3Rpb24gMi4xCgogICBvICBEZXNjcmlwdGlv
bgoKICAgICAgKiAgRGVzY3JpcHRpb24ncyBmaWVsZC1ib2R5IGNvbnRhaW5zIGEgbm9uLW5v
cm1hdGl2ZSBkZXNjcmlwdGlvbgogICAgICAgICBvZiB0aGUgc3VidGFnIG9yIHRhZy4KCiAg
IG8gIEFkZGVkCgogICAgICAqICBBZGRlZCdzIGZpZWxkLWJvZHkgY29udGFpbnMgdGhlIGRh
dGUgdGhlIHJlY29yZCB3YXMgYWRkZWQgdG8KICAgICAgICAgdGhlIHJlZ2lzdHJ5LgoKICAg
RWFjaCByZWNvcmQgTUFZIGFsc28gY29udGFpbiB0aGUgZm9sbG93aW5nIGZpZWxkczoKCiAg
IG8gIFByZWZlcnJlZC1WYWx1ZQoKICAgICAgKiAgRm9yIGZpZWxkcyBvZiB0eXBlICdzY3Jp
cHQnLCAncmVnaW9uJywgYW5kICd2YXJpYW50JywKICAgICAgICAgJ1ByZWZlcnJlZC1WYWx1
ZScgY29udGFpbnMgdGhlIHN1YnRhZyBvZiB0aGUgc2FtZSAnVHlwZScgdGhhdAogICAgICAg
ICBpcyBwcmVmZXJyZWQgZm9yIGZvcm1pbmcgdGhlIGxhbmd1YWdlIHRhZy4KCiAgICAgICog
IEZvciBmaWVsZHMgb2YgdHlwZSAnbGFuZ3VhZ2UnIGFuZCAnZXh0bGFuZycsICdQcmVmZXJy
ZWQtVmFsdWUnCiAgICAgICAgIGNvbnRhaW5zIHRoZSBsYW5ndWFnZSBwcm9kdWN0aW9uIChz
ZWUgRmlndXJlIDEpIHRoYXQgaXMKICAgICAgICAgcHJlZmVycmVkIHdoZW4gZm9ybWluZyB0
aGUgbGFuZ3VhZ2UgdGFnLiAgVGhpcyBjYW4gYmUgc2ltcGx5IGEKCgoKUGhpbGxpcHMgJiBE
YXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1Bh
Z2UgMjJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5
ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgICAgICAgJ2xhbmd1YWdlJyBzdWJ0
YWcsIG9yIGl0IGNhbiBiZSBhICdsYW5ndWFnZScgc3VidGFnIGZvbGxvd2VkIGJ5CiAgICAg
ICAgIGFuIGV4dGVuZGVkIGxhbmd1YWdlIHNlcXVlbmNlLgoKICAgICAgKiAgRm9yIGZpZWxk
cyBvZiB0eXBlICdncmFuZGZhdGhlcmVkJyBhbmQgJ3JlZHVuZGFudCcsIGEgY2Fub25pY2Fs
CiAgICAgICAgIG1hcHBpbmcgdG8gYSBjb21wbGV0ZSBsYW5ndWFnZSB0YWcuCgogICBvICBE
ZXByZWNhdGVkCgogICAgICAqICBEZXByZWNhdGVkJ3MgZmllbGQtYm9keSBjb250YWlucyB0
aGUgZGF0ZSB0aGUgcmVjb3JkIHdhcwogICAgICAgICBkZXByZWNhdGVkLgoKICAgbyAgUHJl
Zml4CgogICAgICAqICBQcmVmaXgncyBmaWVsZC1ib2R5IGNvbnRhaW5zIGEgbGFuZ3VhZ2Ug
dGFnIHdpdGggd2hpY2ggdGhpcwogICAgICAgICBzdWJ0YWcgTUFZIGJlIHVzZWQgdG8gZm9y
bSBhIG5ldyBsYW5ndWFnZSB0YWcsIHBlcmhhcHMgd2l0aAogICAgICAgICBvdGhlciBzdWJ0
YWdzIGFzIHdlbGwuICBUaGlzIGZpZWxkIE1VU1Qgb25seSBhcHBlYXIgaW4gcmVjb3Jkcwog
ICAgICAgICB3aG9zZSAnVHlwZScgZmllbGQtYm9keSBpcyAndmFyaWFudCcgb3IgJ2V4dGxh
bmcnLiAgRm9yCiAgICAgICAgIGV4YW1wbGUsIHRoZSAnUHJlZml4JyBmb3IgdGhlIHZhcmlh
bnQgJ25lZGlzJyBpcyAnc2wnLCBtZWFuaW5nCiAgICAgICAgIHRoYXQgdGhlIHRhZ3MgInNs
LW5lZGlzIiBhbmQgInNsLUlULW5lZGlzIiBtaWdodCBiZSBhcHByb3ByaWF0ZQogICAgICAg
ICB3aGlsZSB0aGUgdGFnICJpcy1uZWRpcyIgaXMgbm90LgoKICAgbyAgQ29tbWVudHMKCiAg
ICAgICogIENvbW1lbnRzIGNvbnRhaW5zIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gYWJvdXQg
dGhlIHN1YnRhZywgYXMKICAgICAgICAgZGVlbWVkIGFwcHJvcHJpYXRlIGZvciB1bmRlcnN0
YW5kaW5nIHRoZSByZWdpc3RyeSBhbmQKICAgICAgICAgaW1wbGVtZW50aW5nIGxhbmd1YWdl
IHRhZ3MgdXNpbmcgdGhlIHN1YnRhZyBvciB0YWcuCgogICBvICBTdXBwcmVzcy1TY3JpcHQK
CiAgICAgICogIFN1cHByZXNzLVNjcmlwdCBjb250YWlucyBhIHNjcmlwdCBzdWJ0YWcgdGhh
dCBTSE9VTEQgTk9UIGJlCiAgICAgICAgIHVzZWQgdG8gZm9ybSBsYW5ndWFnZSB0YWdzIHdp
dGggdGhlIGFzc29jaWF0ZWQgcHJpbWFyeSBsYW5ndWFnZQogICAgICAgICBzdWJ0YWcuICBU
aGlzIGZpZWxkIE1VU1Qgb25seSBhcHBlYXIgaW4gcmVjb3JkcyB3aG9zZSAnVHlwZScKICAg
ICAgICAgZmllbGQtYm9keSBpcyAnbGFuZ3VhZ2UnLiAgU2VlIFNlY3Rpb24gNC4xLgoKMy4x
LjMuICBTdWJ0YWcgYW5kIFRhZyBGaWVsZHMKCiAgIFRoZSAnU3VidGFnJyBmaWVsZCBNVVNU
IHVzZSBsb3dlcmNhc2UgbGV0dGVycyB0byBmb3JtIHRoZSBzdWJ0YWcsCiAgIHdpdGggdHdv
IGV4Y2VwdGlvbnMuICBTdWJ0YWdzIHdob3NlICdUeXBlJyBmaWVsZCBpcyAnc2NyaXB0JyAo
aW4KICAgb3RoZXIgd29yZHMsIHN1YnRhZ3MgZGVmaW5lZCBieSBJU08gMTU5MjQpIE1VU1Qg
dXNlIHRpdGxlY2FzZS4KICAgU3VidGFncyB3aG9zZSAnVHlwZScgZmllbGQgaXMgJ3JlZ2lv
bicgKGluIG90aGVyIHdvcmRzLCBzdWJ0YWdzCiAgIGRlZmluZWQgYnkgSVNPIDMxNjYpIE1V
U1QgdXNlIHVwcGVyY2FzZS4gIFRoZXNlIGV4Y2VwdGlvbnMgbWlycm9yIHRoZQogICB1c2Ug
b2YgY2FzZSBpbiB0aGUgdW5kZXJseWluZyBzdGFuZGFyZHMuCgogICBFYWNoIHN1YnRhZyBp
biB0aGUgdGFncyBjb250YWluZWQgaW4gYSAnVGFnJyBmaWVsZCBNVVNUIGJlIGZvcm1hdHRl
ZAogICB1c2luZyB0aGUgcnVsZXMgaW4gdGhlIHByZWNlZWRpbmcgcGFyYWdyYXBoLiAgVGhh
dCBpcywgYWxsIHN1YnRhZ3MKICAgYXJlIGxvd2VyY2FzZSBleGNlcHQgZm9yIHN1YnRhZ3Mg
dGhhdCByZXByZXNlbnQgc2NyaXB0IG9yIHJlZ2lvbgogICBjb2Rlcy4KCgoKClBoaWxsaXBz
ICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAgICAgICAg
IFtQYWdlIDIzXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdp
c3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCjMuMS40LiAgRGVzY3JpcHRpb24g
RmllbGQKCiAgIFRoZSBmaWVsZCAnRGVzY3JpcHRpb24nIGNvbnRhaW5zIGEgZGVzY3JpcHRp
b24gb2YgdGhlIHRhZyBvciBzdWJ0YWcKICAgaW4gdGhlIHJlY29yZC4gIFRoZSAnRGVzY3Jp
cHRpb24nIGZpZWxkIE1BWSBhcHBlYXIgbW9yZSB0aGFuIG9uY2UgcGVyCiAgIHJlY29yZCwg
dGhhdCBpcywgdGhlcmUgY2FuIGJlIG11bHRpcGxlIGRlc2NyaXB0aW9ucyBmb3IgYSBnaXZl
bgogICByZWNvcmQuICBBdCBsZWFzdCBvbmUgb2YgdGhlICdEZXNjcmlwdGlvbicgZmllbGRz
IE1VU1QgYmUgd3JpdHRlbiBvcgogICB0cmFuc2NyaWJlZCBpbnRvIHRoZSBMYXRpbiBzY3Jp
cHQ7IGFkZGl0aW9uYWwgJ0Rlc2NyaXB0aW9uJyBmaWVsZHMKICAgTUFZIGFsc28gaW5jbHVk
ZSBhIGRlc2NyaXB0aW9uIGluIGEgbm9uLUxhdGluIHNjcmlwdC4gIEVhY2gKICAgJ0Rlc2Ny
aXB0aW9uJyBmaWVsZCBNVVNUIGJlIHVuaXF1ZSwgYm90aCB3aXRoaW4gdGhlIHJlY29yZCBp
biB3aGljaAogICBpdCBhcHBlYXJzIGFuZCBmb3IgdGhlIGNvbGxlY3Rpb24gb2YgcmVjb3Jk
cyBvZiB0aGUgc2FtZSB0eXBlLgogICBNb3Jlb3ZlciwgZm9ybWF0dGluZyB2YXJpYXRpb25z
IG9mIHRoZSBzYW1lIGRlc2NyaXB0aW9uIE1VU1QgTk9UCiAgIG9jY3VyIGluIHRoYXQgc3Bl
Y2lmaWMgcmVjb3JkIG9yIGluIGFueSBvdGhlciByZWNvcmQgb2YgdGhlIHNhbWUKICAgdHlw
ZS4gIEZvciBleGFtcGxlLCB3aGlsZSB0aGUgSVNPIDYzOS0xIGNvZGUgJ2Z5JyBjb250YWlu
cyBib3RoIHRoZQogICBkZXNjcmlwdGlvbnMgIldlc3Rlcm4gRnJpc2lhbiIgYW5kICJGcmlz
aWFuLCBXZXN0ZXJuIiwgb25seSBvbmUgb2YKICAgdGhlc2UgZGVzY3JpcHRpb25zIGFwcGVh
cnMgaW4gdGhlIHJlZ2lzdHJ5LgoKICAgVGhlICdEZXNjcmlwdGlvbicgZmllbGQgaXMgdXNl
ZCBmb3IgaWRlbnRpZmljYXRpb24gcHVycG9zZXMgYW5kCiAgIFNIT1VMRCBOT1QgYmUgdGFr
ZW4gdG8gcmVwcmVzZW50IHRoZSBhY3R1YWwgbmF0aXZlIG5hbWUgb2YgdGhlCiAgIGxhbmd1
YWdlIG9yIHZhcmlhdGlvbiBvciB0byBiZSBpbiBhbnkgcGFydGljdWxhciBsYW5ndWFnZS4K
CiAgIEZvciByZWNvcmRzIHRha2VuIGZyb20gYSBzb3VyY2Ugc3RhbmRhcmQgKHN1Y2ggYXMg
SVNPIDYzOSBvciBJU08KICAgMzE2NiksIHRoZSAnRGVzY3JpcHRpb24nIHZhbHVlKHMpIFNI
T1VMRCBiZSB0YWtlbiBmcm9tIHRoZSBzb3VyY2UKICAgc3RhbmRhcmQuICBNdWx0aXBsZSBk
ZXNjcmlwdGlvbnMgaW4gdGhlIHNvdXJjZSBzdGFuZGFyZCBNVVNUIGJlIHNwbGl0CiAgIGlu
dG8gc2VwYXJhdGUgJ0Rlc2NyaXB0aW9uJyBmaWVsZHMuICBUaGUgc291cmNlIHN0YW5kYXJk
J3MKICAgZGVzY3JpcHRpb25zIE1BWSBiZSBlZGl0ZWQsIGVpdGhlciBwcmlvciB0byBpbnNl
cnRpb24gb3IgdmlhIHRoZQogICByZWdpc3RyYXRpb24gcHJvY2Vzcy4KCiAgIFdoZW4gY3Jl
YXRpbmcgYSBuZXcgcmVnaXN0cnkgZW50cnksIGR1cGxpY2F0ZSwgcmVkdW5kYW50LAogICBj
b25mbGljdGluZywgb3Igb3RoZXJ3aXNlIHByb2JsZW1hdGljIGRlc2NyaXB0aW9ucyBNVVNU
IGVpdGhlciBiZQogICBjb3JyZWN0ZWQgb3Igb21pdHRlZC4gIFBhcmVudGhldGljYWwgY29t
bWVudHMsIGludmVydGVkIG5hbWVzLCBhbmQKICAgb3RoZXIgaXJyZWd1bGFyaXRpZXMgU0hP
VUxEIGJlIHJlZ3VsYXJpemVkIGFjY29yZGluZyB0byB0aGUKICAgZ3VpZGVsaW5lcyB1c2Vk
IHRvIHVwZGF0ZSB0aGUgcmVnaXN0cnkgaW4gW3JlZ2lzdHJ5LXVwZGF0ZV0uCgogICBOb3Rl
OiBEZXNjcmlwdGlvbnMgaW4gcmVnaXN0cnkgZW50cmllcyB0aGF0IGNvcnJlc3BvbmQgdG8g
SVNPIDYzOSwKICAgSVNPIDE1OTI0LCBJU08gMzE2Niwgb3IgVU4gTS40OSBjb2RlcyBhcmUg
aW50ZW5kZWQgb25seSB0byBpbmRpY2F0ZQogICB0aGUgbWVhbmluZyBvZiB0aGF0IGlkZW50
aWZpZXIgYXMgZGVmaW5lZCBpbiB0aGUgc291cmNlIHN0YW5kYXJkIGF0CiAgIHRoZSB0aW1l
IGl0IHdhcyBhZGRlZCB0byB0aGUgcmVnaXN0cnkuICBUaGUgZGVzY3JpcHRpb24gZG9lcyBu
b3QKICAgcmVwbGFjZSB0aGUgY29udGVudCBvZiB0aGUgc291cmNlIHN0YW5kYXJkIGl0c2Vs
Zi4gIFRoZSBkZXNjcmlwdGlvbnMKICAgYXJlIG5vdCBpbnRlbmRlZCB0byBiZSB0aGUgRW5n
bGlzaCBsb2NhbGl6ZWQgbmFtZXMgZm9yIHRoZSBzdWJ0YWdzLgogICBMb2NhbGl6YXRpb24g
b3IgdHJhbnNsYXRpb24gb2YgbGFuZ3VhZ2UgdGFnIGFuZCBzdWJ0YWcgZGVzY3JpcHRpb25z
CiAgIGlzIG91dCBvZiBzY29wZSBvZiB0aGlzIGRvY3VtZW50LgoKMy4xLjUuICBEZXByZWNh
dGVkIEZpZWxkCgogICBUaGUgZmllbGQgJ0RlcHJlY2F0ZWQnIE1BWSBiZSBhZGRlZCB0byBh
bnkgcmVjb3JkIHZpYSB0aGUgbWFpbnRlbmFuY2UKICAgcHJvY2VzcyBkZXNjcmliZWQgaW4g
U2VjdGlvbiAzLjMgb3IgdmlhIHRoZSByZWdpc3RyYXRpb24gcHJvY2VzcwogICBkZXNjcmli
ZWQgaW4gU2VjdGlvbiAzLjUuICBVc3VhbGx5LCB0aGUgYWRkaXRpb24gb2YgYSAnRGVwcmVj
YXRlZCcKICAgZmllbGQgaXMgZHVlIHRvIHRoZSBhY3Rpb24gb2Ygb25lIG9mIHRoZSBzdGFu
ZGFyZHMgYm9kaWVzLCBzdWNoIGFzCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhw
aXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdlIDI0XQoMCkludGVybmV0
LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVj
ZW1iZXIgMjAwNgoKCiAgIElTTyAzMTY2LCB3aXRoZHJhd2luZyBhIGNvZGUuICBJbiBzb21l
IGhpc3RvcmljYWwgY2FzZXMsIGl0IG1pZ2h0IG5vdAogICBoYXZlIGJlZW4gcG9zc2libGUg
dG8gcmVjb25zdHJ1Y3QgdGhlIG9yaWdpbmFsIGRlcHJlY2F0aW9uIGRhdGUuICBGb3IKICAg
dGhlc2UgY2FzZXMsIGFuIGFwcHJveGltYXRlIGRhdGUgYXBwZWFycyBpbiB0aGUgcmVnaXN0
cnkuICBBbHRob3VnaAogICB2YWxpZCBpbiBsYW5ndWFnZSB0YWdzLCBzdWJ0YWdzIGFuZCB0
YWdzIHdpdGggYSAnRGVwcmVjYXRlZCcgZmllbGQKICAgYXJlIGRlcHJlY2F0ZWQgYW5kIHZh
bGlkYXRpbmcgcHJvY2Vzc29ycyBTSE9VTEQgTk9UIGdlbmVyYXRlIHRoZXNlCiAgIHN1YnRh
Z3MuICBOb3RlIHRoYXQgYSByZWNvcmQgdGhhdCBjb250YWlucyBhICdEZXByZWNhdGVkJyBm
aWVsZCBhbmQKICAgbm8gY29ycmVzcG9uZGluZyAnUHJlZmVycmVkLVZhbHVlJyBmaWVsZCBo
YXMgbm8gcmVwbGFjZW1lbnQgbWFwcGluZy4KCjMuMS42LiAgUHJlZmVycmVkLVZhbHVlIEZp
ZWxkCgogICBUaGUgZmllbGQgJ1ByZWZlcnJlZC1WYWx1ZScgY29udGFpbnMgYSBtYXBwaW5n
IGJldHdlZW4gdGhlIHJlY29yZCBpbgogICB3aGljaCBpdCBhcHBlYXJzIGFuZCBhbm90aGVy
IHRhZyBvciBzdWJ0YWcuICBUaGUgdmFsdWUgaW4gdGhpcyBmaWVsZAogICBpcyBzdHJvbmds
eSBSRUNPTU1FTkRFRCBhcyB0aGUgYmVzdCBjaG9pY2UgdG8gcmVwcmVzZW50IHRoZSB2YWx1
ZSBvZgogICB0aGlzIHJlY29yZCB3aGVuIHNlbGVjdGluZyBhIGxhbmd1YWdlIHRhZy4gIFRo
ZXNlIHZhbHVlcyBmb3JtIHRocmVlCiAgIGdyb3VwczoKCiAgIDEuICBJU08gNjM5IGxhbmd1
YWdlIGNvZGVzIHRoYXQgd2VyZSBsYXRlciB3aXRoZHJhd24gaW4gZmF2b3Igb2YKICAgICAg
IG90aGVyIGNvZGVzLiAgVGhlc2UgdmFsdWVzIGFyZSBtb3N0bHkgYSBoaXN0b3JpY2FsIGN1
cmlvc2l0eS4KCiAgIDIuICBJU08gMzE2NiByZWdpb24gY29kZXMgdGhhdCBoYXZlIGJlZW4g
d2l0aGRyYXduIGluIGZhdm9yIG9mIGEgbmV3CiAgICAgICBjb2RlLiAgVGhpcyBzb21ldGlt
ZXMgaGFwcGVucyB3aGVuIGEgY291bnRyeSBjaGFuZ2VzIGl0cyBuYW1lIG9yCiAgICAgICBh
ZG1pbmlzdHJhdGlvbiBpbiBzdWNoIGEgd2F5IHRoYXQgd2FycmFudHMgYSBuZXcgcmVnaW9u
IGNvZGUuCgogICAzLiAgR3JhbmRmYXRoZXJlZCBvciByZWR1bmRhbnQgdGFncyBmcm9tIFJG
QyAzMDY2LiAgSW4gbWFueSBjYXNlcywKICAgICAgIHRoZXNlIHRhZ3MgaGF2ZSBiZWNvbWUg
b2Jzb2xldGUgYmVjYXVzZSB0aGUgdmFsdWVzIHRoZXkgcmVwcmVzZW50CiAgICAgICB3ZXJl
IGxhdGVyIGVuY29kZWQgYnkgSVNPIDYzOS4KCiAgIFJlY29yZHMgdGhhdCBjb250YWluIGEg
J1ByZWZlcnJlZC1WYWx1ZScgZmllbGQgTVVTVCBhbHNvIGhhdmUgYQogICAnRGVwcmVjYXRl
ZCcgZmllbGQuICBUaGlzIGZpZWxkIGNvbnRhaW5zIGEgZGF0ZSBvZiBkZXByZWNhdGlvbi4K
ICAgVGh1cywgYSBsYW5ndWFnZSB0YWcgcHJvY2Vzc29yIGNhbiB1c2UgdGhlIHJlZ2lzdHJ5
IHRvIGNvbnN0cnVjdCB0aGUKICAgdmFsaWQsIG5vbi1kZXByZWNhdGVkIHNldCBvZiBzdWJ0
YWdzIGZvciBhIGdpdmVuIGRhdGUuICBJbiBhZGRpdGlvbiwKICAgZm9yIGFueSBnaXZlbiB0
YWcsIGEgcHJvY2Vzc29yIGNhbiBjb25zdHJ1Y3QgdGhlIHNldCBvZiB2YWxpZAogICBsYW5n
dWFnZSB0YWdzIHRoYXQgY29ycmVzcG9uZCB0byB0aGF0IHRhZyBmb3IgYWxsIGRhdGVzIHVw
IHRvIHRoZQogICBkYXRlIG9mIHRoZSByZWdpc3RyeS4gIFRoZSBhYmlsaXR5IHRvIGRvIHRo
ZXNlIG1hcHBpbmdzIE1BWSBiZQogICBiZW5lZmljaWFsIHRvIGFwcGxpY2F0aW9ucyB0aGF0
IGFyZSBtYXRjaGluZywgc2VsZWN0aW5nLCBmb3IKICAgZmlsdGVyaW5nIGNvbnRlbnQgYmFz
ZWQgb24gaXRzIGxhbmd1YWdlIHRhZ3MuCgogICBOb3RlIHRoYXQgJ1ByZWZlcnJlZC1WYWx1
ZScgbWFwcGluZ3MgaW4gcmVjb3JkcyBvZiB0eXBlICdyZWdpb24nCiAgIHNvbWV0aW1lcyBk
byBub3QgcmVwcmVzZW50IGV4YWN0bHkgdGhlIHNhbWUgbWVhbmluZyBhcyB0aGUgb3JpZ2lu
YWwKICAgdmFsdWUuICBUaGVyZSBhcmUgbWFueSByZWFzb25zIGZvciBhIGNvdW50cnkgY29k
ZSB0byBiZSBjaGFuZ2VkLCBhbmQKICAgdGhlIGVmZmVjdCB0aGlzIGhhcyBvbiB0aGUgZm9y
bWF0aW9uIG9mIGxhbmd1YWdlIHRhZ3Mgd2lsbCBkZXBlbmQgb24KICAgdGhlIG5hdHVyZSBv
ZiB0aGUgY2hhbmdlIGluIHF1ZXN0aW9uLgoKICAgSW4gcGFydGljdWxhciwgdGhlICdQcmVm
ZXJyZWQtVmFsdWUnIGZpZWxkIGRvZXMgbm90IGltcGx5IHJldGFnZ2luZwogICBjb250ZW50
IHRoYXQgdXNlcyB0aGUgYWZmZWN0ZWQgc3VidGFnLgoKICAgVGhlIGZpZWxkICdQcmVmZXJy
ZWQtVmFsdWUnIE1VU1QgTk9UIGJlIG1vZGlmaWVkIG9uY2UgY3JlYXRlZCBpbiB0aGUKICAg
cmVnaXN0cnkuICBUaGUgZmllbGQgTUFZIGJlIGFkZGVkIHRvIHJlY29yZHMgYWNjb3JkaW5n
IHRvIHRoZSBydWxlcwoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVu
ZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSAyNV0KDApJbnRlcm5ldC1EcmFmdCAg
ICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIw
MDYKCgogICBpbiBTZWN0aW9uIDMuMy4KCiAgIFRoZSAnUHJlZmVycmVkLVZhbHVlJyBmaWVs
ZCBpbiByZWNvcmRzIG9mIHR5cGUgImdyYW5kZmF0aGVyZWQiIGFuZAogICAicmVkdW5kYW50
IiBjb250YWlucyB3aG9sZSBsYW5ndWFnZSB0YWdzIHRoYXQgYXJlIHN0cm9uZ2x5CiAgIFJF
Q09NTUVOREVEIGZvciB1c2UgaW4gcGxhY2Ugb2YgdGhlIHJlY29yZCdzIHZhbHVlLiAgSW4g
bWFueSBjYXNlcywKICAgdGhlIG1hcHBpbmdzIHdlcmUgY3JlYXRlZCBieSBkZXByZWNhdGlv
biBvZiB0aGUgdGFncyBkdXJpbmcgdGhlCiAgIHBlcmlvZCBiZWZvcmUgdGhpcyBkb2N1bWVu
dCB3YXMgYWRvcHRlZC4gIEZvciBleGFtcGxlLCB0aGUgdGFnICJuby0KICAgbnluIiB3YXMg
ZGVwcmVjYXRlZCBpbiBmYXZvciBvZiB0aGUgSVNPIDYzOS0xLWRlZmluZWQgbGFuZ3VhZ2Ug
Y29kZQogICAnbm4nLgoKMy4xLjcuICBQcmVmaXggRmllbGQKCiAgIFRoZSBmaWVsZCBvZiB0
eXBlICdQcmVmaXgnIE1VU1QgTk9UIGJlIHJlbW92ZWQgZnJvbSBhbnkgcmVjb3JkLiAgVGhl
CiAgIGZpZWxkLWJvZHkgZm9yIHRoaXMgdHlwZSBvZiBmaWVsZCBNVVNUIE5PVCBiZSBtb2Rp
ZmllZC4KCiAgIFRoZSBmaWVsZC1ib2R5IG9mIHRoZSAnUHJlZml4JyBmaWVsZCBjb25zaXN0
cyBvZiBhIGxhbmd1YWdlIHRhZyB3aG9zZQogICBzdWJ0YWdzIGFyZSBhcHByb3ByaWF0ZSB0
byB1c2Ugd2l0aCB0aGlzIHN1YnRhZy4gIEZvciBleGFtcGxlLCB0aGUKICAgdmFyaWFudCBz
dWJ0YWcgJzE5OTYnIGhhcyBhICdQcmVmaXgnIGZpZWxkIG9mICJkZSIuICBUaGlzIG1lYW5z
IHRoYXQKICAgdGFncyBzdGFydGluZyB3aXRoIHRoZSBzZXF1ZW5jZSAiZGUtIiBhcmUgYXBw
cm9wcmlhdGUgd2l0aCB0aGlzCiAgIHN1YnRhZywgc28gImRlLUxhdGctMTk5NiIgYW5kICJk
ZS1DSC0xOTk2IiBhcmUgYm90aCBhY2NlcHRhYmxlLCB3aGlsZQogICB0aGUgdGFnICJmci0x
OTk2IiBpcyBhbiBpbmFwcHJvcHJpYXRlIGNob2ljZS4KCiAgIFJlY29yZHMgb2YgdHlwZSAn
dmFyaWFudCcgTUFZIGhhdmUgbW9yZSB0aGFuIG9uZSBmaWVsZCBvZiB0eXBlCiAgICdQcmVm
aXgnLiAgQWRkaXRpb25hbCBmaWVsZHMgb2YgdGhpcyB0eXBlIE1BWSBiZSBhZGRlZCB0byBh
ICd2YXJpYW50JwogICByZWNvcmQgdmlhIHRoZSByZWdpc3RyYXRpb24gcHJvY2Vzcy4KCiAg
IFJlY29yZHMgb2YgdHlwZSAnZXh0bGFuZycgTVVTVCBoYXZlIF9leGFjdGx5XyBvbmUgJ1By
ZWZpeCcgZmllbGQuCgozLjEuOC4gIENvbW1lbnRzIEZpZWxkCgogICBUaGUgZmllbGQgJ0Nv
bW1lbnRzJyBNQVkgYXBwZWFyIG1vcmUgdGhhbiBvbmNlIHBlciByZWNvcmQuICBUaGlzCiAg
IGZpZWxkIE1BWSBiZSBpbnNlcnRlZCBvciBjaGFuZ2VkIHZpYSB0aGUgcmVnaXN0cmF0aW9u
IHByb2Nlc3MgYW5kIG5vCiAgIGd1YXJhbnRlZSBvZiBzdGFiaWxpdHkgaXMgcHJvdmlkZWQu
ICBUaGUgY29udGVudCBvZiB0aGlzIGZpZWxkIGlzIG5vdAogICByZXN0cmljdGVkLCBleGNl
cHQgYnkgdGhlIG5lZWQgdG8gcmVnaXN0ZXIgdGhlIGluZm9ybWF0aW9uLCB0aGUKICAgc3Vp
dGFiaWxpdHkgb2YgdGhlIHJlcXVlc3QsIGFuZCBieSByZWFzb25hYmxlIHByYWN0aWNhbCBz
aXplCiAgIGxpbWl0YXRpb25zLgoKMy4xLjkuICBTdXBwcmVzcy1TY3JpcHQgRmllbGQKCiAg
IFRoZSBmaWVsZCAnU3VwcHJlc3MtU2NyaXB0JyBNVVNUIG9ubHkgYXBwZWFyIGluIHJlY29y
ZHMgd2hvc2UgJ1R5cGUnCiAgIGZpZWxkLWJvZHkgaXMgJ2xhbmd1YWdlJy4gIFRoaXMgZmll
bGQgTVVTVCBOT1QgYXBwZWFyIG1vcmUgdGhhbiBvbmUKICAgdGltZSBpbiBhIHJlY29yZC4g
IFRoaXMgZmllbGQgaW5kaWNhdGVzIGEgc2NyaXB0IHVzZWQgdG8gd3JpdGUgdGhlCiAgIG92
ZXJ3aGVsbWluZyBtYWpvcml0eSBvZiBkb2N1bWVudHMgZm9yIHRoZSBnaXZlbiBsYW5ndWFn
ZSBhbmQgdGhhdAogICB0aGVyZWZvcmUgYWRkcyBubyBkaXN0aW5ndWlzaGluZyBpbmZvcm1h
dGlvbiB0byBhIGxhbmd1YWdlIHRhZy4gIEl0CiAgIGhlbHBzIGVuc3VyZSBncmVhdGVyIGNv
bXBhdGliaWxpdHkgYmV0d2VlbiB0aGUgbGFuZ3VhZ2UgdGFncwogICBnZW5lcmF0ZWQgYWNj
b3JkaW5nIHRvIHRoZSBydWxlcyBpbiB0aGlzIGRvY3VtZW50IGFuZCBsYW5ndWFnZSB0YWdz
CiAgIGFuZCB0YWcgcHJvY2Vzc29ycyBvciBjb25zdW1lcnMgYmFzZWQgb24gUkZDIDMwNjYu
ICBGb3IgZXhhbXBsZSwKICAgdmlydHVhbGx5IGFsbCBJY2VsYW5kaWMgZG9jdW1lbnRzIGFy
ZSB3cml0dGVuIGluIHRoZSBMYXRpbiBzY3JpcHQsCgoKClBoaWxsaXBzICYgRGF2aXMgICAg
ICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdlIDI2XQoM
CkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAg
ICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIG1ha2luZyB0aGUgc3VidGFnICdMYXRuJyByZWR1
bmRhbnQgaW4gdGhlIHRhZyAiaXMtTGF0biIuCgozLjIuICBMYW5ndWFnZSBTdWJ0YWcgUmV2
aWV3ZXIKCiAgIFRoZSBMYW5ndWFnZSBTdWJ0YWcgUmV2aWV3ZXIgaXMgYXBwb2ludGVkIGJ5
IHRoZSBJRVNHIGZvciBhbgogICBpbmRlZmluaXRlIHRlcm0sIHN1YmplY3QgdG8gcmVtb3Zh
bCBvciByZXBsYWNlbWVudCBhdCB0aGUgSUVTRydzCiAgIGRpc2NyZXRpb24uICBUaGUgTGFu
Z3VhZ2UgU3VidGFnIFJldmlld2VyIG1vZGVyYXRlcyB0aGUgaWV0Zi0KICAgbGFuZ3VhZ2Vz
IG1haWxpbmcgbGlzdCwgcmVzcG9uZHMgdG8gcmVxdWVzdHMgZm9yIHJlZ2lzdHJhdGlvbiwg
YW5kCiAgIHBlcmZvcm1zIHRoZSBvdGhlciByZWdpc3RyeSBtYWludGVuYW5jZSBkdXRpZXMg
ZGVzY3JpYmVkIGluCiAgIFNlY3Rpb24gMy4zLiAgT25seSB0aGUgTGFuZ3VhZ2UgU3VidGFn
IFJldmlld2VyIGlzIHBlcm1pdHRlZCB0bwogICByZXF1ZXN0IElBTkEgdG8gY2hhbmdlLCB1
cGRhdGUsIG9yIGFkZCByZWNvcmRzIHRvIHRoZSBMYW5ndWFnZSBTdWJ0YWcKICAgUmVnaXN0
cnkuCgogICBUaGUgcGVyZm9ybWFuY2Ugb3IgZGVjaXNpb25zIG9mIHRoZSBMYW5ndWFnZSBT
dWJ0YWcgUmV2aWV3ZXIgTUFZIGJlCiAgIGFwcGVhbGVkIHRvIHRoZSBJRVNHIHVuZGVyIHRo
ZSBzYW1lIHJ1bGVzIGFzIG90aGVyIElFVEYgZGVjaXNpb25zCiAgIChzZWUgW1JGQzIwMjZd
KS4gIFRoZSBJRVNHIGNhbiByZXZlcnNlIG9yIG92ZXJ0dXJuIHRoZSBkZWNpc2lvbiBvZgog
ICB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyLCBwcm92aWRlIGd1aWRhbmNlLCBvciB0
YWtlIG90aGVyCiAgIGFwcHJvcHJpYXRlIGFjdGlvbnMuCgozLjMuICBNYWludGVuYW5jZSBv
ZiB0aGUgUmVnaXN0cnkKCiAgIE1haW50ZW5hbmNlIG9mIHRoZSByZWdpc3RyeSByZXF1aXJl
cyB0aGF0IGFzIGNvZGVzIGFyZSBhc3NpZ25lZCBvcgogICB3aXRoZHJhd24gYnkgSVNPIDYz
OSwgSVNPIDE1OTI0LCBJU08gMzE2NiwgYW5kIFVOIE0uNDksIHRoZSBMYW5ndWFnZQogICBT
dWJ0YWcgUmV2aWV3ZXIgTVVTVCBldmFsdWF0ZSBlYWNoIGNoYW5nZSwgZGV0ZXJtaW5lIHdo
ZXRoZXIgaXQKICAgY29uZmxpY3RzIHdpdGggZXhpc3RpbmcgcmVnaXN0cnkgZW50cmllcywg
YW5kIHN1Ym1pdCB0aGUgaW5mb3JtYXRpb24KICAgdG8gSUFOQSBmb3IgaW5jbHVzaW9uIGlu
IHRoZSByZWdpc3RyeS4gIElmIGEgY2hhbmdlIHRha2VzIHBsYWNlIGFuZAogICB0aGUgTGFu
Z3VhZ2UgU3VidGFnIFJldmlld2VyIGRvZXMgbm90IGRvIHRoaXMgaW4gYSB0aW1lbHkgbWFu
bmVyLAogICB0aGVuIGFueSBpbnRlcmVzdGVkIHBhcnR5IE1BWSB1c2UgdGhlIHByb2NlZHVy
ZSBpbiBTZWN0aW9uIDMuNSB0bwogICByZWdpc3RlciB0aGUgYXBwcm9wcmlhdGUgdXBkYXRl
LgoKICAgTm90ZTogVGhlIHJlZHVuZGFudCBhbmQgZ3JhbmRmYXRoZXJlZCBlbnRyaWVzIHRv
Z2V0aGVyIGFyZSB0aGUKICAgY29tcGxldGUgbGlzdCBvZiB0YWdzIHJlZ2lzdGVyZWQgdW5k
ZXIgW1JGQzMwNjZdLiAgVGhlIHJlZHVuZGFudCB0YWdzCiAgIGFyZSB0aG9zZSB0aGF0IGNh
biBub3cgYmUgZm9ybWVkIHVzaW5nIHRoZSBzdWJ0YWdzIGRlZmluZWQgaW4gdGhlCiAgIHJl
Z2lzdHJ5IHRvZ2V0aGVyIHdpdGggdGhlIHJ1bGVzIG9mIFNlY3Rpb24gMi4yLiAgVGhlIGdy
YW5kZmF0aGVyZWQKICAgZW50cmllcyBpbmNsdWRlIHRob3NlIHRoYXQgY2FuIG5ldmVyIGJl
IGxlZ2FsIHVuZGVyIHRob3NlIHNhbWUKICAgcHJvdmlzaW9ucyBwbHVzIHRob3NlIHRhZ3Mg
dGhhdCBjb250YWluIHN1YnRhZ3Mgbm90IHlldCByZWdpc3RlcmVkCiAgIG9yLCBwZXJoYXBz
LCBpbmFwcHJvcHJpYXRlIGZvciByZWdpc3RyYXRpb24uCgogICBUaGUgc2V0IG9mIHJlZHVu
ZGFudCBhbmQgZ3JhbmRmYXRoZXJlZCB0YWdzIGlzIHBlcm1hbmVudCBhbmQgc3RhYmxlOgog
ICBuZXcgZW50cmllcyBpbiB0aGlzIHNlY3Rpb24gTVVTVCBOT1QgYmUgYWRkZWQgYW5kIGV4
aXN0aW5nIGVudHJpZXMKICAgTVVTVCBOT1QgYmUgcmVtb3ZlZC4gIFJlY29yZHMgb2YgdHlw
ZSAnZ3JhbmRmYXRoZXJlZCcgTUFZIGhhdmUgdGhlaXIKICAgdHlwZSBjb252ZXJ0ZWQgdG8g
J3JlZHVuZGFudCc7IHNlZSBpdGVtIDEyIGluIFNlY3Rpb24gMy42IGZvciBtb3JlCiAgIGlu
Zm9ybWF0aW9uLiAgVGhlIGRlY2lzaW9uLW1ha2luZyBwcm9jZXNzIGFib3V0IHdoaWNoIHRh
Z3Mgd2VyZQogICBpbml0aWFsbHkgZ3JhbmRmYXRoZXJlZCBhbmQgd2hpY2ggd2VyZSBtYWRl
IHJlZHVuZGFudCBpcyBkZXNjcmliZWQgaW4KICAgW1JGQzQ2NDVdLgoKICAgUkZDIDMwNjYg
dGFncyB0aGF0IHdlcmUgZGVwcmVjYXRlZCBwcmlvciB0byB0aGUgYWRvcHRpb24gb2YgW1JG
QzQ2NDZdCiAgIGFyZSBwYXJ0IG9mIHRoZSBsaXN0IG9mIGdyYW5kZmF0aGVyZWQgdGFncywg
YW5kIHRoZWlyIGNvbXBvbmVudAoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGly
ZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSAyN10KDApJbnRlcm5ldC1E
cmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2Vt
YmVyIDIwMDYKCgogICBzdWJ0YWdzIHdlcmUgbm90IGluY2x1ZGVkIGFzIHJlZ2lzdGVyZWQg
dmFyaWFudHMgKGFsdGhvdWdoIHRoZXkKICAgcmVtYWluIGVsaWdpYmxlIGZvciByZWdpc3Ry
YXRpb24pLiAgRm9yIGV4YW1wbGUsIHRoZSB0YWcgImFydC1sb2piYW4iCiAgIHdhcyBkZXBy
ZWNhdGVkIGluIGZhdm9yIG9mIHRoZSBsYW5ndWFnZSBzdWJ0YWcgJ2pibycuCgogICBUaGUg
TGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyIE1VU1QgZW5zdXJlIHRoYXQgbmV3IHN1YnRhZ3Mg
bWVldCB0aGUKICAgcmVxdWlyZW1lbnRzIGluIFNlY3Rpb24gNC4xIG9yIHN1Ym1pdCBhbiBh
cHByb3ByaWF0ZSBhbHRlcm5hdGUgc3VidGFnCiAgIGFzIGRlc2NyaWJlZCBpbiB0aGF0IHNl
Y3Rpb24uICBXaGVuIGVpdGhlciBhIGNoYW5nZSBvciBhZGRpdGlvbiB0bwogICB0aGUgcmVn
aXN0cnkgaXMgbmVlZGVkLCB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyIE1VU1QgcHJl
cGFyZSB0aGUKICAgY29tcGxldGUgcmVjb3JkLCBpbmNsdWRpbmcgYWxsIGZpZWxkcywgYW5k
IGZvcndhcmQgaXQgdG8gSUFOQSBmb3IKICAgaW5zZXJ0aW9uIGludG8gdGhlIHJlZ2lzdHJ5
LiAgRWFjaCByZWNvcmQgYmVpbmcgbW9kaWZpZWQgb3IgaW5zZXJ0ZWQKICAgTVVTVCBiZSBm
b3J3YXJkZWQgaW4gYSBzZXBhcmF0ZSBtZXNzYWdlLgoKICAgSWYgYSByZWNvcmQgcmVwcmVz
ZW50cyBhIG5ldyBzdWJ0YWcgdGhhdCBkb2VzIG5vdCBjdXJyZW50bHkgZXhpc3QgaW4KICAg
dGhlIHJlZ2lzdHJ5LCB0aGVuIHRoZSBtZXNzYWdlJ3Mgc3ViamVjdCBsaW5lIE1VU1QgaW5j
bHVkZSB0aGUgd29yZAogICAiSU5TRVJUIi4gIElmIHRoZSByZWNvcmQgcmVwcmVzZW50cyBh
IGNoYW5nZSB0byBhbiBleGlzdGluZyBzdWJ0YWcsCiAgIHRoZW4gdGhlIHN1YmplY3QgbGlu
ZSBvZiB0aGUgbWVzc2FnZSBNVVNUIGluY2x1ZGUgdGhlIHdvcmQgIk1PRElGWSIuCiAgIFRo
ZSBtZXNzYWdlIE1VU1QgY29udGFpbiBib3RoIHRoZSByZWNvcmQgZm9yIHRoZSBzdWJ0YWcg
YmVpbmcKICAgaW5zZXJ0ZWQgb3IgbW9kaWZpZWQgYW5kIHRoZSBuZXcgRmlsZS1EYXRlIHJl
Y29yZC4gIEhlcmUgaXMgYW4KICAgZXhhbXBsZSBvZiB3aGF0IHRoZSBib2R5IG9mIHRoZSBt
ZXNzYWdlIG1pZ2h0IGNvbnRhaW46CgogICBMQU5HVUFHRSBTVUJUQUcgTU9ESUZJQ0FUSU9O
CiAgIEZpbGUtRGF0ZTogMjAwNS0wMS0wMgogICAlJQogICBUeXBlOiB2YXJpYW50CiAgIFN1
YnRhZzogbmVkaXMKICAgRGVzY3JpcHRpb246IE5hdGlzb25lIGRpYWxlY3QKICAgRGVzY3Jp
cHRpb246IE5hZGl6YSBkaWFsZWN0CiAgIEFkZGVkOiAyMDAzLTEwLTA5CiAgIFByZWZpeDog
c2wKICAgQ29tbWVudHM6IFRoaXMgaXMgYSBjb21tZW50IHNob3duCiAgICAgYXMgYW4gZXhh
bXBsZS4KICAgJSUKCiAgIEZpZ3VyZSA0OiBFeGFtcGxlIG9mIGEgTGFuZ3VhZ2UgU3VidGFn
IE1vZGlmaWNhdGlvbiBGb3JtCgogICBXaGVuZXZlciBhbiBlbnRyeSBpcyBjcmVhdGVkIG9y
IG1vZGlmaWVkIGluIHRoZSByZWdpc3RyeSwgdGhlICdGaWxlLQogICBEYXRlJyByZWNvcmQg
YXQgdGhlIHN0YXJ0IG9mIHRoZSByZWdpc3RyeSBpcyB1cGRhdGVkIHRvIHJlZmxlY3QgdGhl
CiAgIG1vc3QgcmVjZW50IG1vZGlmaWNhdGlvbiBkYXRlIGluIHRoZSBbUkZDMzMzOV0gImZ1
bGwtZGF0ZSIgZm9ybWF0LgoKICAgQmVmb3JlIGZvcndhcmRpbmcgYSBuZXcgcmVnaXN0cmF0
aW9uIHRvIElBTkEsIHRoZSBMYW5ndWFnZSBTdWJ0YWcKICAgUmV2aWV3ZXIgTVVTVCBlbnN1
cmUgdGhhdCB2YWx1ZXMgaW4gdGhlICdTdWJ0YWcnIGZpZWxkIG1hdGNoIGNhc2UKICAgYWNj
b3JkaW5nIHRvIHRoZSBkZXNjcmlwdGlvbiBpbiBTZWN0aW9uIDMuMS4KCjMuNC4gIFN0YWJp
bGl0eSBvZiBJQU5BIFJlZ2lzdHJ5IEVudHJpZXMKCiAgIFRoZSBzdGFiaWxpdHkgb2YgZW50
cmllcyBhbmQgdGhlaXIgbWVhbmluZyBpbiB0aGUgcmVnaXN0cnkgaXMKICAgY3JpdGljYWwg
dG8gdGhlIGxvbmctdGVybSBzdGFiaWxpdHkgb2YgbGFuZ3VhZ2UgdGFncy4gIFRoZSBydWxl
cyBpbgogICB0aGlzIHNlY3Rpb24gZ3VhcmFudGVlIHRoYXQgYSBzcGVjaWZpYyBsYW5ndWFn
ZSB0YWcncyBtZWFuaW5nIGlzCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJl
cyBKdW5lIDksIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdlIDI4XQoMCkludGVybmV0LURy
YWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1i
ZXIgMjAwNgoKCiAgIHN0YWJsZSBvdmVyIHRpbWUgYW5kIHdpbGwgbm90IGNoYW5nZS4KCiAg
IFRoZXNlIHJ1bGVzIHNwZWNpZmljYWxseSBkZWFsIHdpdGggaG93IGNoYW5nZXMgdG8gY29k
ZXMgKGluY2x1ZGluZwogICB3aXRoZHJhd2FsIGFuZCBkZXByZWNhdGlvbiBvZiBjb2Rlcykg
bWFpbnRhaW5lZCBieSBJU08gNjM5LCBJU08KICAgMTU5MjQsIElTTyAzMTY2LCBhbmQgVU4g
TS40OSBhcmUgcmVmbGVjdGVkIGluIHRoZSBJQU5BIExhbmd1YWdlCiAgIFN1YnRhZyBSZWdp
c3RyeS4gIEFzc2lnbm1lbnRzIHRvIHRoZSBJQU5BIExhbmd1YWdlIFN1YnRhZyBSZWdpc3Ry
eQogICBNVVNUIGZvbGxvdyB0aGUgZm9sbG93aW5nIHN0YWJpbGl0eSBydWxlczoKCiAgIDEu
ICAgVmFsdWVzIGluIHRoZSBmaWVsZHMgJ1R5cGUnLCAnU3VidGFnJywgJ1RhZycsICdBZGRl
ZCcsCiAgICAgICAgJ0RlcHJlY2F0ZWQnIGFuZCAnUHJlZmVycmVkLVZhbHVlJyBNVVNUIE5P
VCBiZSBjaGFuZ2VkIGFuZCBhcmUKICAgICAgICBndWFyYW50ZWVkIHRvIGJlIHN0YWJsZSBv
dmVyIHRpbWUuCgogICAyLiAgIFZhbHVlcyBpbiB0aGUgJ0Rlc2NyaXB0aW9uJyBmaWVsZCBN
VVNUIE5PVCBiZSBjaGFuZ2VkIGluIGEgd2F5CiAgICAgICAgdGhhdCB3b3VsZCBpbnZhbGlk
YXRlIHByZXZpb3VzbHktZXhpc3RpbmcgdGFncy4gIFRoZXkgTUFZIGJlCiAgICAgICAgYnJv
YWRlbmVkIHNvbWV3aGF0IGluIHNjb3BlLCBjaGFuZ2VkIHRvIGFkZCBpbmZvcm1hdGlvbiwg
b3IKICAgICAgICBhZGFwdGVkIHRvIHRoZSBtb3N0IGNvbW1vbiBtb2Rlcm4gdXNhZ2UuICBG
b3IgZXhhbXBsZSwgY291bnRyaWVzCiAgICAgICAgb2NjYXNpb25hbGx5IGNoYW5nZSB0aGVp
ciBvZmZpY2lhbCBuYW1lczsgYSBoaXN0b3JpY2FsIGV4YW1wbGUKICAgICAgICBvZiB0aGlz
IHdvdWxkIGJlICJVcHBlciBWb2x0YSIgY2hhbmdpbmcgdG8gIkJ1cmtpbmEgRmFzbyIuCgog
ICAzLiAgIFZhbHVlcyBpbiB0aGUgZmllbGQgJ1ByZWZpeCcgTUFZIGJlIGFkZGVkIHRvIHJl
Y29yZHMgb2YgdHlwZQogICAgICAgICd2YXJpYW50JyB2aWEgdGhlIHJlZ2lzdHJhdGlvbiBw
cm9jZXNzLiAgSWYgYSBwcmVmaXggaXMgYWRkZWQgdG8KICAgICAgICBhIHZhcmlhbnQgcmVj
b3JkLCAnQ29tbWVudCcgZmllbGRzIFNIT1VMRCBiZSB1c2VkIHRvIGV4cGxhaW4KICAgICAg
ICBkaWZmZXJlbnQgdXNhZ2VzIHdpdGggdGhlIHZhcmlvdXMgcHJlZml4ZXMuCgogICA0LiAg
IFZhbHVlcyBpbiB0aGUgZmllbGQgJ1ByZWZpeCcgaW4gcmVjb3JkcyBvZiB0eXBlICd2YXJp
YW50JyBNQVkgYmUKICAgICAgICBtb2RpZmllZCwgc28gbG9uZyBhcyB0aGUgbW9kaWZpY2F0
aW9ucyBicm9hZGVuIHRoZSBzZXQgb2YKICAgICAgICBwcmVmaXhlcy4gIFRoYXQgaXMsIGEg
cHJlZml4IE1BWSBiZSByZXBsYWNlZCBieSBvbmUgb2YgaXRzIG93bgogICAgICAgIHByZWZp
eGVzLiAgRm9yIGV4YW1wbGUsIHRoZSBwcmVmaXggImVuLVVTIiBjb3VsZCBiZSByZXBsYWNl
ZCBieQogICAgICAgICJlbiIsIGJ1dCBub3QgYnkgdGhlIHByZWZpeGVzICJlbi1MYXRuIiwg
ImZyIiwgb3IgImVuLVVTLWJvb250Ii4KICAgICAgICBJZiBvbmUgb2YgdGhvc2UgcHJlZml4
ZXMgd2VyZSBuZWVkZWQsIGEgbmV3IFByZWZpeCBTSE9VTEQgYmUKICAgICAgICByZWdpc3Rl
cmVkLgoKICAgNS4gICBWYWx1ZXMgaW4gdGhlIGZpZWxkICdQcmVmaXgnIGluIHJlY29yZHMg
b2YgdHlwZSAnZXh0bGFuZycgTVVTVAogICAgICAgIE5PVCBiZSBtb2RpZmllZC4KCiAgIDYu
ICAgVmFsdWVzIGluIHRoZSBmaWVsZCAnUHJlZml4JyBNVVNUIE5PVCBiZSByZW1vdmVkLgoK
ICAgNy4gICBUaGUgZmllbGQgJ0NvbW1lbnRzJyBNQVkgYmUgYWRkZWQsIGNoYW5nZWQsIG1v
ZGlmaWVkLCBvciByZW1vdmVkCiAgICAgICAgdmlhIHRoZSByZWdpc3RyYXRpb24gcHJvY2Vz
cyBvciBhbnkgb2YgdGhlIHByb2Nlc3NlcyBvcgogICAgICAgIGNvbnNpZGVyYXRpb25zIGRl
c2NyaWJlZCBpbiB0aGlzIHNlY3Rpb24uCgogICA4LiAgIFRoZSBmaWVsZCAnU3VwcHJlc3Mt
U2NyaXB0JyBNQVkgYmUgYWRkZWQgb3IgcmVtb3ZlZCB2aWEgdGhlCiAgICAgICAgcmVnaXN0
cmF0aW9uIHByb2Nlc3MuCgogICA5LiAgIENvZGVzIGFzc2lnbmVkIGJ5IElTTyA2MzktMSB0
aGF0IGRvIG5vdCBjb25mbGljdCB3aXRoIGV4aXN0aW5nCiAgICAgICAgdHdvLWxldHRlciBw
cmltYXJ5IGxhbmd1YWdlIHN1YnRhZ3MgYW5kIHdoaWNoIGhhdmUgbm8KICAgICAgICBjb3Jy
ZXNwb25kaW5nIHRocmVlLWxldHRlciBwcmltYXJ5IG9yIGV4dGVuZGVkIGxhbmd1YWdlIHN1
YnRhZ3MKICAgICAgICBkZWZpbmVkIGluIHRoZSByZWdpc3RyeSBhcmUgZW50ZXJlZCBpbnRv
IHRoZSBJQU5BIHJlZ2lzdHJ5IGFzCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhw
aXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdlIDI5XQoMCkludGVybmV0
LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVj
ZW1iZXIgMjAwNgoKCiAgICAgICAgbmV3IHJlY29yZHMgb2YgdHlwZSAnbGFuZ3VhZ2UnLgoK
ICAgMTAuICBDb2RlcyBhc3NpZ25lZCBieSBJU08gNjM5LTIgdGhhdCBkbyBub3QgY29uZmxp
Y3Qgd2l0aCBleGlzdGluZwogICAgICAgIHRocmVlLWxldHRlciBwcmltYXJ5IG9yIGV4dGVu
ZGVkIGxhbmd1YWdlIHN1YnRhZ3MgYXJlIGVudGVyZWQKICAgICAgICBpbnRvIHRoZSBJQU5B
IHJlZ2lzdHJ5IGFzIG5ldyByZWNvcmRzIG9mIHR5cGUgJ2xhbmd1YWdlJy4KCiAgIDExLiAg
Q29kZXMgYXNzaWduZWQgYnkgSVNPIDYzOS0zIHRoYXQgZG8gbm90IGNvbmZsaWN0IHdpdGgg
ZXhpc3RpbmcKICAgICAgICB0aHJlZS1sZXR0ZXIgcHJpbWFyeSBvciBleHRlbmRlZCBsYW5n
dWFnZSBzdWJ0YWdzIGFyZSBlbnRlcmVkCiAgICAgICAgaW50byB0aGUgSUFOQSByZWdpc3Ry
eSBhcyBuZXcgcmVjb3Jkcy4KCiAgICAgICAgMS4gIENvZGVzIHRoYXQgaGF2ZSBhIGRlZmlu
ZWQgIm1hY3JvLWxhbmd1YWdlIiBtYXBwaW5nIGF0IHRoZQogICAgICAgICAgICB0aW1lIG9m
IHRoZWlyIHJlZ2lzdHJhdGlvbiBNVVNUIGJlIGVudGVyZWQgaW50byB0aGUgcmVnaXN0cnkK
ICAgICAgICAgICAgYXMgcmVjb3JkcyBvZiB0eXBlICdleHRsYW5nJyB3aXRoIGEgJ1ByZWZp
eCcgZmllbGQKICAgICAgICAgICAgY29udGFpbmluZyB0aGUgYXBwcm9wcmlhdGUgcHJlZml4
IHRhZy4KCiAgICAgICAgMi4gIENvZGVzIHRoYXQgcmVwcmVzZW50IHNpZ24gbGFuZ3VhZ2Vz
IE1VU1QgYmUgZW50ZXJlZCBpbnRvIHRoZQogICAgICAgICAgICByZWdpc3RyeSBhcyByZWNv
cmQgb2YgdHlwZSAnZXh0bGFuZycgd2l0aCBhICdQcmVmaXgnIGZpZWxkCiAgICAgICAgICAg
IHRoYXQgbWF0Y2hlcyB0aGUgQmFzaWMgTGFuZ3VhZ2UgUmFuZ2UgInNnbiIgKHNlZSBTZWN0
aW9uCiAgICAgICAgICAgIDMuMy4xICJCYXNpYyBGaWx0ZXJpbmciIGluIFtSRkM0NjQ3XSku
CgogICAgICAgIDMuICBBbGwgb3RoZXIgY29kZXMgTVVTVCBiZSBlbnRlcmVkIGludG8gdGhl
IHJlZ2lzdHJ5IGFzIHJlY29yZHMKICAgICAgICAgICAgb2YgdHlwZSAnbGFuZ3VhZ2UnLgoK
ICAgMTIuICBBIHJlY29yZCBvZiB0eXBlICdsYW5ndWFnZScgb3IgJ2V4dGxhbmcnIE1VU1Qg
Tk9UIGJlIHJlZ2lzdGVyZWQKICAgICAgICBpZiB0aGVyZSBleGlzdHMgYSByZWNvcmQgb2Yg
ZWl0aGVyIHR5cGUgd2l0aCB0aGUgc2FtZSBzdWJ0YWcKICAgICAgICB2YWx1ZS4gIEZvciBl
eGFtcGxlLCBpZiBhbiAnZXh0bGFuZycgc3VidGFnICdmb28nIGV4aXN0cyBpbiB0aGUKICAg
ICAgICByZWdpc3RyeSwgYWxsIGF0dGVtcHRzIHRvIHJlZ2lzdGVyIGEgJ2xhbmd1YWdlJyBz
dWJ0YWcgJ2ZvbycKICAgICAgICB3aWxsIGJlIHJlamVjdGVkLgoKICAgMTMuICBDb2RlcyBh
c3NpZ25lZCBieSBJU08gMTU5MjQgYW5kIElTTyAzMTY2IHRoYXQgZG8gbm90IGNvbmZsaWN0
CiAgICAgICAgd2l0aCBleGlzdGluZyBzdWJ0YWdzIG9mIHRoZSBhc3NvY2lhdGVkIHR5cGUg
YW5kIHdob3NlIG1lYW5pbmcKICAgICAgICBpcyBub3QgdGhlIHNhbWUgYXMgYW4gZXhpc3Rp
bmcgc3VidGFnIG9mIHRoZSBzYW1lIHR5cGUgYXJlCiAgICAgICAgZW50ZXJlZCBpbnRvIHRo
ZSBJQU5BIHJlZ2lzdHJ5IGFzIG5ldyByZWNvcmRzLgoKICAgMTQuICBDb2RlcyBhc3NpZ25l
ZCBieSBJU08gNjM5LCBJU08gMTU5MjQsIG9yIElTTyAzMTY2IHRoYXQgYXJlCiAgICAgICAg
d2l0aGRyYXduIGJ5IHRoZWlyIHJlc3BlY3RpdmUgbWFpbnRlbmFuY2Ugb3IgcmVnaXN0cmF0
aW9uCiAgICAgICAgYXV0aG9yaXR5IHJlbWFpbiB2YWxpZCBpbiBsYW5ndWFnZSB0YWdzLiAg
QSAnRGVwcmVjYXRlZCcgZmllbGQKICAgICAgICBjb250YWluaW5nIHRoZSBkYXRlIG9mIHdp
dGhkcmF3YWwgTVVTVCBiZSBhZGRlZCB0byB0aGUgcmVjb3JkLgogICAgICAgIElmIGEgbmV3
IHJlY29yZCBvZiB0aGUgc2FtZSB0eXBlIGlzIGFkZGVkIHRoYXQgcmVwcmVzZW50cyBhCiAg
ICAgICAgcmVwbGFjZW1lbnQgdmFsdWUsIHRoZW4gYSAnUHJlZmVycmVkLVZhbHVlJyBmaWVs
ZCBNQVkgYWxzbyBiZQogICAgICAgIGFkZGVkLiAgVGhlIHJlZ2lzdHJhdGlvbiBwcm9jZXNz
IE1BWSBiZSB1c2VkIHRvIGFkZCBjb21tZW50cwogICAgICAgIGFib3V0IHRoZSB3aXRoZHJh
d2FsIG9mIHRoZSBjb2RlIGJ5IHRoZSByZXNwZWN0aXZlIHN0YW5kYXJkLgoKICAgICAgICBF
eGFtcGxlIFRoZSByZWdpb24gY29kZSAnVEwnIHdhcyBhc3NpZ25lZCB0byB0aGUgY291bnRy
eSAnVGltb3ItCiAgICAgICAgICAgTGVzdGUnLCByZXBsYWNpbmcgdGhlIGNvZGUgJ1RQJyAo
d2hpY2ggd2FzIGFzc2lnbmVkIHRvICdFYXN0CiAgICAgICAgICAgVGltb3InIHdoZW4gaXQg
d2FzIHVuZGVyIGFkbWluaXN0cmF0aW9uIGJ5IFBvcnR1Z2FsKS4gIFRoZQogICAgICAgICAg
IHN1YnRhZyAnVFAnIHJlbWFpbnMgdmFsaWQgaW4gbGFuZ3VhZ2UgdGFncywgYnV0IGl0cyBy
ZWNvcmQKICAgICAgICAgICBjb250YWlucyB0aGUgYSAnUHJlZmVycmVkLVZhbHVlJyBvZiAn
VEwnIGFuZCBpdHMgZmllbGQKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVz
IEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMzBdCgwKSW50ZXJuZXQtRHJh
ZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJl
ciAyMDA2CgoKICAgICAgICAgICAnRGVwcmVjYXRlZCcgY29udGFpbnMgdGhlIGRhdGUgdGhl
IG5ldyBjb2RlIHdhcyBhc3NpZ25lZAogICAgICAgICAgICgnMjAwNC0wNy0wNicpLgoKICAg
MTUuICBDb2RlcyBhc3NpZ25lZCBieSBJU08gNjM5LCBJU08gMTU5MjQsIG9yIElTTyAzMTY2
IHRoYXQgY29uZmxpY3QKICAgICAgICB3aXRoIGV4aXN0aW5nIHN1YnRhZ3Mgb2YgdGhlIGFz
c29jaWF0ZWQgdHlwZSwgaW5jbHVkaW5nIHN1YnRhZ3MKICAgICAgICB0aGF0IGFyZSBkZXBy
ZWNhdGVkLCBNVVNUIE5PVCBiZSBlbnRlcmVkIGludG8gdGhlIHJlZ2lzdHJ5LiAgVGhlCiAg
ICAgICAgZm9sbG93aW5nIGFkZGl0aW9uYWwgY29uc2lkZXJhdGlvbnMgYXBwbHkgdG8gc3Vi
dGFnIHZhbHVlcyB0aGF0CiAgICAgICAgYXJlIHJlYXNzaWduZWQ6CgogICAgICAgIEEuICBG
b3IgSVNPIDYzOSBjb2RlcywgaWYgdGhlIG5ld2x5IGFzc2lnbmVkIGNvZGUncyBtZWFuaW5n
IGlzCiAgICAgICAgICAgIG5vdCByZXByZXNlbnRlZCBieSBhIHN1YnRhZyBpbiB0aGUgSUFO
QSByZWdpc3RyeSwgdGhlCiAgICAgICAgICAgIExhbmd1YWdlIFN1YnRhZyBSZXZpZXdlciwg
YXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy41LCBTSEFMTAogICAgICAgICAgICBwcmVwYXJl
IGEgcHJvcG9zYWwgZm9yIGVudGVyaW5nIGluIHRoZSBJQU5BIHJlZ2lzdHJ5IGFzIHNvb24K
ICAgICAgICAgICAgYXMgcHJhY3RpY2FsIGEgcmVnaXN0ZXJlZCBsYW5ndWFnZSBzdWJ0YWcg
YXMgYW4gYWx0ZXJuYXRlCiAgICAgICAgICAgIHZhbHVlIGZvciB0aGUgbmV3IGNvZGUuICBU
aGUgZm9ybSBvZiB0aGUgcmVnaXN0ZXJlZCBsYW5ndWFnZQogICAgICAgICAgICBzdWJ0YWcg
d2lsbCBiZSBhdCB0aGUgZGlzY3JldGlvbiBvZiB0aGUgTGFuZ3VhZ2UgU3VidGFnCiAgICAg
ICAgICAgIFJldmlld2VyIGFuZCBNVVNUIGNvbmZvcm0gdG8gb3RoZXIgcmVzdHJpY3Rpb25z
IG9uIGxhbmd1YWdlCiAgICAgICAgICAgIHN1YnRhZ3MgaW4gdGhpcyBkb2N1bWVudC4KCiAg
ICAgICAgQi4gIEZvciBhbGwgc3VidGFncyB3aG9zZSBtZWFuaW5nIGlzIGRlcml2ZWQgZnJv
bSBhbiBleHRlcm5hbAogICAgICAgICAgICBzdGFuZGFyZCAodGhhdCBpcywgYnkgSVNPIDYz
OSwgSVNPIDE1OTI0LCBJU08gMzE2Niwgb3IgVU4KICAgICAgICAgICAgTS40OSksIGlmIGEg
bmV3IG1lYW5pbmcgaXMgYXNzaWduZWQgdG8gYW4gZXhpc3RpbmcgY29kZSBhbmQKICAgICAg
ICAgICAgdGhlIG5ldyBtZWFuaW5nIGJyb2FkZW5zIHRoZSBtZWFuaW5nIG9mIHRoYXQgY29k
ZSwgdGhlbiB0aGUKICAgICAgICAgICAgbWVhbmluZyBmb3IgdGhlIGFzc29jaWF0ZWQgc3Vi
dGFnIE1BWSBiZSBjaGFuZ2VkIHRvIG1hdGNoLgogICAgICAgICAgICBUaGUgbWVhbmluZyBv
ZiBhIHN1YnRhZyBNVVNUIE5PVCBiZSBuYXJyb3dlZCwgaG93ZXZlciwgYXMKICAgICAgICAg
ICAgdGhpcyBjYW4gcmVzdWx0IGluIGFuIHVua25vd24gcHJvcG9ydGlvbiBvZiB0aGUgZXhp
c3RpbmcKICAgICAgICAgICAgdXNlcyBvZiBhIHN1YnRhZyBiZWNvbWluZyBpbnZhbGlkLiAg
Tm90ZTogSVNPIDYzOQogICAgICAgICAgICBtYWludGVuYW5jZSBhZ2VuY3kvcmVnaXN0cmF0
aW9uIGF1dGhvcml0eSAoTUEvUkEpIGhhcwogICAgICAgICAgICBhZG9wdGVkIGEgc2ltaWxh
ciBzdGFiaWxpdHkgcG9saWN5LgoKICAgICAgICBDLiAgRm9yIElTTyAxNTkyNCBjb2Rlcywg
aWYgdGhlIG5ld2x5IGFzc2lnbmVkIGNvZGUncyBtZWFuaW5nIGlzCiAgICAgICAgICAgIG5v
dCByZXByZXNlbnRlZCBieSBhIHN1YnRhZyBpbiB0aGUgSUFOQSByZWdpc3RyeSwgdGhlCiAg
ICAgICAgICAgIExhbmd1YWdlIFN1YnRhZyBSZXZpZXdlciwgYXMgZGVzY3JpYmVkIGluIFNl
Y3Rpb24gMy41LCBTSEFMTAogICAgICAgICAgICBwcmVwYXJlIGEgcHJvcG9zYWwgZm9yIGVu
dGVyaW5nIGluIHRoZSBJQU5BIHJlZ2lzdHJ5IGFzIHNvb24KICAgICAgICAgICAgYXMgcHJh
Y3RpY2FsIGEgcmVnaXN0ZXJlZCB2YXJpYW50IHN1YnRhZyBhcyBhbiBhbHRlcm5hdGUKICAg
ICAgICAgICAgdmFsdWUgZm9yIHRoZSBuZXcgY29kZS4gIFRoZSBmb3JtIG9mIHRoZSByZWdp
c3RlcmVkIHZhcmlhbnQKICAgICAgICAgICAgc3VidGFnIHdpbGwgYmUgYXQgdGhlIGRpc2Ny
ZXRpb24gb2YgdGhlIExhbmd1YWdlIFN1YnRhZwogICAgICAgICAgICBSZXZpZXdlciBhbmQg
TVVTVCBjb25mb3JtIHRvIG90aGVyIHJlc3RyaWN0aW9ucyBvbiB2YXJpYW50CiAgICAgICAg
ICAgIHN1YnRhZ3MgaW4gdGhpcyBkb2N1bWVudC4KCiAgICAgICAgRC4gIEZvciBJU08gMzE2
NiBjb2RlcywgaWYgdGhlIG5ld2x5IGFzc2lnbmVkIGNvZGUncyBtZWFuaW5nIGlzCiAgICAg
ICAgICAgIGFzc29jaWF0ZWQgd2l0aCB0aGUgc2FtZSBVTiBNLjQ5IGNvZGUgYXMgYW5vdGhl
ciAncmVnaW9uJwogICAgICAgICAgICBzdWJ0YWcsIHRoZW4gdGhlIGV4aXN0aW5nIHJlZ2lv
biBzdWJ0YWcgcmVtYWlucyBhcyB0aGUKICAgICAgICAgICAgcHJlZmVycmVkIHZhbHVlIGZv
ciB0aGF0IHJlZ2lvbiBhbmQgbm8gbmV3IGVudHJ5IGlzIGNyZWF0ZWQuCiAgICAgICAgICAg
IEEgY29tbWVudCBNQVkgYmUgYWRkZWQgdG8gdGhlIGV4aXN0aW5nIHJlZ2lvbiBzdWJ0YWcK
ICAgICAgICAgICAgaW5kaWNhdGluZyB0aGUgcmVsYXRpb25zaGlwIHRvIHRoZSBuZXcgSVNP
IDMxNjYgY29kZS4KCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVu
ZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSAzMV0KDApJbnRlcm5ldC1EcmFmdCAg
ICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIw
MDYKCgogICAgICAgIEUuICBGb3IgSVNPIDMxNjYgY29kZXMsIGlmIHRoZSBuZXdseSBhc3Np
Z25lZCBjb2RlJ3MgbWVhbmluZyBpcwogICAgICAgICAgICBhc3NvY2lhdGVkIHdpdGggYSBV
TiBNLjQ5IGNvZGUgdGhhdCBpcyBub3QgcmVwcmVzZW50ZWQgYnkgYW4KICAgICAgICAgICAg
ZXhpc3RpbmcgcmVnaW9uIHN1YnRhZywgdGhlbiB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmll
d2VyLAogICAgICAgICAgICBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiAzLjUsIFNIQUxMIHBy
ZXBhcmUgYSBwcm9wb3NhbCBmb3IKICAgICAgICAgICAgZW50ZXJpbmcgdGhlIGFwcHJvcHJp
YXRlIFVOIE0uNDkgY291bnRyeSBjb2RlIGFzIGFuIGVudHJ5IGluCiAgICAgICAgICAgIHRo
ZSBJQU5BIHJlZ2lzdHJ5LgoKICAgICAgICBGLiAgRm9yIElTTyAzMTY2IGNvZGVzLCBpZiB0
aGVyZSBpcyBubyBhc3NvY2lhdGVkIFVOIG51bWVyaWMKICAgICAgICAgICAgY29kZSwgdGhl
biB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyIFNIQUxMIHBldGl0aW9uIHRoZQogICAg
ICAgICAgICBVTiB0byBjcmVhdGUgb25lLiAgSWYgdGhlcmUgaXMgbm8gcmVzcG9uc2UgZnJv
bSB0aGUgVU4KICAgICAgICAgICAgd2l0aGluIG5pbmV0eSBkYXlzIG9mIHRoZSByZXF1ZXN0
IGJlaW5nIHNlbnQsIHRoZSBMYW5ndWFnZQogICAgICAgICAgICBTdWJ0YWcgUmV2aWV3ZXIg
U0hBTEwgcHJlcGFyZSBhIHByb3Bvc2FsIGZvciBlbnRlcmluZyBpbiB0aGUKICAgICAgICAg
ICAgSUFOQSByZWdpc3RyeSBhcyBzb29uIGFzIHByYWN0aWNhbCBhIHJlZ2lzdGVyZWQgdmFy
aWFudAogICAgICAgICAgICBzdWJ0YWcgYXMgYW4gYWx0ZXJuYXRlIHZhbHVlIGZvciB0aGUg
bmV3IGNvZGUuICBUaGUgZm9ybSBvZgogICAgICAgICAgICB0aGUgcmVnaXN0ZXJlZCB2YXJp
YW50IHN1YnRhZyB3aWxsIGJlIGF0IHRoZSBkaXNjcmV0aW9uIG9mCiAgICAgICAgICAgIHRo
ZSBMYW5ndWFnZSBTdWJ0YWcgUmV2aWV3ZXIgYW5kIE1VU1QgY29uZm9ybSB0byBvdGhlcgog
ICAgICAgICAgICByZXN0cmljdGlvbnMgb24gdmFyaWFudCBzdWJ0YWdzIGluIHRoaXMgZG9j
dW1lbnQuICBUaGlzCiAgICAgICAgICAgIHNpdHVhdGlvbiBpcyB2ZXJ5IHVubGlrZWx5IHRv
IGV2ZXIgb2NjdXIuCgogICAxNi4gIFVOIE0uNDkgaGFzIGNvZGVzIGZvciBib3RoIGNvdW50
cmllcyBhbmQgYXJlYXMgKHN1Y2ggYXMgJzI3NicKICAgICAgICBmb3IgR2VybWFueSkgYW5k
IGdlb2dyYXBoaWNhbCByZWdpb25zIGFuZCBzdWItcmVnaW9ucyAoc3VjaCBhcwogICAgICAg
ICcxNTAnIGZvciBFdXJvcGUpLiAgVU4gTS40OSBjb3VudHJ5IG9yIGFyZWEgY29kZXMgZm9y
IHdoaWNoCiAgICAgICAgdGhlcmUgaXMgbm8gY29ycmVzcG9uZGluZyBJU08gMzE2NiBjb2Rl
IFNIT1VMRCBOT1QgYmUKICAgICAgICByZWdpc3RlcmVkLCBleGNlcHQgYXMgYSBzdXJyb2dh
dGUgZm9yIGFuIElTTyAzMTY2IGNvZGUgdGhhdCBpcwogICAgICAgIGJsb2NrZWQgZnJvbSBy
ZWdpc3RyYXRpb24gYnkgYW4gZXhpc3Rpbmcgc3VidGFnLiAgSWYgc3VjaCBhIGNvZGUKICAg
ICAgICBiZWNvbWVzIG5lY2Vzc2FyeSwgdGhlbiB0aGUgcmVnaXN0cmF0aW9uIGF1dGhvcml0
eSBmb3IgSVNPIDMxNjYKICAgICAgICBTSE9VTEQgZmlyc3QgYmUgcGV0aXRpb25lZCB0byBh
c3NpZ24gYSBjb2RlIHRvIHRoZSByZWdpb24uICBJZgogICAgICAgIHRoZSBwZXRpdGlvbiBm
b3IgYSBjb2RlIGFzc2lnbm1lbnQgYnkgSVNPIDMxNjYgaXMgcmVmdXNlZCBvciBub3QKICAg
ICAgICBhY3RlZCBvbiBpbiBhIHRpbWVseSBtYW5uZXIsIHRoZSByZWdpc3RyYXRpb24gcHJv
Y2VzcyBkZXNjcmliZWQKICAgICAgICBpbiBTZWN0aW9uIDMuNSBNQVkgdGhlbiBiZSB1c2Vk
IHRvIHJlZ2lzdGVyIHRoZSBjb3JyZXNwb25kaW5nIFVOCiAgICAgICAgTS40OSBjb2RlLiAg
VGhpcyB3YXksIFVOIE0uNDkgY29kZXMgcmVtYWluIGF2YWlsYWJsZSBhcyB0aGUKICAgICAg
ICB2YWx1ZSBvZiBsYXN0IHJlc29ydCBpbiBjYXNlcyB3aGVyZSBJU08gMzE2NiByZWFzc2ln
bnMgYQogICAgICAgIGRlcHJlY2F0ZWQgdmFsdWUgaW4gdGhlIHJlZ2lzdHJ5LgoKICAgMTcu
ICBTdGFiaWxpdHkgcHJvdmlzaW9ucyBhcHBseSB0byBncmFuZGZhdGhlcmVkIHRhZ3Mgd2l0
aCB0aGlzCiAgICAgICAgZXhjZXB0aW9uOiBzaG91bGQgaXQgYmUgcG9zc2libGUgdG8gY29t
cG9zZSBvbmUgb2YgdGhlCiAgICAgICAgZ3JhbmRmYXRoZXJlZCB0YWdzIGZyb20gcmVnaXN0
ZXJlZCBzdWJ0YWdzLCB0aGVuIHRoZSBmaWVsZAogICAgICAgICdUeXBlJyBpbiB0aGF0IHJl
Y29yZCBpcyBjaGFuZ2VkIGZyb20gJ2dyYW5kZmF0aGVyZWQnIHRvCiAgICAgICAgJ3JlZHVu
ZGFudCcuICBOb3RlIHRoYXQgdGhpcyB3aWxsIG5vdCBhZmZlY3QgbGFuZ3VhZ2UgdGFncyB0
aGF0CiAgICAgICAgbWF0Y2ggdGhlIGdyYW5kZmF0aGVyZWQgdGFnLCBzaW5jZSB0aGVzZSB0
YWdzIHdpbGwgbm93IG1hdGNoCiAgICAgICAgdmFsaWQgZ2VuZXJhdGl2ZSBzdWJ0YWcgc2Vx
dWVuY2VzLiAgRm9yIGV4YW1wbGUsIHRoaXMgZG9jdW1lbnQKICAgICAgICBjYXVzZWQgdGhl
IElTTyA2MzktMyBjb2RlICdnYW4nLCB1c2VkIGluIHRoZSByZWR1bmRhbnQgdGFnICJ6aC0K
ICAgICAgICBnYW4iLCB0byBiZSByZWdpc3RlcmVkIGFzIGFuIGV4dGVuZGVkIGxhbmd1YWdl
IHN1YnRhZy4gIFRoZQogICAgICAgIGZvcm1lcmx5LWdyYW5kZmF0aGVyZWQgdGFnICJ6aC1n
YW4iIGJlY2FtZSBhIHJlZHVuZGFudCB0YWcgYXMgYQogICAgICAgIHJlc3VsdCAoYnV0IGV4
aXN0aW5nIGNvbnRlbnQgb3IgaW1wbGVtZW50YXRpb25zIHRoYXQgdXNlICJ6aC0KICAgICAg
ICBnYW4iIHJlbWFpbiB2YWxpZCkuCgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBF
eHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMzJdCgwKSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBE
ZWNlbWJlciAyMDA2CgoKMy41LiAgUmVnaXN0cmF0aW9uIFByb2NlZHVyZSBmb3IgU3VidGFn
cwoKICAgVGhlIHByb2NlZHVyZSBnaXZlbiBoZXJlIE1VU1QgYmUgdXNlZCBieSBhbnlvbmUg
d2hvIHdhbnRzIHRvIHVzZSBhCiAgIHN1YnRhZyBub3QgY3VycmVudGx5IGluIHRoZSBJQU5B
IExhbmd1YWdlIFN1YnRhZyBSZWdpc3RyeS4KCiAgIE9ubHkgc3VidGFncyBvZiB0eXBlICds
YW5ndWFnZScgYW5kICd2YXJpYW50JyB3aWxsIGJlIGNvbnNpZGVyZWQgZm9yCiAgIGluZGVw
ZW5kZW50IHJlZ2lzdHJhdGlvbiBvZiBuZXcgc3VidGFncy4gIEhhbmRsaW5nIG9mIHN1YnRh
Z3MgbmVlZGVkCiAgIGZvciBzdGFiaWxpdHkgYW5kIHN1YnRhZ3MgbmVjZXNzYXJ5IHRvIGtl
ZXAgdGhlIHJlZ2lzdHJ5IHN5bmNocm9uaXplZAogICB3aXRoIElTTyA2MzksIElTTyAxNTky
NCwgSVNPIDMxNjYsIGFuZCBVTiBNLjQ5IHdpdGhpbiB0aGUgbGltaXRzCiAgIGRlZmluZWQg
YnkgdGhpcyBkb2N1bWVudCBhcmUgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy4zLiAgU3RhYmls
aXR5CiAgIHByb3Zpc2lvbnMgYXJlIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuNC4KCiAgIFRo
aXMgcHJvY2VkdXJlIE1BWSBhbHNvIGJlIHVzZWQgdG8gcmVnaXN0ZXIgb3IgYWx0ZXIgdGhl
IGluZm9ybWF0aW9uCiAgIGZvciB0aGUgJ0Rlc2NyaXB0aW9uJywgJ0NvbW1lbnRzJywgJ0Rl
cHJlY2F0ZWQnLCAnUHJlZml4Jywgb3IKICAgJ1N1cHByZXNzLVNjcmlwdCcgZmllbGRzIGlu
IGEgc3VidGFnJ3MgcmVjb3JkIGFzIGRlc2NyaWJlZCBpbgogICBTZWN0aW9uIDMuNC4gIENo
YW5nZXMgdG8gYWxsIG90aGVyIGZpZWxkcyBpbiB0aGUgSUFOQSByZWdpc3RyeSBhcmUKICAg
Tk9UIHBlcm1pdHRlZC4KCiAgIFJlZ2lzdGVyaW5nIGEgbmV3IHN1YnRhZyBvciByZXF1ZXN0
aW5nIG1vZGlmaWNhdGlvbnMgdG8gYW4gZXhpc3RpbmcKICAgdGFnIG9yIHN1YnRhZyBzdGFy
dHMgd2l0aCB0aGUgcmVxdWVzdGVyIGZpbGxpbmcgb3V0IHRoZSByZWdpc3RyYXRpb24KICAg
Zm9ybSByZXByb2R1Y2VkIGJlbG93LiAgTm90ZSB0aGF0IGVhY2ggcmVzcG9uc2UgaXMgbm90
IGxpbWl0ZWQgaW4KICAgc2l6ZSBzbyB0aGF0IHRoZSByZXF1ZXN0IGNhbiBhZGVxdWF0ZWx5
IGRlc2NyaWJlIHRoZSByZWdpc3RyYXRpb24uCiAgIFRoZSBmaWVsZHMgaW4gdGhlICJSZWNv
cmQgUmVxdWVzdGVkIiBzZWN0aW9uIFNIT1VMRCBmb2xsb3cgdGhlCiAgIHJlcXVpcmVtZW50
cyBpbiBTZWN0aW9uIDMuMS4KCiAgIExBTkdVQUdFIFNVQlRBRyBSRUdJU1RSQVRJT04gRk9S
TQogICAxLiBOYW1lIG9mIHJlcXVlc3RlcjoKICAgMi4gRS1tYWlsIGFkZHJlc3Mgb2YgcmVx
dWVzdGVyOgogICAzLiBSZWNvcmQgUmVxdWVzdGVkOgoKICAgICAgVHlwZToKICAgICAgU3Vi
dGFnOgogICAgICBEZXNjcmlwdGlvbjoKICAgICAgUHJlZml4OgogICAgICBQcmVmZXJyZWQt
VmFsdWU6CiAgICAgIERlcHJlY2F0ZWQ6CiAgICAgIFN1cHByZXNzLVNjcmlwdDoKICAgICAg
Q29tbWVudHM6CgogICA0LiBJbnRlbmRlZCBtZWFuaW5nIG9mIHRoZSBzdWJ0YWc6CiAgIDUu
IFJlZmVyZW5jZSB0byBwdWJsaXNoZWQgZGVzY3JpcHRpb24KICAgICAgb2YgdGhlIGxhbmd1
YWdlIChib29rIG9yIGFydGljbGUpOgogICA2LiBBbnkgb3RoZXIgcmVsZXZhbnQgaW5mb3Jt
YXRpb246CgogICBGaWd1cmUgNTogVGhlIExhbmd1YWdlIFN1YnRhZyBSZWdpc3RyYXRpb24g
Rm9ybQoKICAgVGhlIHN1YnRhZyByZWdpc3RyYXRpb24gZm9ybSBNVVNUIGJlIHNlbnQgdG8K
ICAgPGlldGYtbGFuZ3VhZ2VzQGlhbmEub3JnPiBmb3IgYSB0d28td2VlayByZXZpZXcgcGVy
aW9kIGJlZm9yZSBpdCBjYW4KCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVz
IEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMzNdCgwKSW50ZXJuZXQtRHJh
ZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJl
ciAyMDA2CgoKICAgYmUgc3VibWl0dGVkIHRvIElBTkEuICAoVGhpcyBpcyBhbiBvcGVuIGxp
c3QgYW5kIGNhbiBiZSBqb2luZWQgYnkKICAgc2VuZGluZyBhIHJlcXVlc3QgdG8gPGlldGYt
bGFuZ3VhZ2VzLXJlcXVlc3RAaWFuYS5vcmc+LikKCiAgIFZhcmlhbnQgc3VidGFncyBhcmUg
dXN1YWxseSByZWdpc3RlcmVkIGZvciB1c2Ugd2l0aCBhIHBhcnRpY3VsYXIKICAgcmFuZ2Ug
b2YgbGFuZ3VhZ2UgdGFncy4gIEZvciBleGFtcGxlLCB0aGUgc3VidGFnICdyb3phaicgaXMg
aW50ZW5kZWQKICAgZm9yIHVzZSB3aXRoIGxhbmd1YWdlIHRhZ3MgdGhhdCBzdGFydCB3aXRo
IHRoZSBwcmltYXJ5IGxhbmd1YWdlCiAgIHN1YnRhZyAic2wiLCBzaW5jZSBSZXNpYW4gaXMg
YSBkaWFsZWN0IG9mIFNsb3Zlbmlhbi4gIFRodXMsIHRoZQogICBzdWJ0YWcgJ3JvemFqJyB3
b3VsZCBiZSBhcHByb3ByaWF0ZSBpbiB0YWdzIHN1Y2ggYXMgInNsLUxhdG4tcm96YWoiCiAg
IG9yICJzbC1JVC1yb3phaiIuICBUaGlzIGluZm9ybWF0aW9uIGlzIHN0b3JlZCBpbiB0aGUg
J1ByZWZpeCcgZmllbGQKICAgaW4gdGhlIHJlZ2lzdHJ5LiAgVmFyaWFudCByZWdpc3RyYXRp
b24gcmVxdWVzdHMgU0hPVUxEIGluY2x1ZGUgYXQKICAgbGVhc3Qgb25lICdQcmVmaXgnIGZp
ZWxkIGluIHRoZSByZWdpc3RyYXRpb24gZm9ybS4KCiAgIEV4dGVuZGVkIGxhbmd1YWdlIHN1
YnRhZ3MgTVVTVCBpbmNsdWRlIGV4YWN0bHkgb25lICdQcmVmaXgnIGZpZWxkLgoKICAgVGhl
ICdQcmVmaXgnIGZpZWxkIGZvciBhIGdpdmVuIHJlZ2lzdGVyZWQgc3VidGFnIGV4aXN0cyBp
biB0aGUgSUFOQQogICByZWdpc3RyeSBhcyBhIGd1aWRlIHRvIHVzYWdlLiAgQWRkaXRpb25h
bCBwcmVmaXhlcyBNQVkgYmUgYWRkZWQgYnkKICAgZmlsaW5nIGFuIGFkZGl0aW9uYWwgcmVn
aXN0cmF0aW9uIGZvcm0uICBJbiB0aGF0IGZvcm0sIHRoZSAiQW55IG90aGVyCiAgIHJlbGV2
YW50IGluZm9ybWF0aW9uOiIgZmllbGQgTVVTVCBpbmRpY2F0ZSB0aGF0IGl0IGlzIHRoZSBh
ZGRpdGlvbiBvZgogICBhIHByZWZpeC4KCiAgIFJlcXVlc3RzIHRvIGFkZCBhIHByZWZpeCB0
byBhIHZhcmlhbnQgc3VidGFnIHRoYXQgaW1wbHkgYSBkaWZmZXJlbnQKICAgc2VtYW50aWMg
bWVhbmluZyB3aWxsIHByb2JhYmx5IGJlIHJlamVjdGVkLiAgRm9yIGV4YW1wbGUsIGEgcmVx
dWVzdAogICB0byBhZGQgdGhlIHByZWZpeCAiZGUiIHRvIHRoZSBzdWJ0YWcgJ25lZGlzJyBz
byB0aGF0IHRoZSB0YWcgImRlLQogICBuZWRpcyIgcmVwcmVzZW50ZWQgc29tZSBHZXJtYW4g
ZGlhbGVjdCB3b3VsZCBiZSByZWplY3RlZC4gIFRoZQogICAnbmVkaXMnIHN1YnRhZyByZXBy
ZXNlbnRzIGEgcGFydGljdWxhciBTbG92ZW5pYW4gZGlhbGVjdCBhbmQgdGhlCiAgIGFkZGl0
aW9uYWwgcmVnaXN0cmF0aW9uIHdvdWxkIGNoYW5nZSB0aGUgc2VtYW50aWMgbWVhbmluZyBh
c3NpZ25lZCB0bwogICB0aGUgc3VidGFnLiAgQSBzZXBhcmF0ZSBzdWJ0YWcgU0hPVUxEIGJl
IHByb3Bvc2VkIGluc3RlYWQuCgogICBUaGUgJ0Rlc2NyaXB0aW9uJyBmaWVsZCBNVVNUIGNv
bnRhaW4gYSBkZXNjcmlwdGlvbiBvZiB0aGUgdGFnIGJlaW5nCiAgIHJlZ2lzdGVyZWQgd3Jp
dHRlbiBvciB0cmFuc2NyaWJlZCBpbnRvIHRoZSBMYXRpbiBzY3JpcHQ7IGl0IE1BWSBhbHNv
CiAgIGluY2x1ZGUgYSBkZXNjcmlwdGlvbiBpbiBhIG5vbi1MYXRpbiBzY3JpcHQuICBOb24t
QVNDSUkgY2hhcmFjdGVycwogICBNVVNUIGJlIGVzY2FwZWQgdXNpbmcgdGhlIHN5bnRheCBk
ZXNjcmliZWQgaW4gU2VjdGlvbiAzLjEuICBUaGUKICAgJ0Rlc2NyaXB0aW9uJyBmaWVsZCBp
cyB1c2VkIGZvciBpZGVudGlmaWNhdGlvbiBwdXJwb3NlcyBhbmQgZG9lc24ndAogICBuZWNl
c3NhcmlseSByZXByZXNlbnQgdGhlIGFjdHVhbCBuYXRpdmUgbmFtZSBvZiB0aGUgbGFuZ3Vh
Z2Ugb3IKICAgdmFyaWF0aW9uIG9yIHRvIGJlIGluIGFueSBwYXJ0aWN1bGFyIGxhbmd1YWdl
LgoKICAgV2hpbGUgdGhlICdEZXNjcmlwdGlvbicgZmllbGQgaXRzZWxmIGlzIG5vdCBndWFy
YW50ZWVkIHRvIGJlIHN0YWJsZQogICBhbmQgZXJyYXRhIGNvcnJlY3Rpb25zIE1BWSBiZSB1
bmRlcnRha2VuIGZyb20gdGltZSB0byB0aW1lLCBhdHRlbXB0cwogICB0byBwcm92aWRlIHRy
YW5zbGF0aW9ucyBvciB0cmFuc2NyaXB0aW9ucyBvZiBlbnRyaWVzIGluIHRoZSByZWdpc3Ry
eQogICBpdHNlbGYgd2lsbCBwcm9iYWJseSBiZSBmcm93bmVkIHVwb24gYnkgdGhlIGNvbW11
bml0eSBvciByZWplY3RlZAogICBvdXRyaWdodCwgYXMgY2hhbmdlcyBvZiB0aGlzIG5hdHVy
ZSBoYXZlIGFuIGltcGFjdCBvbiB0aGUgcHJvdmlzaW9ucwogICBpbiBTZWN0aW9uIDMuNC4K
CiAgIFdoZW4gdGhlIHR3by13ZWVrIHBlcmlvZCBoYXMgcGFzc2VkLCB0aGUgTGFuZ3VhZ2Ug
U3VidGFnIFJldmlld2VyCiAgIGVpdGhlciBmb3J3YXJkcyB0aGUgcmVjb3JkIHRvIGJlIGlu
c2VydGVkIG9yIG1vZGlmaWVkIHRvCiAgIGlhbmFAaWFuYS5vcmcgYWNjb3JkaW5nIHRvIHRo
ZSBwcm9jZWR1cmUgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy4zLCBvcgogICByZWplY3RzIHRo
ZSByZXF1ZXN0IGJlY2F1c2Ugb2Ygc2lnbmlmaWNhbnQgb2JqZWN0aW9ucyByYWlzZWQgb24g
dGhlCiAgIGxpc3Qgb3IgZHVlIHRvIHByb2JsZW1zIHdpdGggY29uc3RyYWludHMgaW4gdGhp
cyBkb2N1bWVudCAod2hpY2ggTVVTVAoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4
cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSAzNF0KDApJbnRlcm5l
dC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERl
Y2VtYmVyIDIwMDYKCgogICBiZSBleHBsaWNpdGx5IGNpdGVkKS4gIFRoZSBMYW5ndWFnZSBT
dWJ0YWcgUmV2aWV3ZXIgTUFZIGFsc28gZXh0ZW5kCiAgIHRoZSByZXZpZXcgcGVyaW9kIGlu
IHR3by13ZWVrIGluY3JlbWVudHMgdG8gcGVybWl0IGZ1cnRoZXIKICAgZGlzY3Vzc2lvbi4g
IFRoZSBMYW5ndWFnZSBTdWJ0YWcgUmV2aWV3ZXIgTVVTVCBpbmRpY2F0ZSBvbiB0aGUgbGlz
dAogICB3aGV0aGVyIHRoZSByZWdpc3RyYXRpb24gaGFzIGJlZW4gYWNjZXB0ZWQsIHJlamVj
dGVkLCBvciBleHRlbmRlZAogICBmb2xsb3dpbmcgZWFjaCB0d28td2VlayBwZXJpb2QuCgog
ICBOb3RlIHRoYXQgdGhlIExhbmd1YWdlIFN1YnRhZyBSZXZpZXdlciBNQVkgcmFpc2Ugb2Jq
ZWN0aW9ucyBvbiB0aGUKICAgbGlzdCBpZiBoZSBvciBzaGUgc28gZGVzaXJlcy4gIFRoZSBp
bXBvcnRhbnQgdGhpbmcgaXMgdGhhdCB0aGUKICAgb2JqZWN0aW9uIE1VU1QgYmUgbWFkZSBw
dWJsaWNseS4KCiAgIFRoZSBhcHBsaWNhbnQgaXMgZnJlZSB0byBtb2RpZnkgYSByZWplY3Rl
ZCBhcHBsaWNhdGlvbiB3aXRoCiAgIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gYW5kIHN1Ym1p
dCBpdCBhZ2FpbjsgdGhpcyByZXN0YXJ0cyB0aGUgdHdvLQogICB3ZWVrIGNvbW1lbnQgcGVy
aW9kLgoKICAgRGVjaXNpb25zIG1hZGUgYnkgdGhlIExhbmd1YWdlIFN1YnRhZyBSZXZpZXdl
ciBNQVkgYmUgYXBwZWFsZWQgdG8gdGhlCiAgIElFU0cgW1JGQzIwMjhdIHVuZGVyIHRoZSBz
YW1lIHJ1bGVzIGFzIG90aGVyIElFVEYgZGVjaXNpb25zCiAgIFtSRkMyMDI2XS4KCiAgIEFs
bCBhcHByb3ZlZCByZWdpc3RyYXRpb24gZm9ybXMgYXJlIGF2YWlsYWJsZSBvbmxpbmUgaW4g
dGhlIGRpcmVjdG9yeQogICBodHRwOi8vd3d3LmlhbmEub3JnL251bWJlcnMuaHRtbCB1bmRl
ciAibGFuZ3VhZ2VzIi4KCiAgIFVwZGF0ZXMgb3IgY2hhbmdlcyB0byBleGlzdGluZyByZWNv
cmRzIGZvbGxvdyB0aGUgc2FtZSBwcm9jZWR1cmUgYXMKICAgbmV3IHJlZ2lzdHJhdGlvbnMu
ICBUaGUgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyIGRlY2lkZXMgd2hldGhlcgogICB0aGVy
ZSBpcyBjb25zZW5zdXMgdG8gdXBkYXRlIHRoZSByZWdpc3RyYXRpb24gZm9sbG93aW5nIHRo
ZSB0d28gd2VlawogICByZXZpZXcgcGVyaW9kOyBub3JtYWxseSwgb2JqZWN0aW9ucyBieSB0
aGUgb3JpZ2luYWwgcmVnaXN0cmFudCB3aWxsCiAgIGNhcnJ5IGV4dHJhIHdlaWdodCBpbiBm
b3JtaW5nIHN1Y2ggYSBjb25zZW5zdXMuCgogICBSZWdpc3RyYXRpb25zIGFyZSBwZXJtYW5l
bnQgYW5kIHN0YWJsZS4gIE9uY2UgcmVnaXN0ZXJlZCwgc3VidGFncwogICB3aWxsIG5vdCBi
ZSByZW1vdmVkIGZyb20gdGhlIHJlZ2lzdHJ5IGFuZCB3aWxsIHJlbWFpbiBhIHZhbGlkIHdh
eSBpbgogICB3aGljaCB0byBzcGVjaWZ5IGEgc3BlY2lmaWMgbGFuZ3VhZ2Ugb3IgdmFyaWFu
dC4KCiAgIE5vdGU6IFRoZSBwdXJwb3NlIG9mIHRoZSAiUmVmZXJlbmNlIHRvIHB1Ymxpc2hl
ZCBkZXNjcmlwdGlvbiIgc2VjdGlvbgogICBpbiB0aGUgcmVnaXN0cmF0aW9uIGZvcm0gaXMg
dG8gYWlkIGluIHZlcmlmeWluZyB3aGV0aGVyIGEgbGFuZ3VhZ2UgaXMKICAgcmVnaXN0ZXJl
ZCBvciB3aGF0IGxhbmd1YWdlIG9yIGxhbmd1YWdlIHZhcmlhdGlvbiBhIHBhcnRpY3VsYXIg
c3VidGFnCiAgIHJlZmVycyB0by4gIEluIG1vc3QgY2FzZXMsIHJlZmVyZW5jZSB0byBhbiBh
dXRob3JpdGF0aXZlIGdyYW1tYXIgb3IKICAgZGljdGlvbmFyeSBvZiB0aGF0IGxhbmd1YWdl
IHdpbGwgYmUgdXNlZnVsOyBpbiBjYXNlcyB3aGVyZSBubyBzdWNoCiAgIHdvcmsgZXhpc3Rz
LCBvdGhlciB3ZWxsLWtub3duIHdvcmtzIGRlc2NyaWJpbmcgdGhhdCBsYW5ndWFnZSBvciBp
bgogICB0aGF0IGxhbmd1YWdlIE1BWSBiZSBhcHByb3ByaWF0ZS4gIFRoZSBMYW5ndWFnZSBT
dWJ0YWcgUmV2aWV3ZXIKICAgZGVjaWRlcyB3aGF0IGNvbnN0aXR1dGVzICJnb29kIGVub3Vn
aCIgcmVmZXJlbmNlIG1hdGVyaWFsLiAgVGhpcwogICByZXF1aXJlbWVudCBpcyBub3QgaW50
ZW5kZWQgdG8gZXhjbHVkZSBwYXJ0aWN1bGFyIGxhbmd1YWdlcyBvcgogICBkaWFsZWN0cyBk
dWUgdG8gdGhlIHNpemUgb2YgdGhlIHNwZWFrZXIgcG9wdWxhdGlvbiBvciBsYWNrIG9mIGEK
ICAgc3RhbmRhcmRpemVkIG9ydGhvZ3JhcGh5LiAgTWlub3JpdHkgbGFuZ3VhZ2VzIHdpbGwg
YmUgY29uc2lkZXJlZAogICBlcXVhbGx5IG9uIHRoZWlyIG93biBtZXJpdHMuCgozLjYuICBQ
b3NzaWJpbGl0aWVzIGZvciBSZWdpc3RyYXRpb24KCiAgIFBvc3NpYmlsaXRpZXMgZm9yIHJl
Z2lzdHJhdGlvbiBvZiBzdWJ0YWdzIG9yIGluZm9ybWF0aW9uIGFib3V0CiAgIHN1YnRhZ3Mg
aW5jbHVkZToKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwg
MjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMzVdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAg
ICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoK
ICAgbyAgUHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWdzIGZvciBsYW5ndWFnZXMgbm90IGxpc3Rl
ZCBpbiBJU08gNjM5IHRoYXQKICAgICAgYXJlIG5vdCB2YXJpYW50cyBvZiBhbnkgbGlzdGVk
IG9yIHJlZ2lzdGVyZWQgbGFuZ3VhZ2UgTUFZIGJlCiAgICAgIHJlZ2lzdGVyZWQuICBBdCB0
aGUgdGltZSB0aGlzIGRvY3VtZW50IHdhcyBjcmVhdGVkLCB0aGVyZSB3ZXJlIG5vCiAgICAg
IGV4YW1wbGVzIG9mIHRoaXMgZm9ybSBvZiBzdWJ0YWcuICBCZWZvcmUgYXR0ZW1wdGluZyB0
byByZWdpc3RlciBhCiAgICAgIGxhbmd1YWdlIHN1YnRhZywgdGhlcmUgTVVTVCBiZSBhbiBh
dHRlbXB0IHRvIHJlZ2lzdGVyIHRoZSBsYW5ndWFnZQogICAgICB3aXRoIElTTyA2MzkuICBT
dWJ0YWdzIE1VU1QgTk9UIGJlIHJlZ2lzdGVyZWQgZm9yIGxhbmd1YWdlcwogICAgICBkZWZp
bmVkIGJ5IGNvZGVzIHRoYXQgZXhpc3QgaW4gSVNPIDYzOS0xLCBJU08gNjM5LTIsIG9yIElT
TyA2MzktMywKICAgICAgb3IgdGhhdCBhcmUgdW5kZXIgY29uc2lkZXJhdGlvbiBieSB0aGUg
SVNPIDYzOSByZWdpc3RyYXRpb24KICAgICAgYXV0aG9yaXRpZXMsIG9yIHRoYXQgaGF2ZSBu
ZXZlciBiZWVuIGF0dGVtcHRlZCBmb3IgcmVnaXN0cmF0aW9uCiAgICAgIHdpdGggdGhvc2Ug
YXV0aG9yaXRpZXMuICBJZiBJU08gNjM5IGhhcyBwcmV2aW91c2x5IHJlamVjdGVkIGEKICAg
ICAgbGFuZ3VhZ2UgZm9yIHJlZ2lzdHJhdGlvbiwgaXQgaXMgcmVhc29uYWJsZSB0byBhc3N1
bWUgdGhhdCB0aGVyZQogICAgICBtdXN0IGJlIGFkZGl0aW9uYWwsIHZlcnkgY29tcGVsbGlu
ZyBldmlkZW5jZSBvZiBuZWVkIGJlZm9yZSBpdAogICAgICB3aWxsIGJlIHJlZ2lzdGVyZWQg
YXMgYSBwcmltYXJ5IGxhbmd1YWdlIHN1YnRhZyBpbiB0aGUgSUFOQQogICAgICByZWdpc3Ry
eSAodG8gdGhlIGV4dGVudCB0aGF0IGl0IGlzIHZlcnkgdW5saWtlbHkgdGhhdCBhbnkgc3Vi
dGFncwogICAgICB3aWxsIGJlIHJlZ2lzdGVyZWQgb2YgdGhpcyB0eXBlKS4KCiAgIG8gIERp
YWxlY3Qgb3Igb3RoZXIgZGl2aXNpb25zIG9yIHZhcmlhdGlvbnMgd2l0aGluIGEgbGFuZ3Vh
Z2UsIGl0cwogICAgICBvcnRob2dyYXBoeSwgd3JpdGluZyBzeXN0ZW0sIHJlZ2lvbmFsIG9y
IGhpc3RvcmljYWwgdXNhZ2UsCiAgICAgIHRyYW5zbGl0ZXJhdGlvbiBvciBvdGhlciB0cmFu
c2Zvcm1hdGlvbiwgb3IgZGlzdGluZ3Vpc2hpbmcKICAgICAgdmFyaWF0aW9uIE1BWSBiZSBy
ZWdpc3RlcmVkIGFzIHZhcmlhbnQgc3VidGFncy4gIEFuIGV4YW1wbGUgaXMgdGhlCiAgICAg
ICdyb3phaicgc3VidGFnICh0aGUgUmVzaWFuIGRpYWxlY3Qgb2YgU2xvdmVuaWFuKS4KCiAg
IG8gIFRoZSBhZGRpdGlvbiBvciBtYWludGVuYW5jZSBvZiBmaWVsZHMgKGdlbmVyYWxseSBv
ZiBhbgogICAgICBpbmZvcm1hdGlvbmFsIG5hdHVyZSkgaW4gVGFnIG9yIFN1YnRhZyByZWNv
cmRzIGFzIGRlc2NyaWJlZCBpbgogICAgICBTZWN0aW9uIDMuMSBhbmQgc3ViamVjdCB0byB0
aGUgc3RhYmlsaXR5IHByb3Zpc2lvbnMgaW4KICAgICAgU2VjdGlvbiAzLjQuICBUaGlzIGlu
Y2x1ZGVzIGRlc2NyaXB0aW9ucywgY29tbWVudHMsIGRlcHJlY2F0aW9uCiAgICAgIGFuZCBw
cmVmZXJyZWQgdmFsdWVzIGZvciBvYnNvbGV0ZSBvciB3aXRoZHJhd24gY29kZXMsIG9yIHRo
ZQogICAgICBhZGRpdGlvbiBvZiBzY3JpcHQgb3IgZXh0bGFuZyBpbmZvcm1hdGlvbiB0byBw
cmltYXJ5IGxhbmd1YWdlCiAgICAgIHN1YnRhZ3MuCgogICBvICBUaGUgYWRkaXRpb24gb2Yg
cmVjb3JkcyBhbmQgcmVsYXRlZCBmaWVsZCB2YWx1ZSBjaGFuZ2VzIG5lY2Vzc2FyeQogICAg
ICB0byByZWZsZWN0IGFzc2lnbm1lbnRzIG1hZGUgYnkgSVNPIDYzOSwgSVNPIDE1OTI0LCBJ
U08gMzE2NiwgYW5kCiAgICAgIFVOIE0uNDkgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy40
LgoKICAgU3VidGFncyBwcm9wb3NlZCBmb3IgcmVnaXN0cmF0aW9uIHRoYXQgd291bGQgY2F1
c2UgYWxsIG9yIHBhcnQgb2YgYQogICBncmFuZGZhdGhlcmVkIHRhZyB0byBiZWNvbWUgcmVk
dW5kYW50IGJ1dCB3aG9zZSBtZWFuaW5nIGNvbmZsaWN0cwogICB3aXRoIG9yIGFsdGVycyB0
aGUgbWVhbmluZyBvZiB0aGUgZ3JhbmRmYXRoZXJlZCB0YWcgTVVTVCBiZSByZWplY3RlZC4K
CiAgIFRoaXMgZG9jdW1lbnQgbGVhdmVzIHRoZSBkZWNpc2lvbiBvbiB3aGF0IHN1YnRhZ3Mg
b3IgY2hhbmdlcyB0bwogICBzdWJ0YWdzIGFyZSBhcHByb3ByaWF0ZSAob3Igbm90KSB0byB0
aGUgcmVnaXN0cmF0aW9uIHByb2Nlc3MKICAgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy41LgoK
ICAgTm90ZTogZm91ci1jaGFyYWN0ZXIgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWdzIGFyZSBy
ZXNlcnZlZCB0byBhbGxvdwogICBmb3IgdGhlIHBvc3NpYmlsaXR5IG9mIGFscGhhNCBjb2Rl
cyBpbiBzb21lIGZ1dHVyZSBhZGRpdGlvbiB0byB0aGUKICAgSVNPIDYzOSBmYW1pbHkgb2Yg
c3RhbmRhcmRzLgoKICAgSVNPIDYzOSBkZWZpbmVzIGEgbWFpbnRlbmFuY2UgYWdlbmN5IGZv
ciBhZGRpdGlvbnMgdG8gYW5kIGNoYW5nZXMgaW4KICAgdGhlIGxpc3Qgb2YgbGFuZ3VhZ2Vz
IGluIElTTyA2MzkuICBUaGlzIGFnZW5jeSBpczoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAg
ICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMzZdCgwK
SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAg
ICAgICBEZWNlbWJlciAyMDA2CgoKICAgSW50ZXJuYXRpb25hbCBJbmZvcm1hdGlvbiBDZW50
cmUgZm9yIFRlcm1pbm9sb2d5IChJbmZvdGVybSkKICAgQWljaGhvbHpnYXNzZSA2LzEyLCBB
VC0xMTIwCiAgIFdpZW4sIEF1c3RyaWEKICAgUGhvbmU6ICs0MyAxIDI2IDc1IDM1IEV4dC4g
MzEyIEZheDogKzQzIDEgMjE2IDMyIDcyCgogICBJU08gNjM5LTIgZGVmaW5lcyBhIG1haW50
ZW5hbmNlIGFnZW5jeSBmb3IgYWRkaXRpb25zIHRvIGFuZCBjaGFuZ2VzCiAgIGluIHRoZSBs
aXN0IG9mIGxhbmd1YWdlcyBpbiBJU08gNjM5LTIuICBUaGlzIGFnZW5jeSBpczoKCiAgIExp
YnJhcnkgb2YgQ29uZ3Jlc3MKICAgTmV0d29yayBEZXZlbG9wbWVudCBhbmQgTUFSQyBTdGFu
ZGFyZHMgT2ZmaWNlCiAgIFdhc2hpbmd0b24sIEQuQy4gMjA1NDAgVVNBCiAgIFBob25lOiAr
MSAyMDIgNzA3IDYyMzcgRmF4OiArMSAyMDIgNzA3IDAxMTUKICAgVVJMOiBodHRwOi8vd3d3
LmxvYy5nb3Yvc3RhbmRhcmRzL2lzbzYzOS0yCgogICBJU08gNjM5LTMgZGVmaW5lcyBhIG1h
aW50ZW5hbmNlIGFnZW5jeSBmb3IgYWRkaXRpb25zIHRvIGFuZCBjaGFuZ2VzCiAgIGluIHRo
ZSBsaXN0IG9mIGxhbmd1YWdlcyBpbiBJU08gNjM5LTMuICBUaGlzIGFnZW5jeSBpczoKCiAg
IFNJTCBJbnRlcm5hdGlvbmFsCiAgIElTTyA2MzktMyBSZWdpc3RyYXIKICAgNzUwMCBXLiBD
YW1wIFdpc2RvbSBSZC4KICAgRGFsbGFzLCBUWCA3NTIzNiBVU0EKICAgUGhvbmU6ICsxIDk3
MiA3MDggNzQwMCwgZXh0LiAyMjkzIEZheDogKzEgOTcyIDcwOCA3NTQ2CiAgIEVtYWlsOiBp
c282MzktM0BzaWwub3JnCiAgIFVSTDogaHR0cDovL3d3dy5zaWwub3JnL2lzbzYzOS0zCgog
ICBUaGUgbWFpbnRlbmFuY2UgYWdlbmN5IGZvciBJU08gMzE2NiAoY291bnRyeSBjb2Rlcykg
aXM6CgogICBJU08gMzE2NiBNYWludGVuYW5jZSBBZ2VuY3kKICAgYy9vIEludGVybmF0aW9u
YWwgT3JnYW5pemF0aW9uIGZvciBTdGFuZGFyZGl6YXRpb24KICAgQ2FzZSBwb3N0YWxlIDU2
CiAgIENILTEyMTEgR2VuZXZhIDIwIFN3aXR6ZXJsYW5kCiAgIFBob25lOiArNDEgMjIgNzQ5
IDcyIDMzIEZheDogKzQxIDIyIDc0OSA3MyA0OQogICBVUkw6IGh0dHA6Ly93d3cuaXNvLm9y
Zy9pc28vZW4vcHJvZHMtc2VydmljZXMvaXNvMzE2Nm1hL2luZGV4Lmh0bWwKCiAgIFRoZSBy
ZWdpc3RyYXRpb24gYXV0aG9yaXR5IGZvciBJU08gMTU5MjQgKHNjcmlwdCBjb2RlcykgaXM6
CgogICBVbmljb2RlIENvbnNvcnRpdW0gQm94IDM5MTQ3NgogICBNb3VudGFpbiBWaWV3LCBD
QSA5NDAzOS0xNDc2LCBVU0EKICAgVVJMOiBodHRwOi8vd3d3LnVuaWNvZGUub3JnL2lzbzE1
OTI0CgogICBUaGUgU3RhdGlzdGljcyBEaXZpc2lvbiBvZiB0aGUgVW5pdGVkIE5hdGlvbnMg
U2VjcmV0YXJpYXQgbWFpbnRhaW5zCiAgIHRoZSBTdGFuZGFyZCBDb3VudHJ5IG9yIEFyZWEg
Q29kZXMgZm9yIFN0YXRpc3RpY2FsIFVzZSBhbmQgY2FuIGJlCiAgIHJlYWNoZWQgYXQ6Cgog
ICBTdGF0aXN0aWNhbCBTZXJ2aWNlcyBCcmFuY2gKICAgU3RhdGlzdGljcyBEaXZpc2lvbgog
ICBVbml0ZWQgTmF0aW9ucywgUm9vbSBEQzItMTYyMAogICBOZXcgWW9yaywgTlkgMTAwMTcs
IFVTQQoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3
ICAgICAgICAgICAgICAgICBbUGFnZSAzN10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICBG
YXg6ICsxLTIxMi05NjMtMDYyMwogICBFLW1haWw6IHN0YXRpc3RpY3NAdW4ub3JnCiAgIFVS
TDogaHR0cDovL3Vuc3RhdHMudW4ub3JnL3Vuc2QvbWV0aG9kcy9tNDkvbTQ5YWxwaGEuaHRt
CgozLjcuICBFeHRlbnNpb25zIGFuZCBFeHRlbnNpb25zIFJlZ2lzdHJ5CgogICBFeHRlbnNp
b24gc3VidGFncyBhcmUgdGhvc2UgaW50cm9kdWNlZCBieSBzaW5nbGUtY2hhcmFjdGVyIHN1
YnRhZ3MKICAgKCJzaW5nbGV0b25zIikgb3RoZXIgdGhhbiAneCcuICBUaGV5IGFyZSByZXNl
cnZlZCBmb3IgdGhlIGdlbmVyYXRpb24KICAgb2YgaWRlbnRpZmllcnMgdGhhdCBjb250YWlu
IGEgbGFuZ3VhZ2UgY29tcG9uZW50IGFuZCBhcmUgY29tcGF0aWJsZQogICB3aXRoIGFwcGxp
Y2F0aW9ucyB0aGF0IHVuZGVyc3RhbmQgbGFuZ3VhZ2UgdGFncy4KCiAgIFRoZSBzdHJ1Y3R1
cmUgYW5kIGZvcm0gb2YgZXh0ZW5zaW9ucyBhcmUgZGVmaW5lZCBieSB0aGlzIGRvY3VtZW50
IHNvCiAgIHRoYXQgaW1wbGVtZW50YXRpb25zIGNhbiBiZSBjcmVhdGVkIHRoYXQgYXJlIGZv
cndhcmQgY29tcGF0aWJsZSB3aXRoCiAgIGFwcGxpY2F0aW9ucyB0aGF0IG1pZ2h0IGJlIGNy
ZWF0ZWQgdXNpbmcgc2luZ2xldG9ucyBpbiB0aGUgZnV0dXJlLgogICBJbiBhZGRpdGlvbiwg
ZGVmaW5pbmcgYSBtZWNoYW5pc20gZm9yIG1haW50YWluaW5nIHNpbmdsZXRvbnMgd2lsbAog
ICBsZW5kIHN0YWJpbGl0eSB0byB0aGlzIGRvY3VtZW50IGJ5IHJlZHVjaW5nIHRoZSBsaWtl
bHkgbmVlZCBmb3IKICAgZnV0dXJlIHJldmlzaW9ucyBvciB1cGRhdGVzLgoKICAgU2luZ2xl
LWNoYXJhY3RlciBzdWJ0YWdzIGFyZSBhc3NpZ25lZCBieSBJQU5BIHVzaW5nIHRoZSAiSUVU
RgogICBDb25zZW5zdXMiIHBvbGljeSBkZWZpbmVkIGJ5IFtSRkMyNDM0XS4gIFRoaXMgcG9s
aWN5IHJlcXVpcmVzIHRoZQogICBkZXZlbG9wbWVudCBvZiBhbiBSRkMsIHdoaWNoIFNIQUxM
IGRlZmluZSB0aGUgbmFtZSwgcHVycG9zZSwKICAgcHJvY2Vzc2VzLCBhbmQgcHJvY2VkdXJl
cyBmb3IgbWFpbnRhaW5pbmcgdGhlIHN1YnRhZ3MuICBUaGUKICAgbWFpbnRhaW5pbmcgb3Ig
cmVnaXN0ZXJpbmcgYXV0aG9yaXR5LCBpbmNsdWRpbmcgbmFtZSwgY29udGFjdCBlbWFpbCwK
ICAgZGlzY3Vzc2lvbiBsaXN0IGVtYWlsLCBhbmQgVVJMIGxvY2F0aW9uIG9mIHRoZSByZWdp
c3RyeSwgTVVTVCBiZQogICBpbmRpY2F0ZWQgY2xlYXJseSBpbiB0aGUgUkZDLiAgVGhlIFJG
QyBNVVNUIHNwZWNpZnkgb3IgaW5jbHVkZSBlYWNoCiAgIG9mIHRoZSBmb2xsb3dpbmc6Cgog
ICBvICBUaGUgc3BlY2lmaWNhdGlvbiBNVVNUIHJlZmVyZW5jZSB0aGUgc3BlY2lmaWMgdmVy
c2lvbiBvciByZXZpc2lvbgogICAgICBvZiB0aGlzIGRvY3VtZW50IHRoYXQgZ292ZXJucyBp
dHMgY3JlYXRpb24gYW5kIE1VU1QgcmVmZXJlbmNlIHRoaXMKICAgICAgc2VjdGlvbiBvZiB0
aGlzIGRvY3VtZW50LgoKICAgbyAgVGhlIHNwZWNpZmljYXRpb24gYW5kIGFsbCBzdWJ0YWdz
IGRlZmluZWQgYnkgdGhlIHNwZWNpZmljYXRpb24KICAgICAgTVVTVCBmb2xsb3cgdGhlIEFC
TkYgYW5kIG90aGVyIHJ1bGVzIGZvciB0aGUgZm9ybWF0aW9uIG9mIHRhZ3MgYW5kCiAgICAg
IHN1YnRhZ3MgYXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LiAgSW4gcGFydGljdWxhciwg
aXQgTVVTVAogICAgICBzcGVjaWZ5IHRoYXQgY2FzZSBpcyBub3Qgc2lnbmlmaWNhbnQgYW5k
IHRoYXQgc3VidGFncyBNVVNUIE5PVAogICAgICBleGNlZWQgZWlnaHQgY2hhcmFjdGVycyBp
biBsZW5ndGguCgogICBvICBUaGUgc3BlY2lmaWNhdGlvbiBNVVNUIHNwZWNpZnkgYSBjYW5v
bmljYWwgcmVwcmVzZW50YXRpb24uCgogICBvICBUaGUgc3BlY2lmaWNhdGlvbiBvZiB2YWxp
ZCBzdWJ0YWdzIE1VU1QgYmUgYXZhaWxhYmxlIG92ZXIgdGhlCiAgICAgIEludGVybmV0IGFu
ZCBhdCBubyBjb3N0LgoKICAgbyAgVGhlIHNwZWNpZmljYXRpb24gTVVTVCBiZSBpbiB0aGUg
cHVibGljIGRvbWFpbiBvciBhdmFpbGFibGUgdmlhIGEKICAgICAgcm95YWx0eS1mcmVlIGxp
Y2Vuc2UgYWNjZXB0YWJsZSB0byB0aGUgSUVURiBhbmQgc3BlY2lmaWVkIGluIHRoZQogICAg
ICBSRkMuCgogICBvICBUaGUgc3BlY2lmaWNhdGlvbiBNVVNUIGJlIHZlcnNpb25lZCwgYW5k
IGVhY2ggdmVyc2lvbiBvZiB0aGUKICAgICAgc3BlY2lmaWNhdGlvbiBNVVNUIGJlIG51bWJl
cmVkLCBkYXRlZCwgYW5kIHN0YWJsZS4KCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBF
eHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMzhdCgwKSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBE
ZWNlbWJlciAyMDA2CgoKICAgbyAgVGhlIHNwZWNpZmljYXRpb24gTVVTVCBiZSBzdGFibGUu
ICBUaGF0IGlzLCBleHRlbnNpb24gc3VidGFncywKICAgICAgb25jZSBkZWZpbmVkIGJ5IGEg
c3BlY2lmaWNhdGlvbiwgTVVTVCBOT1QgYmUgcmV0cmFjdGVkIG9yIGNoYW5nZQogICAgICBp
biBtZWFuaW5nIGluIGFueSBzdWJzdGFudGlhbCB3YXkuCgogICBvICBUaGUgc3BlY2lmaWNh
dGlvbiBNVVNUIGluY2x1ZGUgaW4gYSBzZXBhcmF0ZSBzZWN0aW9uIHRoZQogICAgICByZWdp
c3RyYXRpb24gZm9ybSByZXByb2R1Y2VkIGluIHRoaXMgc2VjdGlvbiAoYmVsb3cpIHRvIGJl
IHVzZWQgaW4KICAgICAgcmVnaXN0ZXJpbmcgdGhlIGV4dGVuc2lvbiB1cG9uIHB1YmxpY2F0
aW9uIGFzIGFuIFJGQy4KCiAgIG8gIElBTkEgTVVTVCBiZSBpbmZvcm1lZCBvZiBjaGFuZ2Vz
IHRvIHRoZSBjb250YWN0IGluZm9ybWF0aW9uIGFuZAogICAgICBVUkwgZm9yIHRoZSBzcGVj
aWZpY2F0aW9uLgoKICAgSUFOQSB3aWxsIG1haW50YWluIGEgcmVnaXN0cnkgb2YgYWxsb2Nh
dGVkIHNpbmdsZS1jaGFyYWN0ZXIKICAgKHNpbmdsZXRvbikgc3VidGFncy4gIFRoaXMgcmVn
aXN0cnkgTVVTVCB1c2UgdGhlIHJlY29yZC1qYXIgZm9ybWF0CiAgIGRlc2NyaWJlZCBieSB0
aGUgQUJORiBpbiBTZWN0aW9uIDMuMS4gIFVwb24gcHVibGljYXRpb24gb2YgYW4KICAgZXh0
ZW5zaW9uIGFzIGFuIFJGQywgdGhlIG1haW50YWluaW5nIGF1dGhvcml0eSBkZWZpbmVkIGlu
IHRoZSBSRkMKICAgTVVTVCBmb3J3YXJkIHRoaXMgcmVnaXN0cmF0aW9uIGZvcm0gdG8gaWVz
Z0BpZXRmLm9yZywgd2hvIE1VU1QKICAgZm9yd2FyZCB0aGUgcmVxdWVzdCB0byBpYW5hQGlh
bmEub3JnLiAgVGhlIG1haW50YWluaW5nIGF1dGhvcml0eSBvZgogICB0aGUgZXh0ZW5zaW9u
IE1VU1QgbWFpbnRhaW4gdGhlIGFjY3VyYWN5IG9mIHRoZSByZWNvcmQgYnkgc2VuZGluZyBh
bgogICB1cGRhdGVkIGZ1bGwgY29weSBvZiB0aGUgcmVjb3JkIHRvIGlhbmFAaWFuYS5vcmcg
d2l0aCB0aGUgc3ViamVjdAogICBsaW5lICJMQU5HVUFHRSBUQUcgRVhURU5TSU9OIFVQREFU
RSIgd2hlbmV2ZXIgY29udGVudCBjaGFuZ2VzLiAgT25seQogICB0aGUgJ0NvbW1lbnRzJywg
J0NvbnRhY3RfRW1haWwnLCAnTWFpbGluZ19MaXN0JywgYW5kICdVUkwnIGZpZWxkcyBNQVkK
ICAgYmUgbW9kaWZpZWQgaW4gdGhlc2UgdXBkYXRlcy4KCiAgIEZhaWx1cmUgdG8gbWFpbnRh
aW4gdGhpcyByZWNvcmQsIG1haW50YWluIHRoZSBjb3JyZXNwb25kaW5nIHJlZ2lzdHJ5LAog
ICBvciBtZWV0IG90aGVyIGNvbmRpdGlvbnMgaW1wb3NlZCBieSB0aGlzIHNlY3Rpb24gb2Yg
dGhpcyBkb2N1bWVudCBNQVkKICAgYmUgYXBwZWFsZWQgdG8gdGhlIElFU0cgW1JGQzIwMjhd
IHVuZGVyIHRoZSBzYW1lIHJ1bGVzIGFzIG90aGVyIElFVEYKICAgZGVjaXNpb25zIChzZWUg
W1JGQzIwMjZdKSBhbmQgTUFZIHJlc3VsdCBpbiB0aGUgYXV0aG9yaXR5IHRvIG1haW50YWlu
CiAgIHRoZSBleHRlbnNpb24gYmVpbmcgd2l0aGRyYXduIG9yIHJlYXNzaWduZWQgYnkgdGhl
IElFU0cuCiAgICUlCiAgIElkZW50aWZpZXI6CiAgIERlc2NyaXB0aW9uOgogICBDb21tZW50
czoKICAgQWRkZWQ6CiAgIFJGQzoKICAgQXV0aG9yaXR5OgogICBDb250YWN0X0VtYWlsOgog
ICBNYWlsaW5nX0xpc3Q6CiAgIFVSTDoKICAgJSUKCiAgIEZpZ3VyZSA2OiBGb3JtYXQgb2Yg
UmVjb3JkcyBpbiB0aGUgTGFuZ3VhZ2UgVGFnIEV4dGVuc2lvbnMgUmVnaXN0cnkKCiAgICdJ
ZGVudGlmaWVyJyBjb250YWlucyB0aGUgc2luZ2xlLWNoYXJhY3RlciBzdWJ0YWcgKHNpbmds
ZXRvbikKICAgYXNzaWduZWQgdG8gdGhlIGV4dGVuc2lvbi4gIFRoZSBJbnRlcm5ldC1EcmFm
dCBzdWJtaXR0ZWQgdG8gZGVmaW5lCiAgIHRoZSBleHRlbnNpb24gU0hPVUxEIHNwZWNpZnkg
d2hpY2ggbGV0dGVyIG9yIGRpZ2l0IHRvIHVzZSwgYWx0aG91Z2gKICAgdGhlIElFU0cgTUFZ
IGNoYW5nZSB0aGUgYXNzaWdubWVudCB3aGVuIGFwcHJvdmluZyB0aGUgUkZDLgoKICAgJ0Rl
c2NyaXB0aW9uJyBjb250YWlucyB0aGUgbmFtZSBhbmQgZGVzY3JpcHRpb24gb2YgdGhlIGV4
dGVuc2lvbi4KCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwg
MjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgMzldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAg
ICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoK
ICAgJ0NvbW1lbnRzJyBpcyBhbiBPUFRJT05BTCBmaWVsZCBhbmQgTUFZIGNvbnRhaW4gYSBi
cm9hZGVyIGRlc2NyaXB0aW9uCiAgIG9mIHRoZSBleHRlbnNpb24uCgogICAnQWRkZWQnIGNv
bnRhaW5zIHRoZSBkYXRlIHRoZSBSRkMgd2FzIHB1Ymxpc2hlZCBpbiB0aGUgImZ1bGwtZGF0
ZSIKICAgZm9ybWF0IHNwZWNpZmllZCBpbiBbUkZDMzMzOV0uICBGb3IgZXhhbXBsZTogMjAw
NC0wNi0yOCByZXByZXNlbnRzCiAgIEp1bmUgMjgsIDIwMDQsIGluIHRoZSBHcmVnb3JpYW4g
Y2FsZW5kYXIuCgogICAnUkZDJyBjb250YWlucyB0aGUgUkZDIG51bWJlciBhc3NpZ25lZCB0
byB0aGUgZXh0ZW5zaW9uLgoKICAgJ0F1dGhvcml0eScgY29udGFpbnMgdGhlIG5hbWUgb2Yg
dGhlIG1haW50YWluaW5nIGF1dGhvcml0eSBmb3IgdGhlCiAgIGV4dGVuc2lvbi4KCiAgICdD
b250YWN0X0VtYWlsJyBjb250YWlucyB0aGUgZW1haWwgYWRkcmVzcyB1c2VkIHRvIGNvbnRh
Y3QgdGhlCiAgIG1haW50YWluaW5nIGF1dGhvcml0eS4KCiAgICdNYWlsaW5nX0xpc3QnIGNv
bnRhaW5zIHRoZSBVUkwgb3Igc3Vic2NyaXB0aW9uIGVtYWlsIGFkZHJlc3Mgb2YgdGhlCiAg
IG1haWxpbmcgbGlzdCB1c2VkIGJ5IHRoZSBtYWludGFpbmluZyBhdXRob3JpdHkuCgogICAn
VVJMJyBjb250YWlucyB0aGUgVVJMIG9mIHRoZSByZWdpc3RyeSBmb3IgdGhpcyBleHRlbnNp
b24uCgogICBUaGUgZGV0ZXJtaW5hdGlvbiBvZiB3aGV0aGVyIGFuIEludGVybmV0LURyYWZ0
IG1lZXRzIHRoZSBhYm92ZQogICBjb25kaXRpb25zIGFuZCB0aGUgZGVjaXNpb24gdG8gZ3Jh
bnQgb3Igd2l0aGhvbGQgc3VjaCBhdXRob3JpdHkgcmVzdHMKICAgc29sZWx5IHdpdGggdGhl
IElFU0cgYW5kIGlzIHN1YmplY3QgdG8gdGhlIG5vcm1hbCByZXZpZXcgYW5kIGFwcGVhbHMK
ICAgcHJvY2VzcyBhc3NvY2lhdGVkIHdpdGggdGhlIFJGQyBwcm9jZXNzLgoKICAgRXh0ZW5z
aW9uIGF1dGhvcnMgYXJlIHN0cm9uZ2x5IGNhdXRpb25lZCB0aGF0IG1hbnkgKGluY2x1ZGlu
ZyBtb3N0CiAgIHdlbGwtZm9ybWVkKSBwcm9jZXNzb3JzIHdpbGwgYmUgdW5hd2FyZSBvZiBh
bnkgc3BlY2lhbCByZWxhdGlvbnNoaXBzCiAgIG9yIG1lYW5pbmcgaW5oZXJlbnQgaW4gdGhl
IG9yZGVyIG9mIGV4dGVuc2lvbiBzdWJ0YWdzLiAgRXh0ZW5zaW9uCiAgIGF1dGhvcnMgU0hP
VUxEIGF2b2lkIHN1YnRhZyByZWxhdGlvbnNoaXBzIG9yIGNhbm9uaWNhbGl6YXRpb24KICAg
bWVjaGFuaXNtcyB0aGF0IGludGVyZmVyZSB3aXRoIG1hdGNoaW5nIG9yIHdpdGggbGVuZ3Ro
IHJlc3RyaWN0aW9ucwogICB0aGF0IHNvbWV0aW1lcyBleGlzdCBpbiBjb21tb24gcHJvdG9j
b2xzIHdoZXJlIHRoZSBleHRlbnNpb24gaXMgdXNlZC4KICAgSW4gcGFydGljdWxhciwgYXBw
bGljYXRpb25zIE1BWSB0cnVuY2F0ZSB0aGUgc3VidGFncyBpbiBkb2luZwogICBtYXRjaGlu
ZyBvciBpbiBmaXR0aW5nIGludG8gbGltaXRlZCBsZW5ndGhzLCBzbyBpdCBpcyBSRUNPTU1F
TkRFRAogICB0aGF0IHRoZSBtb3N0IHNpZ25pZmljYW50IGluZm9ybWF0aW9uIGJlIGluIHRo
ZSBtb3N0IHNpZ25pZmljYW50CiAgIChsZWZ0LW1vc3QpIHN1YnRhZ3MgYW5kIHRoYXQgdGhl
IHNwZWNpZmljYXRpb24gZ3JhY2VmdWxseSBoYW5kbGUKICAgdHJ1bmNhdGVkIHN1YnRhZ3Mu
CgogICBXaGVuIGEgbGFuZ3VhZ2UgdGFnIGlzIHRvIGJlIHVzZWQgaW4gYSBzcGVjaWZpYywg
a25vd24sIHByb3RvY29sLCBpdAogICBpcyBSRUNPTU1FTkRFRCB0aGF0IHRoYXQgdGhlIGxh
bmd1YWdlIHRhZyBub3QgY29udGFpbiBleHRlbnNpb25zIG5vdAogICBzdXBwb3J0ZWQgYnkg
dGhhdCBwcm90b2NvbC4gIEluIGFkZGl0aW9uLCBub3RlIHRoYXQgc29tZSBwcm90b2NvbHMK
ICAgTUFZIGltcG9zZSB1cHBlciBsaW1pdHMgb24gdGhlIGxlbmd0aCBvZiB0aGUgc3RyaW5n
cyB1c2VkIHRvIHN0b3JlIG9yCiAgIHRyYW5zcG9ydCB0aGUgbGFuZ3VhZ2UgdGFnLgoKMy44
LiAgVXBkYXRlIG9mIHRoZSBMYW5ndWFnZSBTdWJ0YWcgUmVnaXN0cnkKCiAgIFVwb24gYWRv
cHRpb24gb2YgdGhpcyBkb2N1bWVudCB0aGUgSUFOQSBMYW5ndWFnZSBTdWJ0YWcgUmVnaXN0
cnkgd2lsbAogICBuZWVkIGFuIHVwZGF0ZSBzbyB0aGF0IGl0IGNvbnRhaW5zIHRoZSBjb21w
bGV0ZSBzZXQgb2Ygc3VidGFncyB2YWxpZAogICBpbiBhIGxhbmd1YWdlIHRhZy4gIFRoaXMg
Y29sbGVjdGlvbiBvZiBzdWJ0YWdzLCBhbG9uZyB3aXRoIGEKCgoKUGhpbGxpcHMgJiBEYXZp
cyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2Ug
NDBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAg
ICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgZGVzY3JpcHRpb24gb2YgdGhlIHByb2Nl
c3MgdXNlZCB0byBjcmVhdGUgaXQsIGlzIGRlc2NyaWJlZCBieQogICBbcmVnaXN0cnktdXBk
YXRlXS4gIElBTkEgd2lsbCBwdWJsaXNoIHRoZSB1cGRhdGVkIHZlcnNpb24gb2YgdGhlCiAg
IHJlZ2lzdHJ5IGRlc2NyaWJlZCBieSB0aGlzIGRvY3VtZW50IHVzaW5nIHRoZSBpbnN0cnVj
dGlvbnMgYW5kCiAgIGNvbnRlbnQgb2YgW3JlZ2lzdHJ5LXVwZGF0ZV0uICBPbmNlIHB1Ymxp
c2hlZCBieSBJQU5BLCB0aGUKICAgbWFpbnRlbmFuY2UgcHJvY2VkdXJlcywgcnVsZXMsIGFu
ZCByZWdpc3RyYXRpb24gcHJvY2Vzc2VzIGRlc2NyaWJlZAogICBpbiB0aGlzIGRvY3VtZW50
IHdpbGwgYmUgYXZhaWxhYmxlIGZvciBuZXcgcmVnaXN0cmF0aW9ucyBvciB1cGRhdGVzLgoK
ICAgUmVnaXN0cmF0aW9ucyB0aGF0IGFyZSBpbiBwcm9jZXNzIHVuZGVyIHRoZSBydWxlcyBk
ZWZpbmVkIGluCiAgIFtSRkM0NjQ2XSB3aGVuIHRoaXMgZG9jdW1lbnQgaXMgYWRvcHRlZCBN
VVNUIGJlIGNvbXBsZXRlZCB1bmRlciB0aGUKICAgcnVsZXMgY29udGFpbmVkIGluIHRoaXMg
ZG9jdW1lbnQuCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKUGhp
bGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAg
ICAgICAgW1BhZ2UgNDFdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdz
LXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKNC4gIEZvcm1hdGlvbiBh
bmQgUHJvY2Vzc2luZyBvZiBMYW5ndWFnZSBUYWdzCgogICBUaGlzIHNlY3Rpb24gYWRkcmVz
c2VzIGhvdyB0byB1c2UgdGhlIGluZm9ybWF0aW9uIGluIHRoZSByZWdpc3RyeQogICB3aXRo
IHRoZSB0YWcgc3ludGF4IHRvIGNob29zZSwgZm9ybSwgYW5kIHByb2Nlc3MgbGFuZ3VhZ2Ug
dGFncy4KCjQuMS4gIENob2ljZSBvZiBMYW5ndWFnZSBUYWcKCiAgIE9uZSBpcyBzb21ldGlt
ZXMgZmFjZWQgd2l0aCB0aGUgY2hvaWNlIGJldHdlZW4gc2V2ZXJhbCBwb3NzaWJsZSB0YWdz
CiAgIGZvciB0aGUgc2FtZSBib2R5IG9mIHRleHQuCgogICBJbnRlcm9wZXJhYmlsaXR5IGlz
IGJlc3Qgc2VydmVkIHdoZW4gYWxsIHVzZXJzIHVzZSB0aGUgc2FtZSBsYW5ndWFnZQogICB0
YWcgaW4gb3JkZXIgdG8gcmVwcmVzZW50IHRoZSBzYW1lIGxhbmd1YWdlLiAgSWYgYW4gYXBw
bGljYXRpb24gaGFzCiAgIHJlcXVpcmVtZW50cyB0aGF0IG1ha2UgdGhlIHJ1bGVzIGhlcmUg
aW5hcHBsaWNhYmxlLCB0aGVuIHRoYXQKICAgYXBwbGljYXRpb24gcmlza3MgZGFtYWdpbmcg
aW50ZXJvcGVyYWJpbGl0eS4gIEl0IGlzIHN0cm9uZ2x5CiAgIFJFQ09NTUVOREVEIHRoYXQg
dXNlcnMgbm90IGRlZmluZSB0aGVpciBvd24gcnVsZXMgZm9yIGxhbmd1YWdlIHRhZwogICBj
aG9pY2UuCgogICBTdWJ0YWdzIFNIT1VMRCBvbmx5IGJlIHVzZWQgd2hlcmUgdGhleSBhZGQg
dXNlZnVsIGRpc3Rpbmd1aXNoaW5nCiAgIGluZm9ybWF0aW9uOyBleHRyYW5lb3VzIHN1YnRh
Z3MgaW50ZXJmZXJlIHdpdGggdGhlIG1lYW5pbmcsCiAgIHVuZGVyc3RhbmRpbmcsIGFuZCBw
cm9jZXNzaW5nIG9mIGxhbmd1YWdlIHRhZ3MuICBJbiBwYXJ0aWN1bGFyLCB1c2VycwogICBh
bmQgaW1wbGVtZW50YXRpb25zIFNIT1VMRCBmb2xsb3cgdGhlICdQcmVmaXgnIGFuZCAnU3Vw
cHJlc3MtU2NyaXB0JwogICBmaWVsZHMgaW4gdGhlIHJlZ2lzdHJ5IChkZWZpbmVkIGluIFNl
Y3Rpb24gMy4xKTogdGhlc2UgZmllbGRzIHByb3ZpZGUKICAgZ3VpZGFuY2Ugb24gd2hlbiBz
cGVjaWZpYyBhZGRpdGlvbmFsIHN1YnRhZ3MgU0hPVUxEIChhbmQgU0hPVUxEIE5PVCkKICAg
YmUgdXNlZCBpbiBhIGxhbmd1YWdlIHRhZy4KCiAgIE9mIHBhcnRpY3VsYXIgbm90ZSwgbWFu
eSBhcHBsaWNhdGlvbnMgY2FuIGJlbmVmaXQgZnJvbSB0aGUgdXNlIG9mCiAgIHNjcmlwdCBz
dWJ0YWdzIGluIGxhbmd1YWdlIHRhZ3MsIGFzIGxvbmcgYXMgdGhlIHVzZSBpcyBjb25zaXN0
ZW50IGZvcgogICBhIGdpdmVuIGNvbnRleHQuICBTY3JpcHQgc3VidGFncyB3ZXJlIG5vdCBm
b3JtYWxseSBkZWZpbmVkIGluIFJGQwogICAzMDY2IGFuZCB0aGVpciB1c2UgY2FuIGFmZmVj
dCBtYXRjaGluZyBhbmQgc3VidGFnIGlkZW50aWZpY2F0aW9uIGJ5CiAgIGltcGxlbWVudGF0
aW9ucyBvZiBSRkMgMzA2NiwgYXMgdGhlc2Ugc3VidGFncyBhcHBlYXIgYmV0d2VlbiB0aGUK
ICAgcHJpbWFyeSBsYW5ndWFnZSBhbmQgcmVnaW9uIHN1YnRhZ3MuICBGb3IgZXhhbXBsZSwg
aWYgYSB1c2VyIHJlcXVlc3RzCiAgIGNvbnRlbnQgaW4gYW4gaW1wbGVtZW50YXRpb24gb2Yg
U2VjdGlvbiAyLjUgb2YgW1JGQzMwNjZdIHVzaW5nIHRoZQogICBsYW5ndWFnZSByYW5nZSAi
ZW4tVVMiLCBjb250ZW50IGxhYmVsZWQgImVuLUxhdG4tVVMiIHdpbGwgbm90IG1hdGNoCiAg
IHRoZSByZXF1ZXN0LiAgVGhlcmVmb3JlLCBpdCBpcyBpbXBvcnRhbnQgdG8ga25vdyB3aGVu
IHNjcmlwdCBzdWJ0YWdzCiAgIHdpbGwgY3VzdG9tYXJpbHkgYmUgdXNlZCBhbmQgd2hlbiB0
aGV5IG91Z2h0IG5vdCBiZSB1c2VkLiAgSW4gdGhlCiAgIHJlZ2lzdHJ5LCB0aGUgU3VwcHJl
c3MtU2NyaXB0IGZpZWxkIGhlbHBzIGVuc3VyZSBncmVhdGVyCiAgIGNvbXBhdGliaWxpdHkg
YmV0d2VlbiB0aGUgbGFuZ3VhZ2UgdGFncyBnZW5lcmF0ZWQgYWNjb3JkaW5nIHRvIHRoZQog
ICBydWxlcyBpbiB0aGlzIGRvY3VtZW50IGFuZCBsYW5ndWFnZSB0YWdzIGFuZCB0YWcgcHJv
Y2Vzc29ycyBvcgogICBjb25zdW1lcnMgYmFzZWQgb24gUkZDIDMwNjYgYnkgZGVmaW5pbmcg
d2hlbiB1c2VycyBTSE9VTEQgTk9UIGluY2x1ZGUKICAgYSBzY3JpcHQgc3VidGFnIHdpdGgg
YSBwYXJ0aWN1bGFyIHByaW1hcnkgbGFuZ3VhZ2Ugc3VidGFnLgoKICAgRXh0ZW5kZWQgbGFu
Z3VhZ2Ugc3VidGFncyAodHlwZSAnZXh0bGFuZycgaW4gdGhlIHJlZ2lzdHJ5OyBzZWUKICAg
U2VjdGlvbiAzLjEpIGFsc28gYXBwZWFyIGJldHdlZW4gdGhlIHByaW1hcnkgbGFuZ3VhZ2Ug
YW5kIHJlZ2lvbgogICBzdWJ0YWdzLiAgQXBwbGljYXRpb25zIG1pZ2h0IGJlbmVmaXQgZnJv
bSB0aGVpciBqdWRpY2lvdXMgdXNlIGluCiAgIGZvcm1pbmcgbGFuZ3VhZ2UgdGFncy4gW1sg
Z3VpZGVsaW5lcyBoZXJlPz8gXV0KCiAgIFN0YW5kYXJkcywgcHJvdG9jb2xzLCBhbmQgYXBw
bGljYXRpb25zIHRoYXQgcmVmZXJlbmNlIHRoaXMgZG9jdW1lbnQKICAgbm9ybWF0aXZlbHkg
YnV0IGFwcGx5IGRpZmZlcmVudCBydWxlcyB0byB0aGUgb25lcyBnaXZlbiBpbiB0aGlzCgoK
ClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAg
ICAgICAgICAgIFtQYWdlIDQyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5n
dGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIHNlY3Rpb24g
TVVTVCBzcGVjaWZ5IGhvdyB0aGUgcHJvY2VkdXJlIHZhcmllcyBmcm9tIHRoZSBvbmUgZ2l2
ZW4KICAgaGVyZS4KCiAgIFRoZSBjaG9pY2Ugb2Ygc3VidGFncyB1c2VkIHRvIGZvcm0gYSBs
YW5ndWFnZSB0YWcgU0hPVUxEIGJlIGd1aWRlZCBieQogICB0aGUgZm9sbG93aW5nIHJ1bGVz
OgoKICAgMS4gIFVzZSBhcyBwcmVjaXNlIGEgdGFnIGFzIHBvc3NpYmxlLCBidXQgbm8gbW9y
ZSBzcGVjaWZpYyB0aGFuIGlzCiAgICAgICBqdXN0aWZpZWQuICBBdm9pZCB1c2luZyBzdWJ0
YWdzIHRoYXQgYXJlIG5vdCBpbXBvcnRhbnQgZm9yCiAgICAgICBkaXN0aW5ndWlzaGluZyBj
b250ZW50IGluIGFuIGFwcGxpY2F0aW9uLgoKICAgICAgICogIEZvciBleGFtcGxlLCAnZGUn
IG1pZ2h0IHN1ZmZpY2UgZm9yIHRhZ2dpbmcgYW4gZW1haWwgd3JpdHRlbgogICAgICAgICAg
aW4gR2VybWFuLCB3aGlsZSAiZGUtQ0gtMTk5NiIgaXMgcHJvYmFibHkgdW5uZWNlc3Nhcmls
eQogICAgICAgICAgcHJlY2lzZSBmb3Igc3VjaCBhIHRhc2suCgogICAyLiAgVGhlIHNjcmlw
dCBzdWJ0YWcgU0hPVUxEIE5PVCBiZSB1c2VkIHRvIGZvcm0gbGFuZ3VhZ2UgdGFncyB1bmxl
c3MKICAgICAgIHRoZSBzY3JpcHQgYWRkcyBzb21lIGRpc3Rpbmd1aXNoaW5nIGluZm9ybWF0
aW9uIHRvIHRoZSB0YWcuICBUaGUKICAgICAgIGZpZWxkICdTdXBwcmVzcy1TY3JpcHQnIGlu
IHRoZSBwcmltYXJ5IGxhbmd1YWdlIHJlY29yZCBpbiB0aGUKICAgICAgIHJlZ2lzdHJ5IGlu
ZGljYXRlcyBzY3JpcHQgc3VidGFncyB0aGF0IGRvIG5vdCBhZGQgZGlzdGluZ3Vpc2hpbmcK
ICAgICAgIGluZm9ybWF0aW9uIGZvciBtb3N0IGFwcGxpY2F0aW9ucy4KCiAgICAgICAqICBG
b3IgZXhhbXBsZSwgdGhlIHN1YnRhZyAnTGF0bicgc2hvdWxkIG5vdCBiZSB1c2VkIHdpdGgg
dGhlCiAgICAgICAgICBwcmltYXJ5IGxhbmd1YWdlICdlbicgYmVjYXVzZSBuZWFybHkgYWxs
IEVuZ2xpc2ggZG9jdW1lbnRzIGFyZQogICAgICAgICAgd3JpdHRlbiBpbiB0aGUgTGF0aW4g
c2NyaXB0IGFuZCBpdCBhZGRzIG5vIGRpc3Rpbmd1aXNoaW5nCiAgICAgICAgICBpbmZvcm1h
dGlvbi4gIEhvd2V2ZXIsIGlmIGEgZG9jdW1lbnQgd2VyZSB3cml0dGVuIGluIEVuZ2xpc2gK
ICAgICAgICAgIG1peGluZyBMYXRpbiBzY3JpcHQgd2l0aCBhbm90aGVyIHNjcmlwdCBzdWNo
IGFzIEJyYWlsbGUKICAgICAgICAgICgnQnJhaScpLCB0aGVuIGl0IG1pZ2h0IGJlIGFwcHJv
cHJpYXRlIHRvIGNob29zZSB0byBpbmRpY2F0ZQogICAgICAgICAgYm90aCBzY3JpcHRzIHRv
IGFpZCBpbiBjb250ZW50IHNlbGVjdGlvbiwgc3VjaCBhcyB0aGUKICAgICAgICAgIGFwcGxp
Y2F0aW9uIG9mIGEgc3R5bGUgc2hlZXQuCgogICAzLiAgVXNlIHNwZWNpZmljIGxhbmd1YWdl
IHN1YnRhZ3Mgb3Igc3VidGFnIHNlcXVlbmNlcyBpbiBwcmVmZXJlbmNlCiAgICAgICB0byBz
dWJ0YWdzIGZvciBsYW5ndWFnZSBjb2xsZWN0aW9ucy4gIEEgImxhbmd1YWdlIGNvbGxlY3Rp
b24iIGlzCiAgICAgICBhIHN1YnRhZyBkZXJpdmVkIGZyb20gb25lIG9mIHRoZSBJU08gNjM5
LTIgY29kZXMgdGhhdCByZXByZXNlbnRzCiAgICAgICBtdWx0aXBsZSByZWxhdGVkIGxhbmd1
YWdlcy4gIEZvciBleGFtcGxlLCB0aGUgY29kZSAnbmFpJwogICAgICAgcmVwcmVzZW50cyAi
Tm9ydGggQW1lcmljYW4gbGFuZ3VhZ2VzIi4gIFRoZSByZWdpc3RyeSBjb250YWlucwogICAg
ICAgdmFsdWVzIGZvciB0aGUgc3BlY2lmaWMgbGFuZ3VhZ2VzIHJlcHJlc2VudGVkIGJ5IHRo
aXMgY29sbGVjdGl2ZQogICAgICAgY29kZS4gIEZvciBleGFtcGxlICd4eHgnIChsYW5ndWFn
ZTEpIGFuZCAneXl5JyAobGFuZ3VhZ2UyKS4gIE5vdGUKICAgICAgIHRoYXQgdGhlIGxhbmd1
YWdlcyBjb250YWluZWQgaW4gYSBjb2xsZWN0aW9uIChzdWNoIGFzIHRoZSB0d28KICAgICAg
IGV4YW1wbGVzIHNob3duKSBhcmUgb2Z0ZW4gdW5yZWxhdGVkIGV4Y2VwdCBmb3IgdGhlaXIg
aW5jbHVzaW9uIGluCiAgICAgICB0aGUgY29sbGVjdGlvbi4KCiAgIDQuICBJZiBhIHRhZyBv
ciBzdWJ0YWcgaGFzIGEgJ1ByZWZlcnJlZC1WYWx1ZScgZmllbGQgaW4gaXRzIHJlZ2lzdHJ5
CiAgICAgICBlbnRyeSwgdGhlbiB0aGUgdmFsdWUgb2YgdGhhdCBmaWVsZCBTSE9VTEQgYmUg
dXNlZCB0byBmb3JtIHRoZQogICAgICAgbGFuZ3VhZ2UgdGFnIGluIHByZWZlcmVuY2UgdG8g
dGhlIHRhZyBvciBzdWJ0YWcgaW4gd2hpY2ggdGhlCiAgICAgICBwcmVmZXJyZWQgdmFsdWUg
YXBwZWFycy4KCiAgICAgICAqICBGb3IgZXhhbXBsZSwgdXNlICdoZScgZm9yIEhlYnJldyBp
biBwcmVmZXJlbmNlIHRvICdpdycuCgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBF
eHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgNDNdCgwKSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBE
ZWNlbWJlciAyMDA2CgoKICAgNS4gIFRoZSAndW5kJyAoVW5kZXRlcm1pbmVkKSBwcmltYXJ5
IGxhbmd1YWdlIHN1YnRhZyBTSE9VTEQgTk9UIGJlCiAgICAgICB1c2VkIHRvIGxhYmVsIGNv
bnRlbnQsIGV2ZW4gaWYgdGhlIGxhbmd1YWdlIGlzIHVua25vd24uICBPbWl0dGluZwogICAg
ICAgdGhlIGxhbmd1YWdlIHRhZyBhbHRvZ2V0aGVyIGlzIHByZWZlcnJlZCB0byB1c2luZyBh
IHRhZyB3aXRoIGEKICAgICAgIHByaW1hcnkgbGFuZ3VhZ2Ugc3VidGFnIG9mICd1bmQnLiAg
VGhlICd1bmQnIHN1YnRhZyBNQVkgYmUgdXNlZnVsCiAgICAgICBmb3IgcHJvdG9jb2xzIHRo
YXQgcmVxdWlyZSBhIGxhbmd1YWdlIHRhZyB0byBiZSBwcm92aWRlZC4gIFRoZQogICAgICAg
J3VuZCcgc3VidGFnIE1BWSBhbHNvIGJlIHVzZWZ1bCB3aGVuIG1hdGNoaW5nIGxhbmd1YWdl
IHRhZ3MgaW4KICAgICAgIGNlcnRhaW4gc2l0dWF0aW9ucy4KCiAgIDYuICBUaGUgJ211bCcg
KE11bHRpcGxlKSBwcmltYXJ5IGxhbmd1YWdlIHN1YnRhZyBTSE9VTEQgTk9UIGJlIHVzZWQK
ICAgICAgIHdoZW5ldmVyIHRoZSBwcm90b2NvbCBhbGxvd3MgdGhlIHNlcGFyYXRlIHRhZ3Mg
Zm9yIG11bHRpcGxlCiAgICAgICBsYW5ndWFnZXMsIGFzIGlzIHRoZSBjYXNlIGZvciB0aGUg
Q29udGVudC1MYW5ndWFnZSBoZWFkZXIgaW4KICAgICAgIEhUVFAuICBUaGUgJ211bCcgc3Vi
dGFnIGNvbnZleXMgbGl0dGxlIHVzZWZ1bCBpbmZvcm1hdGlvbjoKICAgICAgIGNvbnRlbnQg
aW4gbXVsdGlwbGUgbGFuZ3VhZ2VzIFNIT1VMRCBpbmRpdmlkdWFsbHkgdGFnIHRoZQogICAg
ICAgbGFuZ3VhZ2VzIHdoZXJlIHRoZXkgYXBwZWFyIG9yIG90aGVyd2lzZSBpbmRpY2F0ZSB0
aGUgYWN0dWFsCiAgICAgICBsYW5ndWFnZSBpbiBwcmVmZXJlbmNlIHRvIHRoZSAnbXVsJyBz
dWJ0YWcuCgogICA3LiAgVGhlIHNhbWUgdmFyaWFudCBzdWJ0YWcgU0hPVUxEIE5PVCBiZSB1
c2VkIG1vcmUgdGhhbiBvbmNlIHdpdGhpbgogICAgICAgYSBsYW5ndWFnZSB0YWcuCgogICAg
ICAgKiAgRm9yIGV4YW1wbGUsIGRvIG5vdCB1c2UgImRlLURFLTE5MDEtMTkwMSIuCgogICBU
byBlbnN1cmUgY29uc2lzdGVudCBiYWNrd2FyZCBjb21wYXRpYmlsaXR5LCB0aGlzIGRvY3Vt
ZW50IGNvbnRhaW5zCiAgIHNldmVyYWwgcHJvdmlzaW9ucyB0byBhY2NvdW50IGZvciBwb3Rl
bnRpYWwgaW5zdGFiaWxpdHkgaW4gdGhlCiAgIHN0YW5kYXJkcyB1c2VkIHRvIGRlZmluZSB0
aGUgc3VidGFncyB0aGF0IG1ha2UgdXAgbGFuZ3VhZ2UgdGFncy4KICAgVGhlc2UgcHJvdmlz
aW9ucyBtZWFuIHRoYXQgbm8gbGFuZ3VhZ2UgdGFnIGNyZWF0ZWQgdW5kZXIgdGhlIHJ1bGVz
IGluCiAgIHRoaXMgZG9jdW1lbnQgd2lsbCBiZWNvbWUgb2Jzb2xldGUuCgo0LjIuICBNZWFu
aW5nIG9mIHRoZSBMYW5ndWFnZSBUYWcKCiAgIFRoZSByZWxhdGlvbnNoaXAgYmV0d2VlbiB0
aGUgdGFnIGFuZCB0aGUgaW5mb3JtYXRpb24gaXQgcmVsYXRlcyB0byBpcwogICBkZWZpbmVk
IGJ5IHRoZSBjb250ZXh0IGluIHdoaWNoIHRoZSB0YWcgYXBwZWFycy4gIEFjY29yZGluZ2x5
LCB0aGlzCiAgIHNlY3Rpb24gZ2l2ZXMgb25seSBwb3NzaWJsZSBleGFtcGxlcyBvZiBpdHMg
dXNhZ2UuCgogICBvICBGb3IgYSBzaW5nbGUgaW5mb3JtYXRpb24gb2JqZWN0LCB0aGUgYXNz
b2NpYXRlZCBsYW5ndWFnZSB0YWdzCiAgICAgIG1pZ2h0IGJlIGludGVycHJldGVkIGFzIHRo
ZSBzZXQgb2YgbGFuZ3VhZ2VzIHRoYXQgaXMgbmVjZXNzYXJ5IGZvcgogICAgICBhIGNvbXBs
ZXRlIGNvbXByZWhlbnNpb24gb2YgdGhlIGNvbXBsZXRlIG9iamVjdC4gIEV4YW1wbGU6IFBs
YWluCiAgICAgIHRleHQgZG9jdW1lbnRzLgoKICAgbyAgRm9yIGFuIGFnZ3JlZ2F0aW9uIG9m
IGluZm9ybWF0aW9uIG9iamVjdHMsIHRoZSBhc3NvY2lhdGVkIGxhbmd1YWdlCiAgICAgIHRh
Z3MgY291bGQgYmUgdGFrZW4gYXMgdGhlIHNldCBvZiBsYW5ndWFnZXMgdXNlZCBpbnNpZGUg
Y29tcG9uZW50cwogICAgICBvZiB0aGF0IGFnZ3JlZ2F0aW9uLiAgRXhhbXBsZXM6IERvY3Vt
ZW50IHN0b3JlcyBhbmQgbGlicmFyaWVzLgoKICAgbyAgRm9yIGluZm9ybWF0aW9uIG9iamVj
dHMgd2hvc2UgcHVycG9zZSBpcyB0byBwcm92aWRlIGFsdGVybmF0aXZlcywKICAgICAgdGhl
IGFzc29jaWF0ZWQgbGFuZ3VhZ2UgdGFncyBjb3VsZCBiZSByZWdhcmRlZCBhcyBhIGhpbnQg
dGhhdCB0aGUKICAgICAgY29udGVudCBpcyBwcm92aWRlZCBpbiBzZXZlcmFsIGxhbmd1YWdl
cyBhbmQgdGhhdCBvbmUgaGFzIHRvCiAgICAgIGluc3BlY3QgZWFjaCBvZiB0aGUgYWx0ZXJu
YXRpdmVzIGluIG9yZGVyIHRvIGZpbmQgaXRzIGxhbmd1YWdlIG9yCiAgICAgIGxhbmd1YWdl
cy4gIEluIHRoaXMgY2FzZSwgdGhlIHByZXNlbmNlIG9mIG11bHRpcGxlIHRhZ3MgbWlnaHQg
bm90CiAgICAgIG1lYW4gdGhhdCBvbmUgbmVlZHMgdG8gYmUgbXVsdGktbGluZ3VhbCB0byBn
ZXQgY29tcGxldGUKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUg
OSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgNDRdCgwKSW50ZXJuZXQtRHJhZnQgICAg
ICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2
CgoKICAgICAgdW5kZXJzdGFuZGluZyBvZiB0aGUgZG9jdW1lbnQuICBFeGFtcGxlOiBNSU1F
IG11bHRpcGFydC8KICAgICAgYWx0ZXJuYXRpdmUuCgogICBvICBJbiBtYXJrdXAgbGFuZ3Vh
Z2VzLCBzdWNoIGFzIEhUTUwgYW5kIFhNTCwgbGFuZ3VhZ2UgaW5mb3JtYXRpb24KICAgICAg
Y2FuIGJlIGFkZGVkIHRvIGVhY2ggcGFydCBvZiB0aGUgZG9jdW1lbnQgaWRlbnRpZmllZCBi
eSB0aGUgbWFya3VwCiAgICAgIHN0cnVjdHVyZSAoaW5jbHVkaW5nIHRoZSB3aG9sZSBkb2N1
bWVudCBpdHNlbGYpLiAgRm9yIGV4YW1wbGUsIG9uZQogICAgICBjb3VsZCB3cml0ZSA8c3Bh
biBsYW5nPSJmciI+Qydlc3QgbGEgdmllLjwvc3Bhbj4gaW5zaWRlIGEKICAgICAgTm9yd2Vn
aWFuIGRvY3VtZW50OyB0aGUgTm9yd2VnaWFuLXNwZWFraW5nIHVzZXIgY291bGQgdGhlbiBh
Y2Nlc3MKICAgICAgYSBGcmVuY2gtTm9yd2VnaWFuIGRpY3Rpb25hcnkgdG8gZmluZCBvdXQg
d2hhdCB0aGUgbWFya2VkIHNlY3Rpb24KICAgICAgbWVhbnQuICBJZiB0aGUgdXNlciB3ZXJl
IGxpc3RlbmluZyB0byB0aGF0IGRvY3VtZW50IHRocm91Z2ggYQogICAgICBzcGVlY2ggc3lu
dGhlc2lzIGludGVyZmFjZSwgdGhpcyBmb3JtYXRpb24gY291bGQgYmUgdXNlZCB0byBzaWdu
YWwKICAgICAgdGhlIHN5bnRoZXNpemVyIHRvIGFwcHJvcHJpYXRlbHkgYXBwbHkgRnJlbmNo
IHRleHQtdG8tc3BlZWNoCiAgICAgIHByb251bmNpYXRpb24gcnVsZXMgdG8gdGhhdCBzcGFu
IG9mIHRleHQsIGluc3RlYWQgb2YgYXBwbHlpbmcgdGhlCiAgICAgIGluYXBwcm9wcmlhdGUg
Tm9yd2VnaWFuIHJ1bGVzLgoKICAgTGFuZ3VhZ2UgdGFncyBhcmUgcmVsYXRlZCB3aGVuIHRo
ZXkgY29udGFpbiBhIHNpbWlsYXIgc2VxdWVuY2Ugb2YKICAgc3VidGFncy4gIEZvciBleGFt
cGxlLCBpZiBhIGxhbmd1YWdlIHRhZyBCIGNvbnRhaW5zIGxhbmd1YWdlIHRhZyBBIGFzCiAg
IGEgcHJlZml4LCB0aGVuIEIgaXMgdHlwaWNhbGx5ICJuYXJyb3dlciIgb3IgIm1vcmUgc3Bl
Y2lmaWMiIHRoYW4gQS4KICAgVGh1cywgInpoLUhhbnQtVFciIGlzIG1vcmUgc3BlY2lmaWMg
dGhhbiAiemgtSGFudCIuCgogICBUaGlzIHJlbGF0aW9uc2hpcCBpcyBub3QgZ3VhcmFudGVl
ZCBpbiBhbGwgY2FzZXM6IHNwZWNpZmljYWxseSwKICAgbGFuZ3VhZ2VzIHRoYXQgYmVnaW4g
d2l0aCB0aGUgc2FtZSBzZXF1ZW5jZSBvZiBzdWJ0YWdzIGFyZSBOT1QKICAgZ3VhcmFudGVl
ZCB0byBiZSBtdXR1YWxseSBpbnRlbGxpZ2libGUsIGFsdGhvdWdoIHRoZXkgbWlnaHQgYmUu
ICBGb3IKICAgZXhhbXBsZSwgdGhlIHRhZyAiYXoiIHNoYXJlcyBhIHByZWZpeCB3aXRoIGJv
dGggImF6LUxhdG4iCiAgIChBemVyYmFpamFuaSB3cml0dGVuIHVzaW5nIHRoZSBMYXRpbiBz
Y3JpcHQpIGFuZCAiYXotQ3lybCIKICAgKEF6ZXJiYWlqYW5pIHdyaXR0ZW4gdXNpbmcgdGhl
IEN5cmlsbGljIHNjcmlwdCkuICBBIHBlcnNvbiBmbHVlbnQgaW4KICAgb25lIHNjcmlwdCBt
aWdodCBub3QgYmUgYWJsZSB0byByZWFkIHRoZSBvdGhlciwgZXZlbiB0aG91Z2ggdGhlIHRl
eHQKICAgbWlnaHQgYmUgaWRlbnRpY2FsLiAgQ29udGVudCB0YWdnZWQgYXMgImF6IiBtb3N0
IHByb2JhYmx5IGlzIHdyaXR0ZW4KICAgaW4ganVzdCBvbmUgc2NyaXB0IGFuZCB0aHVzIG1p
Z2h0IG5vdCBiZSBpbnRlbGxpZ2libGUgdG8gYSByZWFkZXIKICAgZmFtaWxpYXIgd2l0aCB0
aGUgb3RoZXIgc2NyaXB0LgoKNC4zLiAgTGVuZ3RoIENvbnNpZGVyYXRpb25zCgogICBUaGVy
ZSBpcyBubyBkZWZpbmVkIHVwcGVyIGxpbWl0IG9uIHRoZSBzaXplIG9mIGxhbmd1YWdlIHRh
Z3MuICBXaGlsZQogICBoaXN0b3JpY2FsbHkgbW9zdCBsYW5ndWFnZSB0YWdzIGhhdmUgY29u
c2lzdGVkIG9mIGxhbmd1YWdlIGFuZCByZWdpb24KICAgc3VidGFncyB3aXRoIGEgY29tYmlu
ZWQgdG90YWwgbGVuZ3RoIG9mIHVwIHRvIHNpeCBjaGFyYWN0ZXJzLCBsYXJnZXIKICAgdGFn
cyBoYXZlIGFsd2F5cyBiZWVuIGJvdGggcG9zc2libGUgYW5kIGFjdHVhbGx5IGFwcGVhcmVk
IGluIHVzZS4KCiAgIE5laXRoZXIgdGhlIGxhbmd1YWdlIHRhZyBzeW50YXggbm9yIG90aGVy
IHJlcXVpcmVtZW50cyBpbiB0aGlzCiAgIGRvY3VtZW50IGltcG9zZSBhIGZpeGVkIHVwcGVy
IGxpbWl0IG9uIHRoZSBudW1iZXIgb2Ygc3VidGFncyBpbiBhCiAgIGxhbmd1YWdlIHRhZyAo
YW5kIHRodXMgYW4gdXBwZXIgYm91bmQgb24gdGhlIHNpemUgb2YgYSB0YWcpLiAgVGhlCiAg
IGxhbmd1YWdlIHRhZyBzeW50YXggc3VnZ2VzdHMgdGhhdCwgZGVwZW5kaW5nIG9uIHRoZSBz
cGVjaWZpYwogICBsYW5ndWFnZSwgbW9yZSBzdWJ0YWdzIChhbmQgdGh1cyBhIGxvbmdlciB0
YWcpIGFyZSBzb21ldGltZXMKICAgbmVjZXNzYXJ5IHRvIGNvbXBsZXRlbHkgaWRlbnRpZnkg
dGhlIGxhbmd1YWdlIGZvciBjZXJ0YWluCiAgIGFwcGxpY2F0aW9uczsgdGh1cywgaXQgaXMg
cG9zc2libGUgdG8gZW52aXNpb24gbG9uZyBvciBjb21wbGV4IHN1YnRhZwogICBzZXF1ZW5j
ZXMuCgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAw
NyAgICAgICAgICAgICAgICAgW1BhZ2UgNDVdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAg
ICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKNC4z
LjEuICBXb3JraW5nIHdpdGggTGltaXRlZCBCdWZmZXIgU2l6ZXMKCiAgIFNvbWUgYXBwbGlj
YXRpb25zIGFuZCBwcm90b2NvbHMgYXJlIGZvcmNlZCB0byBhbGxvY2F0ZSBmaXhlZCBidWZm
ZXIKICAgc2l6ZXMgb3Igb3RoZXJ3aXNlIGxpbWl0IHRoZSBsZW5ndGggb2YgYSBsYW5ndWFn
ZSB0YWcuICBBIGNvbmZvcm1hbnQKICAgaW1wbGVtZW50YXRpb24gb3Igc3BlY2lmaWNhdGlv
biBNQVkgcmVmdXNlIHRvIHN1cHBvcnQgdGhlIHN0b3JhZ2Ugb2YKICAgbGFuZ3VhZ2UgdGFn
cyB0aGF0IGV4Y2VlZCBhIHNwZWNpZmllZCBsZW5ndGguICBBbnkgc3VjaCBsaW1pdGF0aW9u
CiAgIFNIT1VMRCBiZSBjbGVhcmx5IGRvY3VtZW50ZWQsIGFuZCBzdWNoIGRvY3VtZW50YXRp
b24gU0hPVUxEIGluY2x1ZGUKICAgd2hhdCBoYXBwZW5zIHRvIGxvbmdlciB0YWdzIChmb3Ig
ZXhhbXBsZSwgd2hldGhlciBhbiBlcnJvciB2YWx1ZSBpcwogICBnZW5lcmF0ZWQgb3IgdGhl
IGxhbmd1YWdlIHRhZyBpcyB0cnVuY2F0ZWQpLiAgQSBwcm90b2NvbCB0aGF0IGFsbG93cwog
ICB0YWdzIHRvIGJlIHRydW5jYXRlZCBhdCBhbiBhcmJpdHJhcnkgbGltaXQsIHdpdGhvdXQg
Z2l2aW5nIGFueQogICBpbmRpY2F0aW9uIG9mIHdoYXQgdGhhdCBsaW1pdCBpcywgaGFzIHRo
ZSBwb3RlbnRpYWwgZm9yIGNhdXNpbmcgaGFybQogICBieSBjaGFuZ2luZyB0aGUgbWVhbmlu
ZyBvZiB0YWdzIGluIHN1YnN0YW50aWFsIHdheXMuCgogICBJbiBwcmFjdGljZSwgbW9zdCBs
YW5ndWFnZSB0YWdzIGRvIG5vdCByZXF1aXJlIG1vcmUgdGhhbiBhIGZldwogICBzdWJ0YWdz
IGFuZCB3aWxsIG5vdCBhcHByb2FjaCByZWFzb25hYmx5IHNpemVkIGJ1ZmZlciBsaW1pdGF0
aW9uczsKICAgc2VlIFNlY3Rpb24gNC4xLgoKICAgU29tZSBzcGVjaWZpY2F0aW9ucyBvciBw
cm90b2NvbHMgaGF2ZSBsaW1pdHMgb24gdGFnIGxlbmd0aCBidXQgZG8gbm90CiAgIGhhdmUg
YSBmaXhlZCBsZW5ndGggbGltaXRhdGlvbi4gIEZvciBleGFtcGxlLCBbUkZDMjIzMV0gaGFz
IG5vCiAgIGV4cGxpY2l0IGxlbmd0aCBsaW1pdGF0aW9uOiB0aGUgbGVuZ3RoIGF2YWlsYWJs
ZSBmb3IgdGhlIGxhbmd1YWdlIHRhZwogICBpcyBjb25zdHJhaW5lZCBieSB0aGUgbGVuZ3Ro
IG9mIG90aGVyIGhlYWRlciBjb21wb25lbnRzIChzdWNoIGFzIHRoZQogICBjaGFyc2V0J3Mg
bmFtZSkgY291cGxlZCB3aXRoIHRoZSA3Ni1jaGFyYWN0ZXIgbGltaXQgaW4gW1JGQzIwNDdd
LgogICBUaHVzLCB0aGUgImxpbWl0IiBtaWdodCBiZSA1MCBvciBtb3JlIGNoYXJhY3RlcnMs
IGJ1dCBpdCBjb3VsZAogICBwb3RlbnRpYWxseSBiZSBxdWl0ZSBzbWFsbC4KCiAgIFRoZSBj
b25zaWRlcmF0aW9ucyBmb3IgYXNzaWduaW5nIGEgYnVmZmVyIGxpbWl0IGFyZToKCiAgICAg
IEltcGxlbWVudGF0aW9ucyBTSE9VTEQgTk9UIHRydW5jYXRlIGxhbmd1YWdlIHRhZ3MgdW5s
ZXNzIHRoZQogICAgICBtZWFuaW5nIG9mIHRoZSB0YWcgaXMgcHVycG9zZWZ1bGx5IGJlaW5n
IGNoYW5nZWQsIG9yIHVubGVzcyB0aGUKICAgICAgdGFnIGRvZXMgbm90IGZpdCBpbnRvIGEg
bGltaXRlZCBidWZmZXIgc2l6ZSBzcGVjaWZpZWQgYnkgYQogICAgICBwcm90b2NvbCBmb3Ig
c3RvcmFnZSBvciB0cmFuc21pc3Npb24uCgogICAgICBJbXBsZW1lbnRhdGlvbnMgU0hPVUxE
IHdhcm4gdGhlIHVzZXIgd2hlbiBhIHRhZyBpcyB0cnVuY2F0ZWQgc2luY2UKICAgICAgdHJ1
bmNhdGlvbiBjaGFuZ2VzIHRoZSBzZW1hbnRpYyBtZWFuaW5nIG9mIHRoZSB0YWcuCgogICAg
ICBJbXBsZW1lbnRhdGlvbnMgb2YgcHJvdG9jb2xzIG9yIHNwZWNpZmljYXRpb25zIHRoYXQg
YXJlIHNwYWNlCiAgICAgIGNvbnN0cmFpbmVkIGJ1dCBkbyBub3QgaGF2ZSBhIGZpeGVkIGxp
bWl0IFNIT1VMRCB1c2UgdGhlIGxvbmdlc3QKICAgICAgcG9zc2libGUgdGFnIGluIHByZWZl
cmVuY2UgdG8gdHJ1bmNhdGlvbi4KCiAgICAgIFByb3RvY29scyBvciBzcGVjaWZpY2F0aW9u
cyB0aGF0IHNwZWNpZnkgbGltaXRlZCBidWZmZXIgc2l6ZXMgZm9yCiAgICAgIGxhbmd1YWdl
IHRhZ3MgTVVTVCBhbGxvdyBmb3IgbGFuZ3VhZ2UgdGFncyBvZiB1cCB0byAzMyBjaGFyYWN0
ZXJzLgoKICAgICAgUHJvdG9jb2xzIG9yIHNwZWNpZmljYXRpb25zIHRoYXQgc3BlY2lmeSBs
aW1pdGVkIGJ1ZmZlciBzaXplcyBmb3IKICAgICAgbGFuZ3VhZ2UgdGFncyBTSE9VTEQgYWxs
b3cgZm9yIGxhbmd1YWdlIHRhZ3Mgb2YgYXQgbGVhc3QgNDIKICAgICAgY2hhcmFjdGVycy4K
CiAgIFRoZSBmb2xsb3dpbmcgaWxsdXN0cmF0aW9uIHNob3dzIGhvdyB0aGUgNDItY2hhcmFj
dGVyIHJlY29tbWVuZGF0aW9uCiAgIHdhcyBkZXJpdmVkLiAgVGhlIGNvbWJpbmF0aW9uIG9m
IGxhbmd1YWdlIGFuZCBleHRlbmRlZCBsYW5ndWFnZQoKCgpQaGlsbGlwcyAmIERhdmlzICAg
ICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSA0Nl0K
DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAg
ICAgICAgIERlY2VtYmVyIDIwMDYKCgogICBzdWJ0YWdzIHdhcyBjaG9zZW4gZm9yIGZ1dHVy
ZSBjb21wYXRpYmlsaXR5LiAgQXQgdXAgdG8gMTUgY2hhcmFjdGVycywKICAgdGhpcyBjb21i
aW5hdGlvbiBpcyBsb25nZXIgdGhhbiB0aGUgbG9uZ2VzdCBwb3NzaWJsZSBwcmltYXJ5IGxh
bmd1YWdlCiAgIHN1YnRhZyAoOCBjaGFyYWN0ZXJzKToKCiAgIGxhbmd1YWdlICAgICAgPSAg
MyAoSVNPIDYzOS0yOyBJU08gNjM5LTEgcmVxdWlyZXMgMikKICAgZXh0bGFuZzEgICAgICA9
ICA0IChlYWNoIHN1YnNlcXVlbnQgc3VidGFnIGluY2x1ZGVzICctJykKICAgZXh0bGFuZzIg
ICAgICA9ICA0ICh1bmxpa2VseTogbmVlZHMgcHJlZml4PSJsYW5ndWFnZS1leHRsYW5nMSIp
CiAgIGV4dGxhbmczICAgICAgPSAgNCAoZXh0cmVtZWx5IHVubGlrZWx5KQogICBzY3JpcHQg
ICAgICAgID0gIDUgKGlmIG5vdCBzdXBwcmVzc2VkOiBzZWUgU2VjdGlvbiA0LjEpCiAgIHJl
Z2lvbiAgICAgICAgPSAgNCAoVU4gTS40OTsgSVNPIDMxNjYgcmVxdWlyZXMgMykKICAgdmFy
aWFudDEgICAgICA9ICA5IChNVVNUIGhhdmUgbGFuZ3VhZ2UgYXMgYSBwcmVmaXgpCiAgIHZh
cmlhbnQyICAgICAgPSAgOSAoTVVTVCBoYXZlIGxhbmd1YWdlLXZhcmlhbnQxIGFzIGEgcHJl
Zml4KQoKICAgdG90YWwgICAgICAgICA9IDQyIGNoYXJhY3RlcnMKCiAgIEZpZ3VyZSA3OiBE
ZXJpdmF0aW9uIG9mIHRoZSBMaW1pdCBvbiBUYWcgTGVuZ3RoCgo0LjMuMi4gIFRydW5jYXRp
b24gb2YgTGFuZ3VhZ2UgVGFncwoKICAgVHJ1bmNhdGlvbiBvZiBhIGxhbmd1YWdlIHRhZyBh
bHRlcnMgdGhlIG1lYW5pbmcgb2YgdGhlIHRhZywgYW5kIHRodXMKICAgU0hPVUxEIGJlIGF2
b2lkZWQuICBIb3dldmVyLCB0cnVuY2F0aW9uIG9mIGxhbmd1YWdlIHRhZ3MgaXMgc29tZXRp
bWVzCiAgIG5lY2Vzc2FyeSBkdWUgdG8gbGltaXRlZCBidWZmZXIgc2l6ZXMuICBTdWNoIHRy
dW5jYXRpb24gTVVTVCBOT1QKICAgcGVybWl0IGEgc3VidGFnIHRvIGJlIGNob3BwZWQgb2Zm
IGluIHRoZSBtaWRkbGUgb3IgdGhlIGZvcm1hdGlvbiBvZgogICBpbnZhbGlkIHRhZ3MgKGZv
ciBleGFtcGxlLCBvbmUgZW5kaW5nIHdpdGggdGhlICItIiBjaGFyYWN0ZXIpLgoKICAgVGhp
cyBtZWFucyB0aGF0IGFwcGxpY2F0aW9ucyBvciBwcm90b2NvbHMgdGhhdCB0cnVuY2F0ZSB0
YWdzIE1VU1QgZG8KICAgc28gYnkgcHJvZ3Jlc3NpdmVseSByZW1vdmluZyBzdWJ0YWdzIGFs
b25nIHdpdGggdGhlaXIgcHJlY2VkaW5nICItIgogICBmcm9tIHRoZSByaWdodCBzaWRlIG9m
IHRoZSBsYW5ndWFnZSB0YWcgdW50aWwgdGhlIHRhZyBpcyBzaG9ydCBlbm91Z2gKICAgZm9y
IHRoZSBnaXZlbiBidWZmZXIuICBJZiB0aGUgcmVzdWx0aW5nIHRhZyBlbmRzIHdpdGggYSBz
aW5nbGUtCiAgIGNoYXJhY3RlciBzdWJ0YWcsIHRoYXQgc3VidGFnIGFuZCBpdHMgcHJlY2Vk
aW5nICItIiBNVVNUIGFsc28gYmUKICAgcmVtb3ZlZC4gIEZvciBleGFtcGxlOgoKICAgVGFn
IHRvIHRydW5jYXRlOiB6aC1MYXRuLUNOLXZhcmlhbnQxLWEtZXh0ZW5kMS14LXdhZGVnaWxl
LXByaXZhdGUxCiAgIDEuIHpoLUxhdG4tQ04tdmFyaWFudDEtYS1leHRlbmQxLXgtd2FkZWdp
bGUKICAgMi4gemgtTGF0bi1DTi12YXJpYW50MS1hLWV4dGVuZDEKICAgMy4gemgtTGF0bi1D
Ti12YXJpYW50MQogICA0LiB6aC1MYXRuLUNOCiAgIDUuIHpoLUxhdG4KICAgNi4gemgKCiAg
IEZpZ3VyZSA4OiBFeGFtcGxlIG9mIFRhZyBUcnVuY2F0aW9uCgo0LjQuICBDYW5vbmljYWxp
emF0aW9uIG9mIExhbmd1YWdlIFRhZ3MKCiAgIFNpbmNlIGEgcGFydGljdWxhciBsYW5ndWFn
ZSB0YWcgaXMgc29tZXRpbWVzIHVzZWQgYnkgbWFueSBwcm9jZXNzZXMsCiAgIGxhbmd1YWdl
IHRhZ3MgU0hPVUxEIGFsd2F5cyBiZSBjcmVhdGVkIG9yIGdlbmVyYXRlZCBpbiBhIGNhbm9u
aWNhbAogICBmb3JtLgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1
bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgNDddCgwKSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAy
MDA2CgoKICAgQSBsYW5ndWFnZSB0YWcgaXMgaW4gY2Fub25pY2FsIGZvcm0gd2hlbjoKCiAg
IDEuICBUaGUgdGFnIGlzIHdlbGwtZm9ybWVkIGFjY29yZGluZyB0aGUgcnVsZXMgaW4gU2Vj
dGlvbiAyLjEgYW5kCiAgICAgICBTZWN0aW9uIDIuMi4KCiAgIDIuICBTdWJ0YWdzIG9mIHR5
cGUgJ1JlZ2lvbicgdGhhdCBoYXZlIGEgUHJlZmVycmVkLVZhbHVlIG1hcHBpbmcgaW4KICAg
ICAgIHRoZSBJQU5BIHJlZ2lzdHJ5IChzZWUgU2VjdGlvbiAzLjEpIFNIT1VMRCBiZSByZXBs
YWNlZCB3aXRoIHRoZWlyCiAgICAgICBtYXBwZWQgdmFsdWUuICBOb3RlOiBJbiByYXJlIGNh
c2VzLCB0aGUgbWFwcGVkIHZhbHVlIHdpbGwgYWxzbwogICAgICAgaGF2ZSBhIFByZWZlcnJl
ZC1WYWx1ZS4KCiAgIDMuICBSZWR1bmRhbnQgb3IgZ3JhbmRmYXRoZXJlZCB0YWdzIHRoYXQg
aGF2ZSBhIFByZWZlcnJlZC1WYWx1ZQogICAgICAgbWFwcGluZyBpbiB0aGUgSUFOQSByZWdp
c3RyeSAoc2VlIFNlY3Rpb24gMy4xKSBNVVNUIGJlIHJlcGxhY2VkCiAgICAgICB3aXRoIHRo
ZWlyIG1hcHBlZCB2YWx1ZS4gIFRoZXNlIGl0ZW1zIGVpdGhlciBhcmUgZGVwcmVjYXRlZAog
ICAgICAgbWFwcGluZ3MgY3JlYXRlZCBiZWZvcmUgdGhlIGFkb3B0aW9uIG9mIHRoaXMgZG9j
dW1lbnQgKHN1Y2ggYXMKICAgICAgIHRoZSBtYXBwaW5nIG9mICJuby1ueW4iIHRvICJubiIg
b3IgImkta2xpbmdvbiIgdG8gInRsaCIpIG9yIGFyZQogICAgICAgdGhlIHJlc3VsdCBvZiBs
YXRlciByZWdpc3RyYXRpb25zIG9yIGFkZGl0aW9ucyB0byB0aGlzIGRvY3VtZW50CiAgICAg
ICAoZm9yIGV4YW1wbGUsICJ6aC1ndW95dSIgbWlnaHQgYmUgbWFwcGVkIHRvIGEgbGFuZ3Vh
Z2UtZXh0bGFuZwogICAgICAgY29tYmluYXRpb24gc3VjaCBhcyAiemgtY21uIiBieSBzb21l
IGZ1dHVyZSB1cGRhdGUgb2YgdGhpcwogICAgICAgZG9jdW1lbnQpLgoKICAgNC4gIE90aGVy
IHN1YnRhZ3MgdGhhdCBoYXZlIGEgUHJlZmVycmVkLVZhbHVlIG1hcHBpbmcgaW4gdGhlIElB
TkEKICAgICAgIHJlZ2lzdHJ5IChzZWUgU2VjdGlvbiAzLjEpIE1VU1QgYmUgcmVwbGFjZWQg
d2l0aCB0aGVpciBtYXBwZWQKICAgICAgIHZhbHVlLiAgVGhlc2UgaXRlbXMgY29uc2lzdCBl
bnRpcmVseSBvZiBjbGVyaWNhbCBjb3JyZWN0aW9ucyB0bwogICAgICAgSVNPIDYzOS0xIGlu
IHdoaWNoIHRoZSBkZXByZWNhdGVkIHN1YnRhZ3MgaGF2ZSBiZWVuIG1haW50YWluZWQKICAg
ICAgIGZvciBjb21wYXRpYmlsaXR5IHB1cnBvc2VzLgoKICAgNS4gIElmIG1vcmUgdGhhbiBv
bmUgZXh0ZW5zaW9uIHN1YnRhZyBzZXF1ZW5jZSBleGlzdHMsIHRoZSBleHRlbnNpb24KICAg
ICAgIHNlcXVlbmNlcyBhcmUgb3JkZXJlZCBpbnRvIGNhc2UtaW5zZW5zaXRpdmUgQVNDSUkg
b3JkZXIgYnkKICAgICAgIHNpbmdsZXRvbiBzdWJ0YWcuCgogICBFeGFtcGxlOiBUaGUgbGFu
Z3VhZ2UgdGFnICJlbi1BLWFhYS1CLWNjYy1iYmIteC14eXoiIGlzIGluIGNhbm9uaWNhbAog
ICBmb3JtLCB3aGlsZSAiZW4tQi1jY2MtYmJiLUEtYWFhLVgteHl6IiBpcyB3ZWxsLWZvcm1l
ZCBidXQgbm90IGluCiAgIGNhbm9uaWNhbCBmb3JtLgoKICAgRXhhbXBsZTogVGhlIGxhbmd1
YWdlIHRhZyAiZW4tQlUiIChFbmdsaXNoIGFzIHVzZWQgaW4gQnVybWEpIGlzIG5vdAogICBj
YW5vbmljYWwgYmVjYXVzZSB0aGUgJ0JVJyBzdWJ0YWcgaGFzIGEgY2Fub25pY2FsIG1hcHBp
bmcgdG8gJ01NJwogICAoTXlhbm1hciksIGFsdGhvdWdoIHRoZSB0YWcgImVuLUJVIiBtYWlu
dGFpbnMgaXRzIHZhbGlkaXR5LgoKICAgQ2Fub25pY2FsaXphdGlvbiBvZiBsYW5ndWFnZSB0
YWdzIGRvZXMgbm90IGltcGx5IGFueXRoaW5nIGFib3V0IHRoZQogICB1c2Ugb2YgdXBwZXIg
b3IgbG93ZXJjYXNlIGxldHRlcnMgd2hlbiBwcm9jZXNzaW5nIG9yIGNvbXBhcmluZwogICBz
dWJ0YWdzIChhbmQgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMi4xKS4gIEFsbCBjb21wYXJp
c29ucyBNVVNUIGJlCiAgIHBlcmZvcm1lZCBpbiBhIGNhc2UtaW5zZW5zaXRpdmUgbWFubmVy
LgoKICAgV2hlbiBwZXJmb3JtaW5nIGNhbm9uaWNhbGl6YXRpb24gb2YgbGFuZ3VhZ2UgdGFn
cywgcHJvY2Vzc29ycyBNQVkKICAgcmVndWxhcml6ZSB0aGUgY2FzZSBvZiB0aGUgc3VidGFn
cyAodGhhdCBpcywgdGhpcyBwcm9jZXNzIGlzCiAgIE9QVElPTkFMKSwgZm9sbG93aW5nIHRo
ZSBjYXNlIHVzZWQgaW4gdGhlIHJlZ2lzdHJ5LiAgTm90ZSB0aGF0IHRoaXMKICAgY29ycmVz
cG9uZHMgdG8gdGhlIGZvbGxvd2luZyBjYXNpbmcgcnVsZXM6IHVwcGVyY2FzZSBhbGwgbm9u
LWluaXRpYWwKICAgdHdvLWxldHRlciBzdWJ0YWdzOyB0aXRsZWNhc2UgYWxsIG5vbi1pbml0
aWFsIGZvdXItbGV0dGVyIHN1YnRhZ3M7CgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAg
RXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdlIDQ4XQoMCkludGVy
bmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAg
RGVjZW1iZXIgMjAwNgoKCiAgIGxvd2VyY2FzZSBldmVyeXRoaW5nIGVsc2UuCgogICBOb3Rl
OiBDYXNlIGZvbGRpbmcgb2YgQVNDSUkgbGV0dGVycyBpbiBjZXJ0YWluIGxvY2FsZXMsIHVu
bGVzcwogICBjYXJlZnVsbHkgaGFuZGxlZCwgc29tZXRpbWVzIHByb2R1Y2VzIG5vbi1BU0NJ
SSBjaGFyYWN0ZXIgdmFsdWVzLgogICBUaGUgVW5pY29kZSBDaGFyYWN0ZXIgRGF0YWJhc2Ug
ZmlsZSAiU3BlY2lhbENhc2luZy50eHQiIGRlZmluZXMgdGhlCiAgIHNwZWNpZmljIGNhc2Vz
IHRoYXQgYXJlIGtub3duIHRvIGNhdXNlIHByb2JsZW1zIHdpdGggdGhpcy4gIEluCiAgIHBh
cnRpY3VsYXIsIHRoZSBsZXR0ZXIgJ2knIChVKzAwNjkpIGluIFR1cmtpc2ggYW5kIEF6ZXJi
YWlqYW5pIGlzCiAgIHVwcGVyY2FzZWQgdG8gVSswMTMwIChMQVRJTiBDQVBJVEFMIExFVFRF
UiBJIFdJVEggRE9UIEFCT1ZFKS4KICAgSW1wbGVtZW50ZXJzIFNIT1VMRCBzcGVjaWZ5IGEg
bG9jYWxlLW5ldXRyYWwgY2FzaW5nIG9wZXJhdGlvbiB0bwogICBlbnN1cmUgdGhhdCBjYXNl
IGZvbGRpbmcgb2Ygc3VidGFncyBkb2VzIG5vdCBwcm9kdWNlIHRoaXMgdmFsdWUsCiAgIHdo
aWNoIGlzIGlsbGVnYWwgaW4gbGFuZ3VhZ2UgdGFncy4gIEZvciBleGFtcGxlLCBpZiBvbmUg
d2VyZSB0bwogICB1cHBlcmNhc2UgdGhlIHJlZ2lvbiBzdWJ0YWcgJ2luJyB1c2luZyBUdXJr
aXNoIGxvY2FsZSBydWxlcywgdGhlCiAgIHNlcXVlbmNlIFUrMDEzMCBVKzAwNEUgd291bGQg
cmVzdWx0IGluc3RlYWQgb2YgdGhlIGV4cGVjdGVkICdJTicuCgogICBOb3RlOiBpZiB0aGUg
ZmllbGQgJ0RlcHJlY2F0ZWQnIGFwcGVhcnMgaW4gYSByZWdpc3RyeSByZWNvcmQgd2l0aG91
dAogICBhbiBhY2NvbXBhbnlpbmcgJ1ByZWZlcnJlZC1WYWx1ZScgZmllbGQsIHRoZW4gdGhh
dCB0YWcgb3Igc3VidGFnIGlzCiAgIGRlcHJlY2F0ZWQgd2l0aG91dCBhIHJlcGxhY2VtZW50
LiAgVmFsaWRhdGluZyBwcm9jZXNzb3JzIFNIT1VMRCBOT1QKICAgZ2VuZXJhdGUgdGFncyB0
aGF0IGluY2x1ZGUgdGhlc2UgdmFsdWVzLCBhbHRob3VnaCB0aGUgdmFsdWVzIGFyZQogICBj
YW5vbmljYWwgd2hlbiB0aGV5IGFwcGVhciBpbiBhIGxhbmd1YWdlIHRhZy4KCiAgIEFuIGV4
dGVuc2lvbiBNVVNUIGRlZmluZSBhbnkgcmVsYXRpb25zaGlwcyB0aGF0IGV4aXN0IGJldHdl
ZW4gdGhlCiAgIHZhcmlvdXMgc3VidGFncyBpbiB0aGUgZXh0ZW5zaW9uIGFuZCB0aHVzIE1B
WSBkZWZpbmUgYW4gYWx0ZXJuYXRlCiAgIGNhbm9uaWNhbGl6YXRpb24gc2NoZW1lIGZvciB0
aGUgZXh0ZW5zaW9uJ3Mgc3VidGFncy4gIEV4dGVuc2lvbnMgTUFZCiAgIGRlZmluZSBob3cg
dGhlIG9yZGVyIG9mIHRoZSBleHRlbnNpb24ncyBzdWJ0YWdzIGFyZSBpbnRlcnByZXRlZC4g
IEZvcgogICBleGFtcGxlLCBhbiBleHRlbnNpb24gY291bGQgZGVmaW5lIHRoYXQgaXRzIHN1
YnRhZ3MgYXJlIGluIGNhbm9uaWNhbAogICBvcmRlciB3aGVuIHRoZSBzdWJ0YWdzIGFyZSBw
bGFjZWQgaW50byBBU0NJSSBvcmRlcjogdGhhdCBpcywgImVuLWEtCiAgIGFhYS1iYmItY2Nj
IiBpbnN0ZWFkIG9mICJlbi1hLWNjYy1iYmItYWFhIi4gIEFub3RoZXIgZXh0ZW5zaW9uIG1p
Z2h0CiAgIGRlZmluZSB0aGF0IHRoZSBvcmRlciBvZiB0aGUgc3VidGFncyBpbmZsdWVuY2Vz
IHRoZWlyIHNlbWFudGljCiAgIG1lYW5pbmcgKHNvIHRoYXQgImVuLWItY2NjLWJiYi1hYWEi
IGhhcyBhIGRpZmZlcmVudCB2YWx1ZSBmcm9tICJlbi1iLQogICBhYWEtYmJiLWNjYyIpLiAg
SG93ZXZlciwgZXh0ZW5zaW9uIHNwZWNpZmljYXRpb25zIFNIT1VMRCBiZSBkZXNpZ25lZAog
ICBzbyB0aGF0IHRoZXkgYXJlIHRvbGVyYW50IG9mIHRoZSB0eXBpY2FsIHByb2Nlc3NlcyBk
ZXNjcmliZWQgaW4KICAgU2VjdGlvbiAzLjcuCgo0LjUuICBDb25zaWRlcmF0aW9ucyBmb3Ig
UHJpdmF0ZSBVc2UgU3VidGFncwoKICAgUHJpdmF0ZSB1c2Ugc3VidGFncywgbGlrZSBhbGwg
b3RoZXIgc3VidGFncywgTVVTVCBjb25mb3JtIHRvIHRoZQogICBmb3JtYXQgYW5kIGNvbnRl
bnQgY29uc3RyYWludHMgaW4gdGhlIEFCTkYuICBQcml2YXRlIHVzZSBzdWJ0YWdzIGhhdmUK
ICAgbm8gbWVhbmluZyBvdXRzaWRlIHRoZSBwcml2YXRlIGFncmVlbWVudCBiZXR3ZWVuIHRo
ZSBwYXJ0aWVzIHRoYXQKICAgaW50ZW5kIHRvIHVzZSBvciBleGNoYW5nZSBsYW5ndWFnZSB0
YWdzIHRoYXQgZW1wbG95IHRoZW0uICBUaGUgc2FtZQogICBzdWJ0YWdzIE1BWSBiZSB1c2Vk
IHdpdGggYSBkaWZmZXJlbnQgbWVhbmluZyB1bmRlciBhIHNlcGFyYXRlIHByaXZhdGUKICAg
YWdyZWVtZW50LiAgVGhleSBTSE9VTEQgTk9UIGJlIHVzZWQgd2hlcmUgYWx0ZXJuYXRpdmVz
IGV4aXN0IGFuZAogICBTSE9VTEQgTk9UIGJlIHVzZWQgaW4gY29udGVudCBvciBwcm90b2Nv
bHMgaW50ZW5kZWQgZm9yIGdlbmVyYWwgdXNlLgoKICAgUHJpdmF0ZSB1c2Ugc3VidGFncyBh
cmUgc2ltcGx5IHVzZWxlc3MgZm9yIGluZm9ybWF0aW9uIGV4Y2hhbmdlCiAgIHdpdGhvdXQg
cHJpb3IgYXJyYW5nZW1lbnQuICBUaGUgdmFsdWUgYW5kIHNlbWFudGljIG1lYW5pbmcgb2Yg
cHJpdmF0ZQogICB1c2UgdGFncyBhbmQgb2YgdGhlIHN1YnRhZ3MgdXNlZCB3aXRoaW4gc3Vj
aCBhIGxhbmd1YWdlIHRhZyBhcmUgbm90CiAgIGRlZmluZWQgYnkgdGhpcyBkb2N1bWVudC4K
CgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAg
ICAgICAgICAgICAgIFtQYWdlIDQ5XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBs
YW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIFN1YnRh
Z3MgZGVmaW5lZCBpbiB0aGUgSUFOQSByZWdpc3RyeSBhcyBoYXZpbmcgYSBzcGVjaWZpYyBw
cml2YXRlIHVzZQogICBtZWFuaW5nIGNvbnZleSBtb3JlIGluZm9ybWF0aW9uIHRoYXQgYSBw
dXJlbHkgcHJpdmF0ZSB1c2UgdGFnCiAgIHByZWZpeGVkIGJ5IHRoZSBzaW5nbGV0b24gc3Vi
dGFnICd4Jy4gIEZvciBhcHBsaWNhdGlvbnMsIHRoaXMKICAgYWRkaXRpb25hbCBpbmZvcm1h
dGlvbiBNQVkgYmUgdXNlZnVsLgoKICAgRm9yIGV4YW1wbGUsIHRoZSByZWdpb24gc3VidGFn
cyAnQUEnLCAnWlonLCBhbmQgaW4gdGhlIHJhbmdlcwogICAnUU0nLSdRWicgYW5kICdYQSct
J1haJyAoZGVyaXZlZCBmcm9tIElTTyAzMTY2IHByaXZhdGUgdXNlIGNvZGVzKSBNQVkKICAg
YmUgdXNlZCB0byBmb3JtIGEgbGFuZ3VhZ2UgdGFnLiAgQSB0YWcgc3VjaCBhcyAiemgtSGFu
cy1YUSIgY29udmV5cyBhCiAgIGdyZWF0IGRlYWwgb2YgcHVibGljLCBpbnRlcmNoYW5nZWFi
bGUgaW5mb3JtYXRpb24gYWJvdXQgdGhlIGxhbmd1YWdlCiAgIG1hdGVyaWFsICh0aGF0IGl0
IGlzIENoaW5lc2UgaW4gdGhlIHNpbXBsaWZpZWQgQ2hpbmVzZSBzY3JpcHQgYW5kIGlzCiAg
IHN1aXRhYmxlIGZvciBzb21lIGdlb2dyYXBoaWMgcmVnaW9uICdYUScpLiAgV2hpbGUgdGhl
IHByZWNpc2UKICAgZ2VvZ3JhcGhpYyByZWdpb24gaXMgbm90IGtub3duIG91dHNpZGUgb2Yg
cHJpdmF0ZSBhZ3JlZW1lbnQsIHRoZSB0YWcKICAgY29udmV5cyBmYXIgbW9yZSBpbmZvcm1h
dGlvbiB0aGFuIGFuIG9wYXF1ZSB0YWcgc3VjaCBhcyAieC1zb21lTGFuZyIsCiAgIHdoaWNo
IGNvbnRhaW5zIG5vIGluZm9ybWF0aW9uIGFib3V0IHRoZSBsYW5ndWFnZSBzdWJ0YWcgb3Ig
c2NyaXB0CiAgIHN1YnRhZyBvdXRzaWRlIG9mIHRoZSBwcml2YXRlIGFncmVlbWVudC4KCiAg
IEhvd2V2ZXIsIGluIHNvbWUgY2FzZXMgY29udGVudCB0YWdnZWQgd2l0aCBwcml2YXRlIHVz
ZSBzdWJ0YWdzIE1BWQogICBpbnRlcmFjdCB3aXRoIG90aGVyIHN5c3RlbXMgaW4gYSBkaWZm
ZXJlbnQgYW5kIHBvc3NpYmx5IHVuc3VpdGFibGUKICAgbWFubmVyIGNvbXBhcmVkIHRvIHRh
Z3MgdGhhdCB1c2Ugb3BhcXVlLCBwcml2YXRlbHkgZGVmaW5lZCBzdWJ0YWdzLAogICBzbyB0
aGUgY2hvaWNlIG9mIHRoZSBiZXN0IGFwcHJvYWNoIHNvbWV0aW1lcyBkZXBlbmRzIG9uIHRo
ZQogICBwYXJ0aWN1bGFyIGRvbWFpbiBpbiBxdWVzdGlvbi4KCgoKCgoKCgoKCgoKCgoKCgoK
CgoKCgoKCgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwg
MjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgNTBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAg
ICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoK
NS4gIElBTkEgQ29uc2lkZXJhdGlvbnMKCiAgIFRoaXMgc2VjdGlvbiBkZWFscyB3aXRoIHRo
ZSBwcm9jZXNzZXMgYW5kIHJlcXVpcmVtZW50cyBuZWNlc3NhcnkgZm9yCiAgIElBTkEgdG8g
dW5kZXJ0YWtlIHRvIG1haW50YWluIHRoZSBzdWJ0YWcgYW5kIGV4dGVuc2lvbiByZWdpc3Ry
aWVzIGFzCiAgIGRlZmluZWQgYnkgdGhpcyBkb2N1bWVudCBhbmQgaW4gYWNjb3JkYW5jZSB3
aXRoIHRoZSByZXF1aXJlbWVudHMgb2YKICAgW1JGQzI0MzRdLgoKICAgVGhlIGltcGFjdCBv
biB0aGUgSUFOQSBtYWludGFpbmVycyBvZiB0aGUgdHdvIHJlZ2lzdHJpZXMgZGVmaW5lZCBi
eQogICB0aGlzIGRvY3VtZW50IHdpbGwgYmUgYSBzbWFsbCBpbmNyZWFzZSBpbiB0aGUgZnJl
cXVlbmN5IG9mIG5ldwogICBlbnRyaWVzIG9yIHVwZGF0ZXMuCgo1LjEuICBMYW5ndWFnZSBT
dWJ0YWcgUmVnaXN0cnkKCiAgIFVwb24gYWRvcHRpb24gb2YgdGhpcyBkb2N1bWVudCwgSUFO
QSB3aWxsIHVwZGF0ZSB0aGUgcmVnaXN0cnkgdXNpbmcKICAgaW5zdHJ1Y3Rpb25zIGFuZCBj
b250ZW50IHByb3ZpZGVkIGluIGEgY29tcGFuaW9uIGRvY3VtZW50OiBbcmVnaXN0cnktCiAg
IHVwZGF0ZV0uICBUaGUgY3JpdGVyaWEgYW5kIHByb2Nlc3MgZm9yIHNlbGVjdGluZyB0aGUg
dXBkYXRlZCBzZXQgb2YKICAgcmVjb3JkcyBhcmUgZGVzY3JpYmVkIGluIHRoYXQgZG9jdW1l
bnQuICBUaGUgdXBkYXRlZCBzZXQgb2YgcmVjb3JkcwogICByZXByZXNlbnRzIG5vIGltcGFj
dCBvbiBJQU5BLCBzaW5jZSB0aGUgd29yayB0byBjcmVhdGUgaXQgd2lsbCBiZQogICBwZXJm
b3JtZWQgZXh0ZXJuYWxseS4KCiAgIEZ1dHVyZSB3b3JrIG9uIHRoZSBMYW5ndWFnZSBTdWJ0
YWcgUmVnaXN0cnkgaGFzIGJlZW4gbGltaXRlZCB0bwogICBpbnNlcnRpbmcgb3IgcmVwbGFj
aW5nIHdob2xlIHJlY29yZHMgcHJlZm9ybWF0dGVkIGZvciBJQU5BIGJ5IHRoZQogICBMYW5n
dWFnZSBTdWJ0YWcgUmV2aWV3ZXIgYXMgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy4zIG9mIHRo
aXMgZG9jdW1lbnQKICAgYW5kIGFyY2hpdmluZyB0aGUgZm9yd2FyZGVkIHJlZ2lzdHJhdGlv
biBmb3JtLgoKICAgRWFjaCByZWNvcmQgTVVTVCBiZSBzZW50IHRvIGlhbmFAaWFuYS5vcmcg
d2l0aCBhIHN1YmplY3QgbGluZQogICBpbmRpY2F0aW5nIHdoZXRoZXIgdGhlIGVuY2xvc2Vk
IHJlY29yZCBpcyBhbiBpbnNlcnRpb24gb2YgYSBuZXcKICAgcmVjb3JkIChpbmRpY2F0ZWQg
YnkgdGhlIHdvcmQgIklOU0VSVCIgaW4gdGhlIHN1YmplY3QgbGluZSkgb3IgYQogICByZXBs
YWNlbWVudCBvZiBhbiBleGlzdGluZyByZWNvcmQgKGluZGljYXRlZCBieSB0aGUgd29yZCAi
TU9ESUZZIiBpbgogICB0aGUgc3ViamVjdCBsaW5lKS4gIFJlY29yZHMgTVVTVCBOT1QgYmUg
ZGVsZXRlZCBmcm9tIHRoZSByZWdpc3RyeS4KICAgSUFOQSBNVVNUIHBsYWNlIGFueSBpbnNl
cnRlZCBvciBtb2RpZmllZCByZWNvcmRzIGludG8gdGhlIGFwcHJvcHJpYXRlCiAgIHNlY3Rp
b24gb2YgdGhlIGxhbmd1YWdlIHN1YnRhZyByZWdpc3RyeSwgZ3JvdXBpbmcgdGhlIHJlY29y
ZHMgYnkKICAgdGhlaXIgJ1R5cGUnIGZpZWxkLiAgSW5zZXJ0ZWQgcmVjb3JkcyBNQVkgYmUg
cGxhY2VkIGFueXdoZXJlIGluIHRoZQogICBhcHByb3ByaWF0ZSBzZWN0aW9uOyB0aGVyZSBp
cyBubyBndWFyYW50ZWUgb2YgdGhlIG9yZGVyIG9mIHRoZQogICByZWNvcmRzIGJleW9uZCBn
cm91cGluZyB0aGVtIHRvZ2V0aGVyIGJ5ICdUeXBlJy4gIE1vZGlmaWVkIHJlY29yZHMKICAg
TVVTVCBvdmVyd3JpdGUgdGhlIHJlY29yZCB0aGV5IHJlcGxhY2UuCgogICBJbmNsdWRlZCBp
biBhbnkgcmVxdWVzdCB0byBpbnNlcnQgb3IgbW9kaWZ5IHJlY29yZHMgTVVTVCBiZSBhIG5l
dwogICBGaWxlLURhdGUgcmVjb3JkLiAgVGhpcyByZWNvcmQgTVVTVCBiZSBwbGFjZWQgZmly
c3QgaW4gdGhlIHJlZ2lzdHJ5LgogICBJbiB0aGUgZXZlbnQgdGhhdCB0aGUgRmlsZS1EYXRl
IHJlY29yZCBwcmVzZW50IGluIHRoZSByZWdpc3RyeSBoYXMgYQogICBsYXRlciBkYXRlIHRo
YW4gdGhlIHJlY29yZCBiZWluZyBpbnNlcnRlZCBvciBtb2RpZmllZCwgdGhlIGV4aXN0aW5n
CiAgIHJlY29yZCBNVVNUIGJlIHByZXNlcnZlZC4KCjUuMi4gIEV4dGVuc2lvbnMgUmVnaXN0
cnkKCiAgIFRoZSBMYW5ndWFnZSBUYWcgRXh0ZW5zaW9ucyBSZWdpc3RyeSBjYW4gY29udGFp
biBhdCBtb3N0IDM1IHJlY29yZHMKICAgYW5kIHRodXMgY2hhbmdlcyB0byB0aGlzIHJlZ2lz
dHJ5IGFyZSBleHBlY3RlZCB0byBiZSB2ZXJ5IGluZnJlcXVlbnQuCgoKCgpQaGlsbGlwcyAm
IERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBb
UGFnZSA1MV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0
cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICBGdXR1cmUgd29yayBieSBJQU5B
IG9uIHRoZSBMYW5ndWFnZSBUYWcgRXh0ZW5zaW9ucyBSZWdpc3RyeSBpcwogICBsaW1pdGVk
IHRvIHR3byBjYXNlcy4gIEZpcnN0LCB0aGUgSUVTRyBNQVkgcmVxdWVzdCB0aGF0IG5ldyBy
ZWNvcmRzCiAgIGJlIGluc2VydGVkIGludG8gdGhpcyByZWdpc3RyeSBmcm9tIHRpbWUgdG8g
dGltZS4gIFRoZXNlIHJlcXVlc3RzCiAgIE1VU1QgaW5jbHVkZSB0aGUgcmVjb3JkIHRvIGlu
c2VydCBpbiB0aGUgZXhhY3QgZm9ybWF0IGRlc2NyaWJlZCBpbgogICBTZWN0aW9uIDMuNy4g
IEluIGFkZGl0aW9uLCB0aGVyZSBNQVkgYmUgb2NjYXNpb25hbCByZXF1ZXN0cyBmcm9tIHRo
ZQogICBtYWludGFpbmluZyBhdXRob3JpdHkgZm9yIGEgc3BlY2lmaWMgZXh0ZW5zaW9uIHRv
IHVwZGF0ZSB0aGUgY29udGFjdAogICBpbmZvcm1hdGlvbiBvciBVUkxzIGluIHRoZSByZWNv
cmQuICBUaGVzZSByZXF1ZXN0cyBNVVNUIGluY2x1ZGUgdGhlCiAgIGNvbXBsZXRlLCB1cGRh
dGVkIHJlY29yZC4gIElBTkEgaXMgbm90IHJlc3BvbnNpYmxlIGZvciB2YWxpZGF0aW5nIHRo
ZQogICBpbmZvcm1hdGlvbiBwcm92aWRlZCwgb25seSB0aGF0IGl0IGlzIHByb3Blcmx5IGZv
cm1hdHRlZC4gIEl0IHNob3VsZAogICByZWFzb25hYmx5IGJlIHNlZW4gdG8gY29tZSBmcm9t
IHRoZSBtYWludGFpbmluZyBhdXRob3JpdHkgbmFtZWQgaW4KICAgdGhlIHJlY29yZCBwcmVz
ZW50IGluIHRoZSByZWdpc3RyeS4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK
CgoKCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcg
ICAgICAgICAgICAgICAgIFtQYWdlIDUyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAg
ICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCjYuICBT
ZWN1cml0eSBDb25zaWRlcmF0aW9ucwoKICAgTGFuZ3VhZ2UgdGFncyB1c2VkIGluIGNvbnRl
bnQgbmVnb3RpYXRpb24sIGxpa2UgYW55IG90aGVyIGluZm9ybWF0aW9uCiAgIGV4Y2hhbmdl
ZCBvbiB0aGUgSW50ZXJuZXQsIG1pZ2h0IGJlIGEgc291cmNlIG9mIGNvbmNlcm4gYmVjYXVz
ZSB0aGV5CiAgIG1pZ2h0IGJlIHVzZWQgdG8gaW5mZXIgdGhlIG5hdGlvbmFsaXR5IG9mIHRo
ZSBzZW5kZXIsIGFuZCB0aHVzCiAgIGlkZW50aWZ5IHBvdGVudGlhbCB0YXJnZXRzIGZvciBz
dXJ2ZWlsbGFuY2UuCgogICBUaGlzIGlzIGEgc3BlY2lhbCBjYXNlIG9mIHRoZSBnZW5lcmFs
IHByb2JsZW0gdGhhdCBhbnl0aGluZyBzZW50IGlzCiAgIHZpc2libGUgdG8gdGhlIHJlY2Vp
dmluZyBwYXJ0eSBhbmQgcG9zc2libHkgdG8gdGhpcmQgcGFydGllcyBhcyB3ZWxsLgogICBJ
dCBpcyB1c2VmdWwgdG8gYmUgYXdhcmUgdGhhdCBzdWNoIGNvbmNlcm5zIGNhbiBleGlzdCBp
biBzb21lIGNhc2VzLgoKICAgVGhlIGV2YWx1YXRpb24gb2YgdGhlIGV4YWN0IG1hZ25pdHVk
ZSBvZiB0aGUgdGhyZWF0LCBhbmQgYW55IHBvc3NpYmxlCiAgIGNvdW50ZXJtZWFzdXJlcywg
aXMgbGVmdCB0byBlYWNoIGFwcGxpY2F0aW9uIHByb3RvY29sIChzZWUgQkNQIDcyCiAgIFtS
RkMzNTUyXSBmb3IgYmVzdCBjdXJyZW50IHByYWN0aWNlIGd1aWRhbmNlIG9uIHNlY3VyaXR5
IHRocmVhdHMgYW5kCiAgIGRlZmVuc2VzKS4KCiAgIFRoZSBsYW5ndWFnZSB0YWcgYXNzb2Np
YXRlZCB3aXRoIGEgcGFydGljdWxhciBpbmZvcm1hdGlvbiBpdGVtIGlzIG9mCiAgIG5vIGNv
bnNlcXVlbmNlIHdoYXRzb2V2ZXIgaW4gZGV0ZXJtaW5pbmcgd2hldGhlciB0aGF0IGNvbnRl
bnQgbWlnaHQKICAgY29udGFpbiBwb3NzaWJsZSBob21vZ3JhcGhzLiAgVGhlIGZhY3QgdGhh
dCBhIHRleHQgaXMgdGFnZ2VkIGFzIGJlaW5nCiAgIGluIG9uZSBsYW5ndWFnZSBvciB1c2lu
ZyBhIHBhcnRpY3VsYXIgc2NyaXB0IHN1YnRhZyBwcm92aWRlcyBubwogICBhc3N1cmFuY2Ug
d2hhdHNvZXZlciB0aGF0IGl0IGRvZXMgbm90IGNvbnRhaW4gY2hhcmFjdGVycyBmcm9tIHNj
cmlwdHMKICAgb3RoZXIgdGhhbiB0aGUgb25lKHMpIGFzc29jaWF0ZWQgd2l0aCBvciBzcGVj
aWZpZWQgYnkgdGhhdCBsYW5ndWFnZQogICB0YWcuCgogICBTaW5jZSB0aGVyZSBpcyBubyBs
aW1pdCB0byB0aGUgbnVtYmVyIG9mIHZhcmlhbnQsIHByaXZhdGUgdXNlLCBhbmQKICAgZXh0
ZW5zaW9uIHN1YnRhZ3MsIGFuZCBjb25zZXF1ZW50bHkgbm8gbGltaXQgb24gdGhlIHBvc3Np
YmxlIGxlbmd0aAogICBvZiBhIHRhZywgaW1wbGVtZW50YXRpb25zIG5lZWQgdG8gZ3VhcmQg
YWdhaW5zdCBidWZmZXIgb3ZlcmZsb3cKICAgYXR0YWNrcy4gIFNlZSBTZWN0aW9uIDQuMyBm
b3IgZGV0YWlscyBvbiBsYW5ndWFnZSB0YWcgdHJ1bmNhdGlvbiwKICAgd2hpY2ggY2FuIG9j
Y3VyIGFzIGEgY29uc2VxdWVuY2Ugb2YgZGVmZW5zZXMgYWdhaW5zdCBidWZmZXIgb3ZlcmZs
b3cuCgogICBBbHRob3VnaCB0aGUgc3BlY2lmaWNhdGlvbiBvZiB2YWxpZCBzdWJ0YWdzIGZv
ciBhbiBleHRlbnNpb24gKHNlZQogICBTZWN0aW9uIDMuNykgTVVTVCBiZSBhdmFpbGFibGUg
b3ZlciB0aGUgSW50ZXJuZXQsIGltcGxlbWVudGF0aW9ucwogICBTSE9VTEQgTk9UIG1lY2hh
bmljYWxseSBkZXBlbmQgb24gaXQgYmVpbmcgYWx3YXlzIGFjY2Vzc2libGUsIHRvCiAgIHBy
ZXZlbnQgZGVuaWFsLW9mLXNlcnZpY2UgYXR0YWNrcy4KCgoKCgoKCgoKCgoKCgoKCgpQaGls
bGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAg
ICAgICBbUGFnZSA1M10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3Mt
cmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgo3LiAgQ2hhcmFjdGVyIFNl
dCBDb25zaWRlcmF0aW9ucwoKICAgVGhlIHN5bnRheCBpbiB0aGlzIGRvY3VtZW50IHJlcXVp
cmVzIHRoYXQgbGFuZ3VhZ2UgdGFncyB1c2Ugb25seSB0aGUKICAgY2hhcmFjdGVycyBBLVos
IGEteiwgMC05LCBhbmQgSFlQSEVOLU1JTlVTLCB3aGljaCBhcmUgcHJlc2VudCBpbiBtb3N0
CiAgIGNoYXJhY3RlciBzZXRzLCBzbyB0aGUgY29tcG9zaXRpb24gb2YgbGFuZ3VhZ2UgdGFn
cyBzaG91bGQgbm90IGhhdmUKICAgYW55IGNoYXJhY3RlciBzZXQgaXNzdWVzLgoKICAgUmVu
ZGVyaW5nIG9mIGNoYXJhY3RlcnMgYmFzZWQgb24gdGhlIGNvbnRlbnQgb2YgYSBsYW5ndWFn
ZSB0YWcgaXMgbm90CiAgIGFkZHJlc3NlZCBpbiB0aGlzIG1lbW8uICBIaXN0b3JpY2FsbHks
IHNvbWUgbGFuZ3VhZ2VzIGhhdmUgcmVsaWVkIG9uCiAgIHRoZSB1c2Ugb2Ygc3BlY2lmaWMg
Y2hhcmFjdGVyIHNldHMgb3Igb3RoZXIgaW5mb3JtYXRpb24gaW4gb3JkZXIgdG8KICAgaW5m
ZXIgaG93IGEgc3BlY2lmaWMgY2hhcmFjdGVyIHNob3VsZCBiZSByZW5kZXJlZCAobm90YWJs
eSB0aGlzCiAgIGFwcGxpZXMgdG8gbGFuZ3VhZ2UtIGFuZCBjdWx0dXJlLXNwZWNpZmljIHZh
cmlhdGlvbnMgb2YgSGFuCiAgIGlkZW9ncmFwaHMgYXMgdXNlZCBpbiBKYXBhbmVzZSwgQ2hp
bmVzZSwgYW5kIEtvcmVhbikuICBXaGVuIGxhbmd1YWdlCiAgIHRhZ3MgYXJlIGFwcGxpZWQg
dG8gc3BhbnMgb2YgdGV4dCwgcmVuZGVyaW5nIGVuZ2luZXMgc29tZXRpbWVzIHVzZQogICB0
aGF0IGluZm9ybWF0aW9uIGluIGRlY2lkaW5nIHdoaWNoIGZvbnQgdG8gdXNlIGluIHRoZSBh
YnNlbmNlIG9mCiAgIG90aGVyIGluZm9ybWF0aW9uLCBwYXJ0aWN1bGFybHkgd2hlcmUgbGFu
Z3VhZ2VzIHdpdGggZGlzdGluY3Qgd3JpdGluZwogICB0cmFkaXRpb25zIHVzZSB0aGUgc2Ft
ZSBjaGFyYWN0ZXJzLgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKUGhpbGxp
cHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAg
ICAgW1BhZ2UgNTRdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJl
Z2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKOC4gIENoYW5nZXMgZnJvbSBS
RkMgNDY0NgoKICAgVGhlIG1haW4gZ29hbCBmb3IgdGhpcyByZXZpc2lvbiBvZiB0aGlzIGRv
Y3VtZW50IHdhcyB0byBpbmNvcnBvcmF0ZQogICBJU08gNjM5LTMgYW5kIGl0cyBhdHRlbmRl
bnQgc2V0IG9mIGxhbmd1YWdlIGNvZGVzIGludG8gdGhlIElBTkEKICAgTGFuZ3VhZ2UgU3Vi
dGFnIFJlZ2lzdHJ5LCBwZXJtaXR0aW5nIHRoZSBpZGVudGlmaWNhdGlvbiBvZiBtYW55IG1v
cmUKICAgbGFuZ3VhZ2VzIGFuZCBkaWFsZWN0cyB0aGFuIHByZXZpb3VzbHkgc3VwcG9ydGVk
LgoKICAgVGhlIHNwZWNpZmljIGNoYW5nZXMgaW4gdGhpcyBkb2N1bWVudCB0byBtZWV0IHRo
ZXNlIGdvYWxzIGFyZToKCiAgIG8gIERlZmluZXMgdGhlIGluY29ycG9yYXRpb24gb2YgSVNP
IDYzOS0zIGNvZGVzIGFzIGxhbmd1YWdlIGFuZAogICAgICBleHRsYW5nIHN1YnRhZ3MuICBF
eHRsYW5ncyBhcmUgbm93IHBlcm1pdHRlZCBpbiBsYW5ndWFnZSB0YWdzLgogICAgICBUaGUg
Y2hhbmdlcyBuZWNlc3NhcnkgdG8gYWNoaWV2ZSB0aGlzIHdlcmU6CgogICAgICAqICBzb21l
dGhpbmcKCiAgIG8gIENoYW5nZWQgdGhlIEFCTkYgcmVsYXRlZCB0byBncmFuZGZhdGhlcmVk
IHRhZ3MuICBUaGUgaXJyZWd1bGFyCiAgICAgIHRhZ3MgYXJlIG5vdyBsaXN0ZWQuICBVc2Vy
cyBvZiBSRkMgNDY0NiBzb21ldGltZXMgbWFkZSB0aGUgbWlzdGFrZQogICAgICBvZiBpbXBs
ZW1lbnRpbmcgdGhlIGdyYW5kZmF0aGVyZWQgQUJORiB3aXRob3V0IGNoZWNraW5nIHRoZSBh
Y3R1YWwKICAgICAgbGlzdCBvZiB0YWdzLCB0aHVzIGFsbG93aW5nIHNvbWUgaWxsZWdhbCB0
YWdzLiAgQWxzbzogYWRkZWQKICAgICAgZGVzY3JpcHRpb24gb2YgYm90aCB0eXBlcyBvZiBn
cmFuZGZhdGhlcmVkIHRhZ3MgdG8gU2VjdGlvbiAyLjIuOC4KCiAgIG8gIEFkZGVkIHRoZSBw
YXJhZ3JhcGggb24gImNvbGxlY3Rpb25zIiB0byBTZWN0aW9uIDQuMS4KCiAgIG8gIENoYW5n
ZWQgdGhlIGNhcGl0YWxpemF0aW9uIHJ1bGVzIGZvciAnVGFnJyBmaWVsZHMgaW4gU2VjdGlv
biAzLjEuCgogICBvICBTcGxpdCBzZWN0aW9uIDMuMSB1cCBpbnRvIHN1YnNlY3Rpb25zLgoK
ICAgbyAgTW9kaWZpZWQgc2VjdGlvbiAzLjUgdG8gYWxsb3cgU3VwcHJlc3MtU2NyaXB0IGZp
ZWxkcyB0byBiZSBhZGRlZCwKICAgICAgbW9kaWZpZWQsIG9yIHJlbW92ZWQgdmlhIHRoZSBy
ZWdpc3RyYXRpb24gcHJvY2Vzcy4gIFRoaXMgd2FzIGFuCiAgICAgIGVycmF0dW0gZnJvbSBS
RkMgNDY0Ni4KCiAgIG8gIE1vZGlmaWVkIGV4YW1wbGVzIHRoYXQgdXNlZCByZWdpb24gY29k
ZSAnQ1MnIChmb3JtZXJseSBTZXJiaWEgYW5kCiAgICAgIE1vbnRlbmVncm8pIHRvIHVzZSAn
UlMnIChTZXJiaWEpIGluc3RlYWQuCgogICBvICBNb2RpZmllZCB0aGUgcnVsZXMgZm9yIGNy
ZWF0aW5nIGFuZCBtYWludGFpbmluZyByZWNvcmQKICAgICAgJ0Rlc2NyaXB0aW9uJyBmaWVs
ZHMgdG8gcHJldmVudCBkdXBsaWNhdGVzLCBpbmNsdWRpbmcgaW52ZXJ0ZWQKICAgICAgZHVw
bGljYXRlcy4KCiAgIG8gIFJlbW92ZWQgdGhlIGxlbmd0aHkgZGVzY3JpcHRpb24gb2Ygd2h5
IFJGQyA0NjQ2IHdhcyBjcmVhdGVkIGZyb20KICAgICAgdGhpcyBzZWN0aW9uLCB3aGljaCBh
bHNvIGNhdXNlZCB0aGUgcmVtb3ZhbCBvZiB0aGUgcmVmZXJlbmNlIHRvCiAgICAgIFhNTCBT
Y2hlbWEuCgoKCgoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVu
ZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSA1NV0KDApJbnRlcm5ldC1EcmFmdCAg
ICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIw
MDYKCgo5LiAgUmVmZXJlbmNlcwoKOS4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAgIFtJ
U08xMDY0Nl0KICAgICAgICAgICAgICBJbnRlcm5hdGlvbmFsIE9yZ2FuaXphdGlvbiBmb3Ig
U3RhbmRhcmRpemF0aW9uLCAiSVNPL0lFQwogICAgICAgICAgICAgIDEwNjQ2OjIwMDMuIElu
Zm9ybWF0aW9uIHRlY2hub2xvZ3kgLS0gVW5pdmVyc2FsIE11bHRpcGxlLQogICAgICAgICAg
ICAgIE9jdGV0IENvZGVkIENoYXJhY3RlciBTZXQgKFVDUykiLCAyMDAzLgoKICAgW0lTTzE1
OTI0XQogICAgICAgICAgICAgIEludGVybmF0aW9uYWwgT3JnYW5pemF0aW9uIGZvciBTdGFu
ZGFyZGl6YXRpb24sICJJU08KICAgICAgICAgICAgICAxNTkyNDoyMDA0LiBJbmZvcm1hdGlv
biBhbmQgZG9jdW1lbnRhdGlvbiAtLSBDb2RlcyBmb3IgdGhlCiAgICAgICAgICAgICAgcmVw
cmVzZW50YXRpb24gb2YgbmFtZXMgb2Ygc2NyaXB0cyIsIEphbnVhcnkgMjAwNC4KCiAgIFtJ
U08zMTY2LTFdCiAgICAgICAgICAgICAgSW50ZXJuYXRpb25hbCBPcmdhbml6YXRpb24gZm9y
IFN0YW5kYXJkaXphdGlvbiwgIklTTyAzMTY2LQogICAgICAgICAgICAgIDE6MTk5Ny4gQ29k
ZXMgZm9yIHRoZSByZXByZXNlbnRhdGlvbiBvZiBuYW1lcyBvZiBjb3VudHJpZXMKICAgICAg
ICAgICAgICBhbmQgdGhlaXIgc3ViZGl2aXNpb25zIC0tIFBhcnQgMTogQ291bnRyeSBjb2Rl
cyIsIDE5OTcuCgogICBbSVNPNjM5LTFdCiAgICAgICAgICAgICAgSW50ZXJuYXRpb25hbCBP
cmdhbml6YXRpb24gZm9yIFN0YW5kYXJkaXphdGlvbiwgIklTTyA2MzktCiAgICAgICAgICAg
ICAgMToyMDAyLiBDb2RlcyBmb3IgdGhlIHJlcHJlc2VudGF0aW9uIG9mIG5hbWVzIG9mIGxh
bmd1YWdlcwogICAgICAgICAgICAgIC0tIFBhcnQgMTogQWxwaGEtMiBjb2RlIiwgMjAwMi4K
CiAgIFtJU082MzktMl0KICAgICAgICAgICAgICBJbnRlcm5hdGlvbmFsIE9yZ2FuaXphdGlv
biBmb3IgU3RhbmRhcmRpemF0aW9uLCAiSVNPIDYzOS0KICAgICAgICAgICAgICAyOjE5OTgu
IENvZGVzIGZvciB0aGUgcmVwcmVzZW50YXRpb24gb2YgbmFtZXMgb2YgbGFuZ3VhZ2VzCiAg
ICAgICAgICAgICAgLS0gUGFydCAyOiBBbHBoYS0zIGNvZGUsIGZpcnN0IGVkaXRpb24iLCAx
OTk4LgoKICAgW0lTTzY0Nl0gICBJbnRlcm5hdGlvbmFsIE9yZ2FuaXphdGlvbiBmb3IgU3Rh
bmRhcmRpemF0aW9uLCAiSVNPL0lFQwogICAgICAgICAgICAgIDY0NjoxOTkxLCBJbmZvcm1h
dGlvbiB0ZWNobm9sb2d5IC0tIElTTyA3LWJpdCBjb2RlZAogICAgICAgICAgICAgIGNoYXJh
Y3RlciBzZXQgZm9yIGluZm9ybWF0aW9uIGludGVyY2hhbmdlLiIsIDE5OTEuCgogICBbUkZD
MjAyNl0gIEJyYWRuZXIsIFMuLCAiVGhlIEludGVybmV0IFN0YW5kYXJkcyBQcm9jZXNzIC0t
IFJldmlzaW9uCiAgICAgICAgICAgICAgMyIsIEJDUCA5LCBSRkMgMjAyNiwgT2N0b2JlciAx
OTk2LgoKICAgW1JGQzIwMjhdICBIb3ZleSwgUi4gYW5kIFMuIEJyYWRuZXIsICJUaGUgT3Jn
YW5pemF0aW9ucyBJbnZvbHZlZCBpbgogICAgICAgICAgICAgIHRoZSBJRVRGIFN0YW5kYXJk
cyBQcm9jZXNzIiwgQkNQIDExLCBSRkMgMjAyOCwKICAgICAgICAgICAgICBPY3RvYmVyIDE5
OTYuCgogICBbUkZDMjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4g
UkZDcyB0byBJbmRpY2F0ZQogICAgICAgICAgICAgIFJlcXVpcmVtZW50IExldmVscyIsIEJD
UCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5OTcuCgogICBbUkZDMjQzNF0gIE5hcnRlbiwgVC4g
YW5kIEguIEFsdmVzdHJhbmQsICJHdWlkZWxpbmVzIGZvciBXcml0aW5nIGFuCiAgICAgICAg
ICAgICAgSUFOQSBDb25zaWRlcmF0aW9ucyBTZWN0aW9uIGluIFJGQ3MiLCBCQ1AgMjYsIFJG
QyAyNDM0LAogICAgICAgICAgICAgIE9jdG9iZXIgMTk5OC4KCiAgIFtSRkMyODYwXSAgQ2Fy
cGVudGVyLCBCLiwgQmFrZXIsIEYuLCBhbmQgTS4gUm9iZXJ0cywgIk1lbW9yYW5kdW0gb2YK
CgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAg
ICAgICAgICAgICAgW1BhZ2UgNTZdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxh
bmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgICAgICAg
ICAgICBVbmRlcnN0YW5kaW5nIENvbmNlcm5pbmcgdGhlIFRlY2huaWNhbCBXb3JrIG9mIHRo
ZQogICAgICAgICAgICAgIEludGVybmV0IEFzc2lnbmVkIE51bWJlcnMgQXV0aG9yaXR5Iiwg
UkZDIDI4NjAsIEp1bmUgMjAwMC4KCiAgIFtSRkMzMzM5XSAgS2x5bmUsIEcuIGFuZCBDLiBO
ZXdtYW4sICJEYXRlIGFuZCBUaW1lIG9uIHRoZSBJbnRlcm5ldDoKICAgICAgICAgICAgICBU
aW1lc3RhbXBzIiwgUkZDIDMzMzksIEp1bHkgMjAwMi4KCiAgIFtSRkM0MjM0XSAgQ3JvY2tl
ciwgRC4gYW5kIFAuIE92ZXJlbGwsICJBdWdtZW50ZWQgQk5GIGZvciBTeW50YXgKICAgICAg
ICAgICAgICBTcGVjaWZpY2F0aW9uczogQUJORiIsIFJGQyA0MjM0LCBPY3RvYmVyIDIwMDUu
CgogICBbUkZDNDY0NV0gIEV3ZWxsLCBELiwgRWQuLCAiSW5pdGlhbCBMYW5ndWFnZSBTdWJ0
YWcgUmVnaXN0cnkiLAogICAgICAgICAgICAgIFNlcHRlbWJlciAyMDA2LCA8aHR0cDovL3d3
dy5pZXRmLm9yZy9yZmMvcmZjNDY0NS50eHQ+LgoKICAgW1JGQzQ2NDddICBQaGlsbGlwcywg
QS4sIEVkLiBhbmQgTS4gRGF2aXMsIEVkLiwgIk1hdGNoaW5nIG9mIExhbmd1YWdlCiAgICAg
ICAgICAgICAgVGFncyIsIFNlcHRlbWJlciAyMDA2LAogICAgICAgICAgICAgIDxodHRwOi8v
d3d3LmlldGYub3JnL3JmYy9yZmM0NjQ3LnR4dD4uCgogICBbVU5fTS40OV0gIFN0YXRpc3Rp
Y3MgRGl2aXNpb24sIFVuaXRlZCBOYXRpb25zLCAiU3RhbmRhcmQgQ291bnRyeSBvcgogICAg
ICAgICAgICAgIEFyZWEgQ29kZXMgZm9yIFN0YXRpc3RpY2FsIFVzZSIsIFVOIFN0YW5kYXJk
IENvdW50cnkgb3IKICAgICAgICAgICAgICBBcmVhIENvZGVzIGZvciBTdGF0aXN0aWNhbCBV
c2UsIFJldmlzaW9uIDQgKFVuaXRlZCBOYXRpb25zCiAgICAgICAgICAgICAgcHVibGljYXRp
b24sIFNhbGVzIE5vLiA5OC5YVklJLjksIEp1bmUgMTk5OS4KCjkuMi4gIEluZm9ybWF0aXZl
IFJlZmVyZW5jZXMKCiAgIFtSRkMxNzY2XSAgQWx2ZXN0cmFuZCwgSC4sICJUYWdzIGZvciB0
aGUgSWRlbnRpZmljYXRpb24gb2YKICAgICAgICAgICAgICBMYW5ndWFnZXMiLCBSRkMgMTc2
NiwgTWFyY2ggMTk5NS4KCiAgIFtSRkMyMDQ3XSAgTW9vcmUsIEsuLCAiTUlNRSAoTXVsdGlw
dXJwb3NlIEludGVybmV0IE1haWwgRXh0ZW5zaW9ucykKICAgICAgICAgICAgICBQYXJ0IFRo
cmVlOiBNZXNzYWdlIEhlYWRlciBFeHRlbnNpb25zIGZvciBOb24tQVNDSUkgVGV4dCIsCiAg
ICAgICAgICAgICAgUkZDIDIwNDcsIE5vdmVtYmVyIDE5OTYuCgogICBbUkZDMjIzMV0gIEZy
ZWVkLCBOLiBhbmQgSy4gTW9vcmUsICJNSU1FIFBhcmFtZXRlciBWYWx1ZSBhbmQgRW5jb2Rl
ZAogICAgICAgICAgICAgIFdvcmQgRXh0ZW5zaW9uczogQ2hhcmFjdGVyIFNldHMsIExhbmd1
YWdlcywgYW5kCiAgICAgICAgICAgICAgQ29udGludWF0aW9ucyIsIFJGQyAyMjMxLCBOb3Zl
bWJlciAxOTk3LgoKICAgW1JGQzI3ODFdICBIb2ZmbWFuLCBQLiBhbmQgRi4gWWVyZ2VhdSwg
IlVURi0xNiwgYW4gZW5jb2Rpbmcgb2YgSVNPCiAgICAgICAgICAgICAgMTA2NDYiLCBSRkMg
Mjc4MSwgRmVicnVhcnkgMjAwMC4KCiAgIFtSRkMzMDY2XSAgQWx2ZXN0cmFuZCwgSC4sICJU
YWdzIGZvciB0aGUgSWRlbnRpZmljYXRpb24gb2YKICAgICAgICAgICAgICBMYW5ndWFnZXMi
LCBCQ1AgNDcsIFJGQyAzMDY2LCBKYW51YXJ5IDIwMDEuCgogICBbUkZDMzU1Ml0gIFJlc2Nv
cmxhLCBFLiBhbmQgQi4gS29ydmVyLCAiR3VpZGVsaW5lcyBmb3IgV3JpdGluZyBSRkMKICAg
ICAgICAgICAgICBUZXh0IG9uIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zIiwgQkNQIDcyLCBS
RkMgMzU1MiwKICAgICAgICAgICAgICBKdWx5IDIwMDMuCgogICBbUkZDNDY0Nl0gIFBoaWxs
aXBzLCBBLiwgRWQuIGFuZCBNLiBEYXZpcywgRWQuLCAiVGFncyBmb3IgdGhlCiAgICAgICAg
ICAgICAgSWRlbnRpZmljYXRpb24gb2YgTGFuZ3VhZ2VzIiwgU2VwdGVtYmVyIDIwMDYsCiAg
ICAgICAgICAgICAgPGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjL3JmYzQ2NDYudHh0Pi4KCgoK
ClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAg
ICAgICAgICAgIFtQYWdlIDU3XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5n
dGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIFtVbmljb2Rl
XSAgVW5pY29kZSBDb25zb3J0aXVtLCAiVGhlIFVuaWNvZGUgQ29uc29ydGl1bS4gVGhlIFVu
aWNvZGUKICAgICAgICAgICAgICBTdGFuZGFyZCwgVmVyc2lvbiA1LjAsIChCb3N0b24sIE1B
LCBBZGRpc29uLVdlc2xleSwgMjAwMy4KICAgICAgICAgICAgICBJU0JOIDAtMzIxLTQ5MDgx
LTApIiwgSmFudWFyeSAyMDA3LgoKICAgW1hNTDEwXSAgICBCcmF5IChldCBhbCksIFQuLCAi
RXh0ZW5zaWJsZSBNYXJrdXAgTGFuZ3VhZ2UgKFhNTCkgMS4wIiwKICAgICAgICAgICAgICAw
MiAyMDA0LgoKICAgW2lzbzYzOS5wcmluXQogICAgICAgICAgICAgIElTTyA2MzkgSm9pbnQg
QWR2aXNvcnkgQ29tbWl0dGVlLCAiSVNPIDYzOSBKb2ludCBBZHZpc29yeQogICAgICAgICAg
ICAgIENvbW1pdHRlZTogIFdvcmtpbmcgcHJpbmNpcGxlcyBmb3IgSVNPIDYzOSBtYWludGVu
YW5jZSIsCiAgICAgICAgICAgICAgTWFyY2ggMjAwMCwKICAgICAgICAgICAgICA8aHR0cDov
L3d3dy5sb2MuZ292L3N0YW5kYXJkcy9pc282MzktMi8KICAgICAgICAgICAgICBpc282Mzlq
YWNfbjNyLmh0bWw+LgoKICAgW3JlY29yZC1qYXJdCiAgICAgICAgICAgICAgUmF5bW9uZCwg
RS4sICJUaGUgQXJ0IG9mIFVuaXggUHJvZ3JhbW1pbmciLCAyMDAzLAogICAgICAgICAgICAg
IDx1cm46aXNibjowLTEzLTE0MjkwMS05Pi4KCiAgIFtyZWdpc3RyeS11cGRhdGVdCiAgICAg
ICAgICAgICAgRXdlbGwsIEQuLCBFZC4sICJVcGRhdGUgdG8gdGhlIExhbmd1YWdlIFN1YnRh
ZyBSZWdpc3RyeSIsCiAgICAgICAgICAgICAgU2VwdGVtYmVyIDIwMDYsIDxodHRwOi8vd3d3
LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8KICAgICAgICAgICAgICBkcmFmdC1pZXRmLWx0
cnUtaW5pdGlhbC1yZWdpc3RyeS0wMC50eHQ+LgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK
CgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAg
ICAgICAgICAgICAgIFtQYWdlIDU4XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBs
YW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCkFwcGVuZGl4
IEEuICBBY2tub3dsZWRnZW1lbnRzCgogICBBbnkgbGlzdCBvZiBjb250cmlidXRvcnMgaXMg
Ym91bmQgdG8gYmUgaW5jb21wbGV0ZTsgcGxlYXNlIHJlZ2FyZCB0aGUKICAgZm9sbG93aW5n
IGFzIG9ubHkgYSBzZWxlY3Rpb24gZnJvbSB0aGUgZ3JvdXAgb2YgcGVvcGxlIHdobyBoYXZl
CiAgIGNvbnRyaWJ1dGVkIHRvIG1ha2UgdGhpcyBkb2N1bWVudCB3aGF0IGl0IGlzIHRvZGF5
LgoKICAgVGhlIGNvbnRyaWJ1dG9ycyB0byBSRkMgNDY0NiwgUkZDIDQ2NDcsIFJGQyAzMDY2
LCBhbmQgUkZDIDE3NjYsIHRoZQogICBwcmVjdXJzb3JzIG9mIHRoaXMgZG9jdW1lbnQsIG1h
ZGUgZW5vcm1vdXMgY29udHJpYnV0aW9ucyBkaXJlY3RseSBvcgogICBpbmRpcmVjdGx5IHRv
IHRoaXMgZG9jdW1lbnQgYW5kIGFyZSBnZW5lcmFsbHkgcmVzcG9uc2libGUgZm9yIHRoZQog
ICBzdWNjZXNzIG9mIGxhbmd1YWdlIHRhZ3MuCgogICBUaGUgZm9sbG93aW5nIHBlb3BsZSBj
b250cmlidXRlZCB0byB0aGlzIGRvY3VtZW50OgoKICAgU3RlcGhhbmUgQm9ydHptZXllciwg
S2FyZW4gQnJvb21lLCBQZXRlciBDb25zdGFibGUsIEpvaG4gQ293YW4sCiAgIE1hcnRpbiBE
dWVyc3QsIEZyYW5rIEVsbGVybWFuLCBEb3VnIEV3ZWxsLCBNYXJpb24gR3VubiwgUmFuZHkK
ICAgUHJlc3VobiwgYW5kIG1hbnksIG1hbnkgb3RoZXJzLgoKICAgVmVyeSBzcGVjaWFsIHRo
YW5rcyBtdXN0IGdvIHRvIEhhcmFsZCBUdmVpdCBBbHZlc3RyYW5kLCB3aG8KICAgb3JpZ2lu
YXRlZCBSRkNzIDE3NjYgYW5kIDMwNjYsIGFuZCB3aXRob3V0IHdob20gdGhpcyBkb2N1bWVu
dCB3b3VsZAogICBub3QgaGF2ZSBiZWVuIHBvc3NpYmxlLgoKICAgU3BlY2lhbCB0aGFua3Mg
Z28gdG8gTWljaGFlbCBFdmVyc29uLCB3aG8gc2VydmVkIGFzIHRoZSBMYW5ndWFnZSBUYWcK
ICAgUmV2aWV3ZXIgZm9yIGFsbW9zdCB0aGUgZW50aXJlIFJGQyAxNzY2L1JGQyAzMDY2IHBl
cmlvZCwgYXMgd2VsbCBhcwogICB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyIHNpbmNl
IHRoZSBhZG9wdGlvbiBvZiBSRkMgNDY0Ni4KCiAgIFNwZWNpYWwgdGhhbmtzIGFsc28gdG8g
RG91ZyBFd2VsbCwgZm9yIGhpcyBwcm9kdWN0aW9uIG9mIHRoZSBmaXJzdAogICBjb21wbGV0
ZSBzdWJ0YWcgcmVnaXN0cnksIGhpcyB3b3JrIHRvIHN1cHBvcnQgYW5kIG1haW50YWluIG5l
dwogICByZWdpc3RyYXRpb25zLCBhbmQgaGlzIGNhcmVmdWwgZWRpdG9yc2hpcCBvZiBib3Ro
IFJGQyA0NjQ1IGFuZAogICBbZHJhZnQtaW5pdGlhbF0uCgoKCgoKCgoKCgoKCgoKCgoKCgoK
CgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAg
ICAgICAgICAgICBbUGFnZSA1OV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFu
Z3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgpBcHBlbmRpeCBC
LiAgRXhhbXBsZXMgb2YgTGFuZ3VhZ2UgVGFncyAoSW5mb3JtYXRpdmUpCgogICBTaW1wbGUg
bGFuZ3VhZ2Ugc3VidGFnOgoKICAgICAgZGUgKEdlcm1hbikKCiAgICAgIGZyIChGcmVuY2gp
CgogICAgICBqYSAoSmFwYW5lc2UpCgogICAgICBpLWVub2NoaWFuIChleGFtcGxlIG9mIGEg
Z3JhbmRmYXRoZXJlZCB0YWcpCgogICBMYW5ndWFnZSBzdWJ0YWcgcGx1cyBTY3JpcHQgc3Vi
dGFnOgoKICAgICAgemgtSGFudCAoQ2hpbmVzZSB3cml0dGVuIHVzaW5nIHRoZSBUcmFkaXRp
b25hbCBDaGluZXNlIHNjcmlwdCkKCiAgICAgIHpoLUhhbnMgKENoaW5lc2Ugd3JpdHRlbiB1
c2luZyB0aGUgU2ltcGxpZmllZCBDaGluZXNlIHNjcmlwdCkKCiAgICAgIHNyLUN5cmwgKFNl
cmJpYW4gd3JpdHRlbiB1c2luZyB0aGUgQ3lyaWxsaWMgc2NyaXB0KQoKICAgICAgc3ItTGF0
biAoU2VyYmlhbiB3cml0dGVuIHVzaW5nIHRoZSBMYXRpbiBzY3JpcHQpCgogICBMYW5ndWFn
ZS1TY3JpcHQtUmVnaW9uOgoKICAgICAgemgtSGFucy1DTiAoQ2hpbmVzZSB3cml0dGVuIHVz
aW5nIHRoZSBTaW1wbGlmaWVkIHNjcmlwdCBhcyB1c2VkIGluCiAgICAgIG1haW5sYW5kIENo
aW5hKQoKICAgICAgc3ItTGF0bi1SUyAoU2VyYmlhbiB3cml0dGVuIHVzaW5nIHRoZSBMYXRp
biBzY3JpcHQgYXMgdXNlZCBpbgogICAgICBTZXJiaWEpCgogICBMYW5ndWFnZS1WYXJpYW50
OgoKICAgICAgc2wtcm96YWogKFJlc2lhbiBkaWFsZWN0IG9mIFNsb3ZlbmlhbgoKICAgICAg
c2wtbmVkaXMgKE5hZGl6YSBkaWFsZWN0IG9mIFNsb3ZlbmlhbikKCiAgIExhbmd1YWdlLVJl
Z2lvbi1WYXJpYW50OgoKICAgICAgZGUtQ0gtMTkwMSAoR2VybWFuIGFzIHVzZWQgaW4gU3dp
dHplcmxhbmQgdXNpbmcgdGhlIDE5MDEgdmFyaWFudAogICAgICBbb3J0aG9ncmFwaHldKQoK
ICAgICAgc2wtSVQtbmVkaXMgKFNsb3ZlbmlhbiBhcyB1c2VkIGluIEl0YWx5LCBOYWRpemEg
ZGlhbGVjdCkKCiAgIExhbmd1YWdlLVNjcmlwdC1SZWdpb24tVmFyaWFudDoKCgoKCgoKClBo
aWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDksIDIwMDcgICAgICAgICAg
ICAgICAgIFtQYWdlIDYwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFn
cy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgICAgIHNsLUxhdG4t
SVQtbmVkaXMgKE5hZGl6YSBkaWFsZWN0IG9mIFNsb3ZlbmlhbiB3cml0dGVuIHVzaW5nIHRo
ZQogICAgICBMYXRpbiBzY3JpcHQgYXMgdXNlZCBpbiBJdGFseS4gIE5vdGUgdGhhdCB0aGlz
IHRhZyBpcyBOT1QKICAgICAgUkVDT01NRU5ERUQgYmVjYXVzZSBzdWJ0YWcgJ3NsJyBoYXMg
YSBTdXBwcmVzcy1TY3JpcHQgdmFsdWUgb2YKICAgICAgJ0xhdG4nKQoKICAgTGFuZ3VhZ2Ut
UmVnaW9uOgoKICAgICAgZGUtREUgKEdlcm1hbiBmb3IgR2VybWFueSkKCiAgICAgIGVuLVVT
IChFbmdsaXNoIGFzIHVzZWQgaW4gdGhlIFVuaXRlZCBTdGF0ZXMpCgogICAgICBlcy00MTkg
KFNwYW5pc2ggYXBwcm9wcmlhdGUgZm9yIHRoZSBMYXRpbiBBbWVyaWNhIGFuZCBDYXJpYmJl
YW4KICAgICAgcmVnaW9uIHVzaW5nIHRoZSBVTiByZWdpb24gY29kZSkKCiAgIFByaXZhdGUg
dXNlIHN1YnRhZ3M6CgogICAgICBkZS1DSC14LXBob25lYmsKCiAgICAgIGF6LUFyYWIteC1B
WkUtZGVyYmVuZAoKICAgRXh0ZW5kZWQgbGFuZ3VhZ2Ugc3VidGFncyAoZXhhbXBsZXMgT05M
WTogZXh0ZW5kZWQgbGFuZ3VhZ2VzIE1VU1QgYmUKICAgZGVmaW5lZCBieSByZXZpc2lvbiBv
ciB1cGRhdGUgdG8gdGhpcyBkb2N1bWVudCk6CgogICAgICB6aC1taW4KCiAgICAgIHpoLW1p
bi1uYW4tSGFudC1DTgoKICAgUHJpdmF0ZSB1c2UgcmVnaXN0cnkgdmFsdWVzOgoKICAgICAg
eC13aGF0ZXZlciAocHJpdmF0ZSB1c2UgdXNpbmcgdGhlIHNpbmdsZXRvbiAneCcpCgogICAg
ICBxYWEtUWFhYS1RTS14LXNvdXRoZXJuIChhbGwgcHJpdmF0ZSB0YWdzKQoKICAgICAgZGUt
UWFhYSAoR2VybWFuLCB3aXRoIGEgcHJpdmF0ZSBzY3JpcHQpCgogICAgICBzci1MYXRuLVFN
IChTZXJiaWFuLCBMYXRpbi1zY3JpcHQsIHByaXZhdGUgcmVnaW9uKQoKICAgICAgc3ItUWFh
YS1SUyAoU2VyYmlhbiwgcHJpdmF0ZSBzY3JpcHQsIGZvciBTZXJiaWEpCgogICBUYWdzIHRo
YXQgdXNlIGV4dGVuc2lvbnMgKGV4YW1wbGVzIE9OTFk6IGV4dGVuc2lvbnMgTVVTVCBiZSBk
ZWZpbmVkCiAgIGJ5IHJldmlzaW9uIG9yIHVwZGF0ZSB0byB0aGlzIGRvY3VtZW50IG9yIGJ5
IFJGQyk6CgogICAgICBlbi1VUy11LWlzbGFtQ2FsCgogICAgICB6aC1DTi1hLW15RXh0LXgt
cHJpdmF0ZQoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSA5
LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSA2MV0KDApJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYK
CgogICAgICBlbi1hLW15RXh0LWItYW5vdGhlcgoKICAgU29tZSBJbnZhbGlkIFRhZ3M6Cgog
ICAgICBkZS00MTktREUgKHR3byByZWdpb24gdGFncykKCiAgICAgIGEtREUgKHVzZSBvZiBh
IHNpbmdsZS1jaGFyYWN0ZXIgc3VidGFnIGluIHByaW1hcnkgcG9zaXRpb247IG5vdGUKICAg
ICAgdGhhdCB0aGVyZSBhcmUgYSBmZXcgZ3JhbmRmYXRoZXJlZCB0YWdzIHRoYXQgc3RhcnQg
d2l0aCAiaS0iIHRoYXQKICAgICAgYXJlIHZhbGlkKQoKICAgICAgYXItYS1hYWEtYi1iYmIt
YS1jY2MgKHR3byBleHRlbnNpb25zIHdpdGggc2FtZSBzaW5nbGUtbGV0dGVyCiAgICAgIHBy
ZWZpeCkKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKUGhpbGxpcHMg
JiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgOSwgMjAwNyAgICAgICAgICAgICAgICAg
W1BhZ2UgNjJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lz
dHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKQXV0aG9ycycgQWRkcmVzc2VzCgog
ICBBZGRpc29uIFBoaWxsaXBzIChlZGl0b3IpCiAgIFlhaG9vISBJbmMuCgogICBFbWFpbDog
YWRkaXNvbkBpbnRlci1sb2NhbGUuY29tCiAgIFVSSTogICBodHRwOi8vd3d3LmludGVyLWxv
Y2FsZS5jb20KCgogICBNYXJrIERhdmlzIChlZGl0b3IpCiAgIEdvb2dsZQoKICAgRW1haWw6
IG1hcmsuZGF2aXNAbWFjY2hpYXRvLmNvbSBvciBtYXJrLmRhdmlzQGdvb2dsZS5jb20KCgoK
CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAg
ICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSA2M10K
DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAg
ICAgICAgIERlY2VtYmVyIDIwMDYKCgpJbnRlbGxlY3R1YWwgUHJvcGVydHkgU3RhdGVtZW50
CgogICBUaGUgSUVURiB0YWtlcyBubyBwb3NpdGlvbiByZWdhcmRpbmcgdGhlIHZhbGlkaXR5
IG9yIHNjb3BlIG9mIGFueQogICBJbnRlbGxlY3R1YWwgUHJvcGVydHkgUmlnaHRzIG9yIG90
aGVyIHJpZ2h0cyB0aGF0IG1pZ2h0IGJlIGNsYWltZWQgdG8KICAgcGVydGFpbiB0byB0aGUg
aW1wbGVtZW50YXRpb24gb3IgdXNlIG9mIHRoZSB0ZWNobm9sb2d5IGRlc2NyaWJlZCBpbgog
ICB0aGlzIGRvY3VtZW50IG9yIHRoZSBleHRlbnQgdG8gd2hpY2ggYW55IGxpY2Vuc2UgdW5k
ZXIgc3VjaCByaWdodHMKICAgbWlnaHQgb3IgbWlnaHQgbm90IGJlIGF2YWlsYWJsZTsgbm9y
IGRvZXMgaXQgcmVwcmVzZW50IHRoYXQgaXQgaGFzCiAgIG1hZGUgYW55IGluZGVwZW5kZW50
IGVmZm9ydCB0byBpZGVudGlmeSBhbnkgc3VjaCByaWdodHMuICBJbmZvcm1hdGlvbgogICBv
biB0aGUgcHJvY2VkdXJlcyB3aXRoIHJlc3BlY3QgdG8gcmlnaHRzIGluIFJGQyBkb2N1bWVu
dHMgY2FuIGJlCiAgIGZvdW5kIGluIEJDUCA3OCBhbmQgQkNQIDc5LgoKICAgQ29waWVzIG9m
IElQUiBkaXNjbG9zdXJlcyBtYWRlIHRvIHRoZSBJRVRGIFNlY3JldGFyaWF0IGFuZCBhbnkK
ICAgYXNzdXJhbmNlcyBvZiBsaWNlbnNlcyB0byBiZSBtYWRlIGF2YWlsYWJsZSwgb3IgdGhl
IHJlc3VsdCBvZiBhbgogICBhdHRlbXB0IG1hZGUgdG8gb2J0YWluIGEgZ2VuZXJhbCBsaWNl
bnNlIG9yIHBlcm1pc3Npb24gZm9yIHRoZSB1c2Ugb2YKICAgc3VjaCBwcm9wcmlldGFyeSBy
aWdodHMgYnkgaW1wbGVtZW50ZXJzIG9yIHVzZXJzIG9mIHRoaXMKICAgc3BlY2lmaWNhdGlv
biBjYW4gYmUgb2J0YWluZWQgZnJvbSB0aGUgSUVURiBvbi1saW5lIElQUiByZXBvc2l0b3J5
IGF0CiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaXByLgoKICAgVGhlIElFVEYgaW52aXRlcyBh
bnkgaW50ZXJlc3RlZCBwYXJ0eSB0byBicmluZyB0byBpdHMgYXR0ZW50aW9uIGFueQogICBj
b3B5cmlnaHRzLCBwYXRlbnRzIG9yIHBhdGVudCBhcHBsaWNhdGlvbnMsIG9yIG90aGVyIHBy
b3ByaWV0YXJ5CiAgIHJpZ2h0cyB0aGF0IG1heSBjb3ZlciB0ZWNobm9sb2d5IHRoYXQgbWF5
IGJlIHJlcXVpcmVkIHRvIGltcGxlbWVudAogICB0aGlzIHN0YW5kYXJkLiAgUGxlYXNlIGFk
ZHJlc3MgdGhlIGluZm9ybWF0aW9uIHRvIHRoZSBJRVRGIGF0CiAgIGlldGYtaXByQGlldGYu
b3JnLgoKCkRpc2NsYWltZXIgb2YgVmFsaWRpdHkKCiAgIFRoaXMgZG9jdW1lbnQgYW5kIHRo
ZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWluIGFyZSBwcm92aWRlZCBvbiBhbgogICAi
QVMgSVMiIGJhc2lzIGFuZCBUSEUgQ09OVFJJQlVUT1IsIFRIRSBPUkdBTklaQVRJT04gSEUv
U0hFIFJFUFJFU0VOVFMKICAgT1IgSVMgU1BPTlNPUkVEIEJZIChJRiBBTlkpLCBUSEUgSU5U
RVJORVQgU09DSUVUWSBBTkQgVEhFIElOVEVSTkVUCiAgIEVOR0lORUVSSU5HIFRBU0sgRk9S
Q0UgRElTQ0xBSU0gQUxMIFdBUlJBTlRJRVMsIEVYUFJFU1MgT1IgSU1QTElFRCwKICAgSU5D
TFVESU5HIEJVVCBOT1QgTElNSVRFRCBUTyBBTlkgV0FSUkFOVFkgVEhBVCBUSEUgVVNFIE9G
IFRIRQogICBJTkZPUk1BVElPTiBIRVJFSU4gV0lMTCBOT1QgSU5GUklOR0UgQU5ZIFJJR0hU
UyBPUiBBTlkgSU1QTElFRAogICBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBPUiBG
SVRORVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4KCgpDb3B5cmlnaHQgU3RhdGVtZW50
CgogICBDb3B5cmlnaHQgKEMpIFRoZSBJbnRlcm5ldCBTb2NpZXR5ICgyMDA2KS4gIFRoaXMg
ZG9jdW1lbnQgaXMgc3ViamVjdAogICB0byB0aGUgcmlnaHRzLCBsaWNlbnNlcyBhbmQgcmVz
dHJpY3Rpb25zIGNvbnRhaW5lZCBpbiBCQ1AgNzgsIGFuZAogICBleGNlcHQgYXMgc2V0IGZv
cnRoIHRoZXJlaW4sIHRoZSBhdXRob3JzIHJldGFpbiBhbGwgdGhlaXIgcmlnaHRzLgoKCkFj
a25vd2xlZGdtZW50CgogICBGdW5kaW5nIGZvciB0aGUgUkZDIEVkaXRvciBmdW5jdGlvbiBp
cyBjdXJyZW50bHkgcHJvdmlkZWQgYnkgdGhlCiAgIEludGVybmV0IFNvY2lldHkuCgoKCgpQ
aGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSA5LCAyMDA3ICAgICAgICAg
ICAgICAgICBbUGFnZSA2NF0KDAo=
--------------080304000106000400090503
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--------------080304000106000400090503--




From ltru-bounces@ietf.org Wed Dec 06 18:33:00 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gs6G0-0004rG-Gh; Wed, 06 Dec 2006 18:32:56 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gs6Fz-0004nf-6B
	for ltru@ietf.org; Wed, 06 Dec 2006 18:32:55 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gs6Fx-0006ke-S5
	for ltru@ietf.org; Wed, 06 Dec 2006 18:32:55 -0500
Received: from [172.21.37.80] (duringperson-lx.corp.yahoo.com [172.21.37.80])
	(authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kB6NWnL5042609
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <ltru@ietf.org>; Wed, 6 Dec 2006 15:32:50 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=Inqq25hr3gTj9KcNqYDjmv8ZW89juDnb86LtWp4t0gSxWzwyc3O7cvky9NJSXHOf
Message-ID: <45775320.4080901@yahoo-inc.com>
Date: Wed, 06 Dec 2006 15:32:48 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: "'LTRU Working Group'" <ltru@ietf.org>
Subject: Re: [Ltru] submission: draft-ietf-ltru-rfc4646bis, version 01
References: <45775012.9090908@yahoo-inc.com>
In-Reply-To: <45775012.9090908@yahoo-inc.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

That's right... I've just submitted a new draft.

I tried to incorporate any actual textual submissions that struck me as 
having achieved consensus. Karen Broome asked about text related to 
recommending against scripts when tagging audio content. I didn't 
include it in this version, since I could not find a specific proposal 
for the text. I don't oppose such text, please note. I just don't have a 
consensus proposal to hand.

Basically, very little has changed here. My goal was to get the editing 
process back on track after a long, fun-filled, ever-so-enlightening 
discussion of various issues like phonetic "scripts" and such.

The problem, of course, is that the discussion has not focused on the 
corpus of text. (Perhaps on the corpus of some of our fellow list 
members........)

Best Regards,

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 06 20:39:42 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gs8Eb-0006u5-WA; Wed, 06 Dec 2006 20:39:38 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gs8Eb-0006to-7b
	for ltru@ietf.org; Wed, 06 Dec 2006 20:39:37 -0500
Received: from mail2.sharplabs.com ([216.65.151.51])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gs8EW-0003CO-UO
	for ltru@ietf.org; Wed, 06 Dec 2006 20:39:37 -0500
Received: from localhost (localhost [127.0.0.1])
	by mail2.sharplabs.com (Postfix) with ESMTP id 318C01E1304;
	Wed,  6 Dec 2006 17:39:30 -0800 (PST)
Received: from mail2.sharplabs.com ([127.0.0.1])
	by localhost (mail2.sharplabs.com [127.0.0.1]) (amavisd-new, port 10024)
	with ESMTP id 27902-10; Wed,  6 Dec 2006 17:39:29 -0800 (PST)
Received: from admsrvnt02.enet.sharplabs.com (admsrvnt02 [172.29.225.253])
	by mail2.sharplabs.com (Postfix) with ESMTP id 15E441E12ED;
	Wed,  6 Dec 2006 17:39:29 -0800 (PST)
Received: by admsrvnt02.enet.sharplabs.com with Internet Mail Service
	(5.5.2657.72) id <YMJK8B7N>; Wed, 6 Dec 2006 17:39:28 -0800
Message-ID: <789E617C880666438EDEE30C2A3E8D100105A586@mailsrvnt05.enet.sharplabs.com>
From: "McDonald, Ira" <imcdonald@sharplabs.com>
To: 'Stephane Bortzmeyer' <bortzmeyer@nic.fr>, ltru@ietf.org
Subject: RE: [Ltru] Proposal for a LTRU Web page
Date: Wed, 6 Dec 2006 17:39:28 -0800 
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: text/plain;
	charset="ISO-8859-1"
X-Virus-Scanned: amavisd-new at sharplabs.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi Stephane,

Nice - I especially like that the home page has the
three domains of interest (users, software developers,
standards authors) side-by-side.

Thanks for a good start.

Cheers,
- Ira

Ira McDonald (Musician / Software Architect)
Chair - FSG Open Printing Steering Committee
Blue Roof Music / High North Inc
PO Box 221  Grand Marais, MI  49839
phone: +1-906-494-2434
email: imcdonald@sharplabs.com

-----Original Message-----
From: Stephane Bortzmeyer [mailto:bortzmeyer@nic.fr]
Sent: Monday, December 04, 2006 3:19 PM
To: ltru@ietf.org
Subject: [Ltru] Proposal for a LTRU Web page


Many people already said "We really ought to have a Web page about
language tags".

Well, here is a proposal. My intent is not to let it as it is or to
manage it all by myself, the URL is temporary, I would like first to
have feedbacks from the WG about wether it is useful and how to
improve it.

http://ltru.generic-nic.net/

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.432 / Virus Database: 268.15.13/577 - Release Date: 12/6/2006
4:39 PM
 

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 06 21:13:16 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gs8l2-00088D-K4; Wed, 06 Dec 2006 21:13:08 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gs8l1-000886-Il
	for ltru@ietf.org; Wed, 06 Dec 2006 21:13:07 -0500
Received: from smtp1.wsfo.org ([208.145.81.51])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gs8kw-0008LY-9r
	for ltru@ietf.org; Wed, 06 Dec 2006 21:13:07 -0500
Received: from mail.link77.net (mail.link77.net [172.22.0.125])
	by smtp1.wsfo.org (8.13.1/8.13.1) with ESMTP id kB72Cmwj027938
	(version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NO);
	Wed, 6 Dec 2006 21:12:49 -0500
X-Scanned-By: MIMEDefang 2.54 on 172.22.0.51
X-Scanned-By: RAE MPP/Clamd http://raeinternet.com/mpp
X-Scanned-By: This message was scanned by MPP Free Edition
	(www.messagepartners.com)!
Received: from [203.150.134.109] (account martin_hosken@sil.org HELO
	[192.168.1.6]) by mail.link77.net (CommuniGate Pro SMTP 5.0.8)
	with ESMTPSA id 130453873; Wed, 06 Dec 2006 21:12:48 -0500
Message-ID: <4577789C.6050405@sil.org>
Date: Thu, 07 Dec 2006 09:12:44 +0700
From: Martin Hosken <martin_hosken@sil.org>
User-Agent: Thunderbird 1.5.0.8 (X11/20061115)
MIME-Version: 1.0
To: Marion Gunn <mgunn@egt.ie>
Subject: Re: [Ltru] Re: LANGUAGE SUBTAG REGISTRATION FORM: Uralic Phonetic
	Alphabet
References: <20061128072611.D98702580EE@eikenes.alvestrand.no>	<009201c712c3$455109d0$6501a8c0@DGBP7M81>
	<F67B8BBC-7555-40A7-B9E9-4A33A7A89462@egt.ie>
In-Reply-To: <F67B8BBC-7555-40A7-B9E9-4A33A7A89462@egt.ie>
X-Enigmail-Version: 0.94.1.1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by smtp1.wsfo.org id
	kB72Cmwj027938
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906
Cc: IETF Languages Discussion <ietf-languages@iana.org>,
	LTRU Working Group <ltru@ietf.org>,
	TC46-L Information and Documentation Technology List
	<tc46-L@listserv.heanet.ie>,
	Mozilla Project translation into Irish Applied Translation Studies
	<MOZILLA-L@listserv.heanet.ie>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Dear Marion,
> I can support the proposal below, as a quick fix.
> Many thanks,
> mg
>
> On 28 Nov 2006, at 08:00, scr=C3=ADobh Doug Ewell:
>
>> Michael Everson <everson at evertype dot com> wrote:
>> ...
>>>  Type: variant
>>>  Subtag: fonipa
>>>  Description: International Phonetic Alphabet
>>>
> ...
>> trying to find a way to tag phonetic content (primarily IPA) and most
>> solutions involve an ISO 15924 registration...
>From my naive reading of 4646 I am under the impression that all
language variants like this must be registered *per language*. Do I need
to write some Perl to make the 7000 submissions for IPA? Or is there to
be a mechanism for registering script variants like this (pretty please)?

Yours,
Martin Hosken

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 07 11:13:08 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GsLre-000552-VL; Thu, 07 Dec 2006 11:12:50 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GsLrd-00054w-KF
	for ltru@ietf.org; Thu, 07 Dec 2006 11:12:49 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GsLra-0005cS-5S
	for ltru@ietf.org; Thu, 07 Dec 2006 11:12:49 -0500
Received: from [10.72.76.111] (snvvpn2-10-72-76-c111.corp.yahoo.com
	[10.72.76.111]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kB7GCD5V087828
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 7 Dec 2006 08:12:14 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=Wzm/5OHXdMWVKgvVZFmLnPv8DqScK+/0o3zptcIVD133kHq4Z1dK9iW7KQnrYFO4
Message-ID: <45783D5D.3010109@yahoo-inc.com>
Date: Thu, 07 Dec 2006 08:12:13 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Martin Hosken <martin_hosken@sil.org>
Subject: Re: [Ltru] Re: LANGUAGE SUBTAG REGISTRATION FORM: Uralic Phonetic
	Alphabet
References: <20061128072611.D98702580EE@eikenes.alvestrand.no>	<009201c712c3$455109d0$6501a8c0@DGBP7M81>	<F67B8BBC-7555-40A7-B9E9-4A33A7A89462@egt.ie>
	<4577789C.6050405@sil.org>
In-Reply-To: <4577789C.6050405@sil.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by rsmtp1.corp.yahoo.com
	id kB7GCD5V087828
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: IETF Languages Discussion <ietf-languages@iana.org>,
	TC46-L Information and Documentation Technology List
	<tc46-L@listserv.heanet.ie>, LTRU Working Group <ltru@ietf.org>,
	Mozilla Project translation into Irish Applied Translation Studies
	<MOZILLA-L@listserv.heanet.ie>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

No, you don't need to. The "prefix" field is optional (although no=20
variant has been registered without one at present---this would be the=20
first).  You can have multiple prefixes in the initial request or add=20
them all in one go. But in this case having none at all is probably bette=
r.

Addison

Martin Hosken wrote:
> Dear Marion,
>> I can support the proposal below, as a quick fix.
>> Many thanks,
>> mg
>>
>> On 28 Nov 2006, at 08:00, scr=C3=ADobh Doug Ewell:
>>
>>> Michael Everson <everson at evertype dot com> wrote:
>>> ...
>>>>  Type: variant
>>>>  Subtag: fonipa
>>>>  Description: International Phonetic Alphabet
>>>>
>> ...
>>> trying to find a way to tag phonetic content (primarily IPA) and most
>>> solutions involve an ISO 15924 registration...
>>From my naive reading of 4646 I am under the impression that all
> language variants like this must be registered *per language*. Do I nee=
d
> to write some Perl to make the 7000 submissions for IPA? Or is there to
> be a mechanism for registering script variants like this (pretty please=
)?
>=20
> Yours,
> Martin Hosken
>=20
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

--=20
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 07 15:50:14 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GsQC0-0003bl-IJ; Thu, 07 Dec 2006 15:50:08 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GsQBv-0003ap-Ej; Thu, 07 Dec 2006 15:50:03 -0500
Received: from chsc1260-eth-s1-s1p1-vip.va.neustar.com ([156.154.24.129]
	helo=ns0.neustar.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43)
	id 1GsQBu-0002HN-VH; Thu, 07 Dec 2006 15:50:03 -0500
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com
	[10.31.47.10]) by ns0.neustar.com (Postfix) with ESMTP id D3B0C32977;
	Thu,  7 Dec 2006 20:50:02 +0000 (GMT)
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43)
	id 1GsQBu-0003O8-OX; Thu, 07 Dec 2006 15:50:02 -0500
Content-Type: Multipart/Mixed; Boundary="NextPart"
Mime-Version: 1.0
To: i-d-announce@ietf.org
From: Internet-Drafts@ietf.org
Message-Id: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
Date: Thu, 07 Dec 2006 15:50:02 -0500
X-Spam-Score: -2.5 (--)
X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1
Cc: ltru@ietf.org
Subject: [Ltru] I-D ACTION:draft-ietf-ltru-4646bis-01.txt 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.
This draft is a work item of the Language Tag Registry Update Working Group of the IETF.

	Title		: Tags for Identifying Languages
	Author(s)	: A. Phillips, M. Davis
	Filename	: draft-ietf-ltru-4646bis-01.txt
	Pages		: 64
	Date		: 2006-12-7
	
This document describes the structure, content, construction, and
   semantics of language tags for use in cases where it is desirable to
   indicate the language used in an information object.  It also
   describes how to register values for use in language tags and the
   creation of user-defined extensions for private interchange.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ltru-4646bis-01.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request@ietf.org with the word unsubscribe in the body of 
the message. 
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the 
username "anonymous" and a password of your e-mail address. After 
logging in, type "cd internet-drafts" and then 
"get draft-ietf-ltru-4646bis-01.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-ietf-ltru-4646bis-01.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body; access-type="mail-server";
	server="mailserv@ietf.org"

Content-Type: text/plain
Content-ID: <2006-12-7145730.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-ltru-4646bis-01.txt

--OtherAccess
Content-Type: Message/External-body; name="draft-ietf-ltru-4646bis-01.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2006-12-7145730.I-D@ietf.org>


--OtherAccess--

--NextPart
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--NextPart--





From ltru-bounces@ietf.org Fri Dec 08 09:23:24 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GsgdE-0000Sp-Ms; Fri, 08 Dec 2006 09:23:20 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GsgdD-0000Rr-O3
	for ltru@ietf.org; Fri, 08 Dec 2006 09:23:19 -0500
Received: from mta15.mail.adelphia.net ([68.168.78.77] helo=mta15.adelphia.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GsgdB-00012u-DR
	for ltru@ietf.org; Fri, 08 Dec 2006 09:23:19 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta15.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061208141155.YBKY25578.mta15.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Fri, 8 Dec 2006 09:11:55 -0500
Message-ID: <004c01c71ad4$65600910$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Fri, 8 Dec 2006 06:23:13 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Subject: [Ltru] To invert or not to invert?
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

The new RFC 4646bis draft does finally touch on the issue of mapping the 
language names from ISO 639-3 to Description fields in the Registry. 
But there is still some wiggle room.  From Section 3.1.4:

   Each 'Description' field MUST be unique, both within the record in
   which it appears and for the collection of records of the same type.
   Moreover, formatting variations of the same description MUST NOT
   occur in that specific record or in any other record of the same
   type.  For example, while the ISO 639-1 code 'fy' contains both the
   descriptions "Western Frisian" and "Frisian, Western", only one of
   these descriptions appears in the registry.

   ...

   When creating a new registry entry, duplicate, redundant,
   conflicting, or otherwise problematic descriptions MUST either be
   corrected or omitted.  Parenthetical comments, inverted names, and
   other irregularities SHOULD be regularized according to the
   guidelines used to update the registry in [registry-update].

The first passage indicates that EITHER the inverted form of a name OR 
the uninverted form must appear as a Description.  The second passage 
speaks of "regularizing" inverted names, which suggests that it is the 
uninverted name which is used, but does not say so explicitly, and it 
essentially pushes the problem to RFC 4645bis, which is where it belongs 
as far as the bulk update is concerned.

Either the inverted or uninverted name would equally serve the purpose 
of matching the Description fields for a language subtag to the ISO 
standard,  I haven't seen a requirement from anyone that *all* of the 
various ISO names, inverted and uninverted, must be matched.

What is the preference of the WG on this issue?  Should the Registry use 
"Western Frisian" or "Frisian, Western", given that it must use one and 
only one?  I can do it either way with roughly equal ease.  Please send 
your preference to the list.  I'd like to do a 4645bis draft this 
weekend.  If I don't hear a strong preference for "inverted," then I'll 
go with "uninverted" since that seems to be the direction in which 
4646bis leans.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 08 12:45:58 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gsjn7-00083z-DD; Fri, 08 Dec 2006 12:45:45 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gsjn5-00083u-Re
	for ltru@ietf.org; Fri, 08 Dec 2006 12:45:43 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gsjn4-0008UC-HC
	for ltru@ietf.org; Fri, 08 Dec 2006 12:45:43 -0500
Received: from [10.72.76.111] (snvvpn2-10-72-76-c111.corp.yahoo.com
	[10.72.76.111]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kB8HjVtY061015
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 8 Dec 2006 09:45:32 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=GXhWU9eUdqqrvdxKmMKPwBeQz03q2heUpjvHtxFSCdqFyTbpYCVefMQIefuh/kqy
Message-ID: <4579A4BB.2040707@yahoo-inc.com>
Date: Fri, 08 Dec 2006 09:45:31 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] To invert or not to invert?
References: <004c01c71ad4$65600910$6701a8c0@DGBP7M81>
In-Reply-To: <004c01c71ad4$65600910$6701a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi Doug,

Put me down in favor of uninversion of names.

> 
> The first passage indicates that EITHER the inverted form of a name OR 
> the uninverted form must appear as a Description.  The second passage 
> speaks of "regularizing" inverted names, which suggests that it is the 
> uninverted name which is used, but does not say so explicitly, and it 
> essentially pushes the problem to RFC 4645bis, which is where it belongs 
> as far as the bulk update is concerned.

I'm not sure that it suggests un-inversion specifically. It just as well 
suggests (per a long thread on this list) that inversion, when it 
appears, should be consistent in form/format. Either approach would be 
correct, but I'm not wild about creating monsters like "Slavonic, 
Church, Old" or even preserving the current "Slavonic, Old Church".

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 09 15:21:05 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gt8gW-000631-HV; Sat, 09 Dec 2006 15:20:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gt8gV-00062t-Ld
	for ltru@ietf.org; Sat, 09 Dec 2006 15:20:35 -0500
Received: from an-out-0708.google.com ([209.85.132.241])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gt8gQ-0002fr-2V
	for ltru@ietf.org; Sat, 09 Dec 2006 15:20:35 -0500
Received: by an-out-0708.google.com with SMTP id d30so191850and
	for <ltru@ietf.org>; Sat, 09 Dec 2006 12:20:27 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=OVaobR550cvqbXalk9ujitCNCUOEKweyrxdWobdRSg/NxGjeIOw7tKUK7qsW0QUrxEc5L49AG0iV4h1+MoiXmRm5k8TTCCPqGBE2UoGyhyzP7otX8XyTIi70H3wIryoG9VryFZVPky6SGY3WytVaZmNK2XFRA8xHnw0WdVCL+IA=
Received: by 10.100.163.12 with SMTP id l12mr951530ane.1165695627597;
	Sat, 09 Dec 2006 12:20:27 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Sat, 9 Dec 2006 12:20:27 -0800 (PST)
Message-ID: <30b660a20612091220q68ff08d9q1942bfd1072a6880@mail.gmail.com>
Date: Sat, 9 Dec 2006 12:20:27 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Doug Ewell" <dewell@adelphia.net>
In-Reply-To: <005401c71add$3e89a090$6701a8c0@DGBP7M81>
MIME-Version: 1.0
References: <20061208110003.D19172596D8@eikenes.alvestrand.no>
	<005401c71add$3e89a090$6701a8c0@DGBP7M81>
X-Google-Sender-Auth: 2843eee610f4a75a
X-Spam-Score: 0.5 (/)
X-Scan-Signature: c83ccb5cc10e751496398f1233ca9c3a
Cc: ietf-languages@iana.org, LTRU Working Group <ltru@ietf.org>
Subject: [Ltru] Re: fon* variants
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============2075304675=="
Errors-To: ltru-bounces@ietf.org

--===============2075304675==
Content-Type: multipart/alternative; 
	boundary="----=_Part_6476_16506168.1165695627569"

------=_Part_6476_16506168.1165695627569
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

A few corrections. - MD

On 12/8/06, Doug Ewell <dewell@adelphia.net> wrote:
>
> Frank Ellermann <nobody at xyzzy dot claranet dot de> wrote:
>
> > I still don't like any "generic" variants, and think that extension
> > registries are a better approach.  On the other hand it's hard to to
> > develop a proper extension from scratch, so maybe experimenting with
> > fon* variants for now is a good thing.  Until somebody has the time to
> > identify rules for a future "f" extension, deprecating the registered
> > fon* variants.
>
> Michael is right on this one.  Variants like "western" applied to the
> "Western" version of different languages would violate Section 3.5
> ("change the semantic meaning") and should not be accepted.  IPA is


I disagree -- there is no general consensus on that; it was just silly to
resort to constructed terms in a foreign language to avoid having useful,
productive variants. (Might as well have had esternWay and easternYay.)

different; by design it can be applied to virtually any spoken language.
> (Note that this is not true for SAMPA, one of the many mappings of IPA
> onto ASCII; it is language-dependent.)
>
> I've pretty much given up on extensions.  The language tag people (OK,
> John Cowan) say they are for non-linguistic information, but it seems
> unlikely to me that the non-language tag people will go to the effort of
> writing an RFC and getting it through IETF, and setting up a mailing
> list.  They'll probably do what they have always done, create their own
> syntax.  Even ICU has create the ersatz variants "revised" and "posix"


The history is a bit off here. "revised" and "posix" predated 4646 by quite
some time. The Unicode CLDR project was at its most recent version, V1.4, on
2006-07-16, while RFC 4646 was only finally approved afterwards, in
September 2006.

Moreover, the Unicode CLDR project has been moving towards changing these to
be 4646 codes in LDML, as variants get encoded that can handle them (even
if, like polytonic, suboptimally). This has been communicated in several
emails on LTRU. The only remaining outlying case is POSIX, which we didn't
think the ietf-languages group would buy off on. (It basically means using
"neutral" terms corresponding to usage in computer languages). If someone
where to come up with a good way to replace that with a 4646 variant tag, I
think the CLDR group would be all ears.

In a few cases, we use private use codes for cases where 4646 is
insufficient. Those are documented in
http://unicode.org/reports/tr35/#Identifiers, and available in
machine-readable form. We also clarify which codes are to be used for
unknown or invalid codes (subtags).

There is also a transformation of CLDR locales into conformant 4646 tags
(and back): see
http://unicode.org/reports/tr35/#Identifiers . We do intends to file for an
extension, basically so that we can use something like -u- instead of
-x-ldml

The most problematic case remaining for international identifiers is
currencies, which ISO documents and maintains badly, and doesn't guarantee
stability. ZWD for example, stands for two different currencies, which
differ by a factor of 1000!!!!

instead of trying to register the former as a variant or create an
> extension for the latter.
>
> --
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>
> _______________________________________________
> Ietf-languages mailing list
> Ietf-languages@alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>

------=_Part_6476_16506168.1165695627569
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

A few corrections. - MD<br><br><div><span class="gmail_quote">On 12/8/06, <b class="gmail_sendername">Doug Ewell</b> &lt;<a href="mailto:dewell@adelphia.net">dewell@adelphia.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Frank Ellermann &lt;nobody at xyzzy dot claranet dot de&gt; wrote:<br><br>&gt; I still don't like any &quot;generic&quot; variants, and think that extension<br>&gt; registries are a better approach.&nbsp;&nbsp;On the other hand it's hard to to
<br>&gt; develop a proper extension from scratch, so maybe experimenting with<br>&gt; fon* variants for now is a good thing.&nbsp;&nbsp;Until somebody has the time to<br>&gt; identify rules for a future &quot;f&quot; extension, deprecating the registered
<br>&gt; fon* variants.<br><br>Michael is right on this one.&nbsp;&nbsp;Variants like &quot;western&quot; applied to the<br>&quot;Western&quot; version of different languages would violate Section 3.5<br>(&quot;change the semantic meaning&quot;) and should not be accepted.&nbsp;&nbsp;IPA is
</blockquote><div><br>I disagree -- there is no general consensus on that; it was just silly to resort to constructed terms in a foreign language to avoid having useful, productive variants. (Might as well have had esternWay and easternYay.)
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">different; by design it can be applied to virtually any spoken language.<br>(Note that this is not true for SAMPA, one of the many mappings of IPA
<br>onto ASCII; it is language-dependent.)<br><br>I've pretty much given up on extensions.&nbsp;&nbsp;The language tag people (OK,<br>John Cowan) say they are for non-linguistic information, but it seems<br>unlikely to me that the non-language tag people will go to the effort of
<br>writing an RFC and getting it through IETF, and setting up a mailing<br>list.&nbsp;&nbsp;They'll probably do what they have always done, create their own<br>syntax.&nbsp;&nbsp;Even ICU has create the ersatz variants &quot;revised&quot; and &quot;posix&quot;
</blockquote><div><br><span></span>The history is a bit off here. &quot;revised&quot; and &quot;posix&quot; predated 4646 by quite some time. The Unicode CLDR project was at its most recent version, 
      V1.4, on 2006-07-16, while RFC 4646 was only finally approved afterwards, in September 2006.<br><br>Moreover, the Unicode CLDR project has been moving towards changing these to be 4646 codes in LDML, as variants get encoded that can handle them (even if, like polytonic, suboptimally). This has been communicated in several emails on LTRU. The only remaining outlying case is POSIX, which we didn't think the ietf-languages group would buy off on. (It basically means using &quot;neutral&quot; terms corresponding to usage in computer languages). If someone where to come up with a good way to replace that with a 4646 variant tag, I think the CLDR group would be all ears.
<br><br>In a few cases, we use private use codes for cases where 4646 is
insufficient. Those are documented in <a href="http://unicode.org/reports/tr35/#Identifiers">http://unicode.org/reports/tr35/#Identifiers</a>, and available in machine-readable form. We also clarify which codes are to be used for unknown or
invalid codes (subtags).<br>
<br>There is also a transformation of CLDR locales into conformant 4646 tags (and back): see<br> <a href="http://unicode.org/reports/tr35/#Identifiers">http://unicode.org/reports/tr35/#Identifiers</a> . We do intends to file for an extension, basically so that we can use something like -u- instead of -x-ldml
<br><br>The most problematic case remaining for international identifiers is currencies, which ISO documents and maintains badly, and doesn't guarantee stability. ZWD for example, stands for two different currencies, which differ by a factor of 1000!!!!
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">instead of trying to register the former as a variant or create an<br>extension for the latter.
<br><br>--<br>Doug Ewell&nbsp;&nbsp;*&nbsp;&nbsp;Fullerton, California, USA&nbsp;&nbsp;*&nbsp;&nbsp;RFC 4645&nbsp;&nbsp;*&nbsp;&nbsp;UTN #14<br><a href="http://users.adelphia.net/~dewell/">http://users.adelphia.net/~dewell/</a><br><a href="http://www1.ietf.org/html.charters/ltru-charter.html">
http://www1.ietf.org/html.charters/ltru-charter.html</a><br><a href="http://www.alvestrand.no/mailman/listinfo/ietf-languages">http://www.alvestrand.no/mailman/listinfo/ietf-languages</a><br><br>_______________________________________________
<br>Ietf-languages mailing list<br><a href="mailto:Ietf-languages@alvestrand.no">Ietf-languages@alvestrand.no</a><br><a href="http://www.alvestrand.no/mailman/listinfo/ietf-languages">http://www.alvestrand.no/mailman/listinfo/ietf-languages
</a><br></blockquote></div><br>

------=_Part_6476_16506168.1165695627569--


--===============2075304675==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============2075304675==--




From ltru-bounces@ietf.org Sat Dec 09 16:14:46 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gt9Wh-0006Qp-SU; Sat, 09 Dec 2006 16:14:31 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gt9Wg-0006Qk-MG
	for ltru@ietf.org; Sat, 09 Dec 2006 16:14:30 -0500
Received: from mta10.adelphia.net ([68.168.78.202])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gt9Wc-0003mn-NV
	for ltru@ietf.org; Sat, 09 Dec 2006 16:14:30 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta10.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061209211426.NWSL11646.mta10.adelphia.net@DGBP7M81>;
	Sat, 9 Dec 2006 16:14:26 -0500
Message-ID: <00a601c71bd7$027d4070$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: <ietf-languages@iana.org>,
	"LTRU Working Group" <ltru@ietf.org>
References: <20061208110003.D19172596D8@eikenes.alvestrand.no>
	<005401c71add$3e89a090$6701a8c0@DGBP7M81>
	<30b660a20612091220q68ff08d9q1942bfd1072a6880@mail.gmail.com>
Date: Sat, 9 Dec 2006 13:14:26 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Cc: 
Subject: [Ltru] Re: fon* variants
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis wrote:

>> Michael is right on this one.  Variants like "western" applied to the 
>> "Western" version of different languages would violate Section 3.5 
>> "change the semantic meaning") and should not be accepted.
>
> I disagree -- there is no general consensus on that; it was just silly 
> to resort to constructed terms in a foreign language to avoid having 
> useful, productive variants. (Might as well have had esternWay and 
> easternYay.)

Preface those two sentences with "IMHO".

I don't personally want to reopen the "western" debate, but if you feel 
it is desirable to have a variant "foo" that means different things when 
applied to different languages, perhaps this would be a good time to 
propose changes in RFC 4646bis to reduce or eliminate the restriction 
against variants with unrelated meanings.

>> Even ICU has create the ersatz variants "revised" and "posix"
>
> The history is a bit off here. "revised" and "posix" predated 4646 by 
> quite some time. The Unicode CLDR project was at its most recent 
> version, V1.4, on 2006-07-16, while RFC 4646 was only finally approved 
> afterwards, in September 2006.
>
> Moreover, the Unicode CLDR project has been moving towards changing 
> these to be 4646 codes in LDML, as variants get encoded that can 
> handle them (even if, like polytonic, suboptimally). This has been 
> communicated in several emails on LTRU.

OK, I stand corrected on this.  I do feel that variants are the right 
place to put distinctions like monotonic vs. polytonic.

> The only remaining outlying case is POSIX, which we didn't think the 
> ietf-languages group would buy off on. (It basically means using 
> "neutral" terms corresponding to usage in computer languages). If 
> someone where to come up with a good way to replace that with a 4646 
> variant tag, I think the CLDR group would be all ears.

That's why I talked about "creating an extension for the latter," 
meaning "posix."  It is not by any measure a language variant; it does 
seem appropriate for an extension.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 10 00:49:21 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtHYm-0006oT-K6; Sun, 10 Dec 2006 00:49:12 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtHYk-0006oL-W5
	for ltru@ietf.org; Sun, 10 Dec 2006 00:49:10 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtHYi-0001X4-PZ
	for ltru@ietf.org; Sun, 10 Dec 2006 00:49:10 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GtHYh-0007sM-Ob; Sun, 10 Dec 2006 00:49:07 -0500
Date: Sun, 10 Dec 2006 00:49:07 -0500
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Re: fon* variants
Message-ID: <20061210054907.GA29863@ccil.org>
References: <20061208110003.D19172596D8@eikenes.alvestrand.no>
	<005401c71add$3e89a090$6701a8c0@DGBP7M81>
	<30b660a20612091220q68ff08d9q1942bfd1072a6880@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30b660a20612091220q68ff08d9q1942bfd1072a6880@mail.gmail.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199
Cc: ietf-languages@iana.org, Doug Ewell <dewell@adelphia.net>,
	LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis scripsit:

> The only remaining outlying case is POSIX, which we didn't think
> the ietf-languages group would buy off on. (It basically means using
> "neutral" terms corresponding to usage in computer languages).

That sounds very like i-default to me.

-- 
John Cowan                                cowan@ccil.org
I amar prestar aen, han mathon ne nen,    http://www.ccil.org/~cowan
han mathon ne chae, a han noston ne 'wilith.  --Galadriel, LOTR:FOTR

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 10 01:31:11 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtIDK-00045B-RF; Sun, 10 Dec 2006 01:31:06 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtIDJ-000456-Fc
	for ltru@ietf.org; Sun, 10 Dec 2006 01:31:05 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtIDI-0002RR-9M
	for ltru@ietf.org; Sun, 10 Dec 2006 01:31:05 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GtIDH-0002a9-PI; Sun, 10 Dec 2006 01:31:03 -0500
Date: Sun, 10 Dec 2006 01:31:03 -0500
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] To invert or not to invert?
Message-ID: <20061210063103.GB8875@ccil.org>
References: <004c01c71ad4$65600910$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <004c01c71ad4$65600910$6701a8c0@DGBP7M81>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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 scripsit:

> What is the preference of the WG on this issue?  Should the Registry use 
> "Western Frisian" or "Frisian, Western", given that it must use one and 
> only one?  

I still plump for "Frisian, Western", from which "Western Frisian" can
be reliably reconstructed, but not vice versa.  To exclude inverted
names is to throw away potentially valuable information.

-- 
How they ever reached any  conclusion at all    <cowan@ccil.org>
is starkly unknowable to the human mind.        http://www.ccil.org/~cowan
        --"Backstage Lensman", Randall Garrett

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 10 07:27:12 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtNlu-000499-86; Sun, 10 Dec 2006 07:27:10 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtNls-000491-OR
	for ltru@ietf.org; Sun, 10 Dec 2006 07:27:08 -0500
Received: from scmailgw2.scop.aoyama.ac.jp ([133.2.251.195])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtNlm-0005if-Uq
	for ltru@ietf.org; Sun, 10 Dec 2006 07:27:08 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBACQp3c000468
	for <ltru@ietf.org>; Sun, 10 Dec 2006 21:26:51 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 7beb_b6862080_8849_11db_9f29_0014221fa3c9;
	Sun, 10 Dec 2006 21:26:51 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:45890)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S60338> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Sun, 10 Dec 2006 21:26:10 +0900
Message-Id: <6.0.0.20.2.20061210212037.05553e30@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Sun, 10 Dec 2006 21:21:28 +0900
To: John Cowan <cowan@ccil.org>, Mark Davis <mark.davis@icu-project.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Re: fon* variants
In-Reply-To: <20061210054907.GA29863@ccil.org>
References: <20061208110003.D19172596D8@eikenes.alvestrand.no>
	<005401c71add$3e89a090$6701a8c0@DGBP7M81>
	<30b660a20612091220q68ff08d9q1942bfd1072a6880@mail.gmail.com>
	<20061210054907.GA29863@ccil.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Cc: ietf-languages@iana.org, Doug Ewell <dewell@adelphia.net>,
	LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 14:49 06/12/10, John Cowan wrote:
>Mark Davis scripsit:
>
>> The only remaining outlying case is POSIX, which we didn't think
>> the ietf-languages group would buy off on. (It basically means using
>> "neutral" terms corresponding to usage in computer languages).
>
>That sounds very like i-default to me.

I was just thinking the same when I read Mark's mail.

But as usual, John is ahead!

Regards,    Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 10 08:19:20 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtOaC-0007fP-FH; Sun, 10 Dec 2006 08:19:08 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtOaB-0007fI-3f
	for ltru@ietf.org; Sun, 10 Dec 2006 08:19:07 -0500
Received: from ch-smtp02.sth.basefarm.net ([80.76.149.213])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtOa7-0000Dh-Pr
	for ltru@ietf.org; Sun, 10 Dec 2006 08:19:07 -0500
Received: from c83-248-58-131.bredband.comhem.se ([83.248.58.131]:60956
	helo=chalmers95a69n)
	by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.63)
	(envelope-from <kent.karlsson14@comhem.se>)
	id 1GtOZu-0005iH-7D; Sun, 10 Dec 2006 14:18:50 +0100
From: "Kent Karlsson" <kent.karlsson14@comhem.se>
To: "'LTRU Working Group'" <ltru@ietf.org>
Subject: RE: [Ltru] To invert or not to invert?
Date: Sun, 10 Dec 2006 14:12:49 +0100
Message-ID: <000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook, Build 10.0.2627
In-Reply-To: <20061210063103.GB8875@ccil.org>
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Importance: Normal
X-Scan-Result: No virus found in message 1GtOZu-0005iH-7D.
X-Scan-Signature: ch-smtp02.sth.basefarm.net 1GtOZu-0005iH-7D
	23d1558f82860d4dbae8551e93cd2c28
X-Spam-Score: 0.5 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Cc: 'Doug Ewell' <dewell@adelphia.net>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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


John Cowan wrote:
> I still plump for "Frisian, Western", from which "Western Frisian" can
> be reliably reconstructed, but not vice versa.  To exclude inverted
> names is to throw away potentially valuable information.

Maybe, but there's a LOT of "potentially useful information" about
languages that are not at all covered by the registry.

Also, when translating the language names (as done in CLDR),
translating "Western Frisian" to "v=E4stfrisiska" is straightforward,
while translating "Frisian, Western" to "frisiska, v=E4st-" is clumsy
and reconstructing the uninverted name means also to know when
to and when not insert a space (admittedly easy, just check if there
is a hyphen at the end or not), and when to and when not to delete
the hyphen (this may be language and case by case dependent).

	/kent k


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 10 14:15:41 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtU8z-0001tt-PY; Sun, 10 Dec 2006 14:15:25 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtU8y-0001so-Io
	for ltru@ietf.org; Sun, 10 Dec 2006 14:15:24 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GtU8w-0003p1-9V
	for ltru@ietf.org; Sun, 10 Dec 2006 14:15:24 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GtU8v-0004hy-3s; Sun, 10 Dec 2006 14:15:21 -0500
Date: Sun, 10 Dec 2006 14:15:21 -0500
To: Kent Karlsson <kent.karlsson14@comhem.se>
Subject: Re: [Ltru] To invert or not to invert?
Message-ID: <20061210191521.GF8875@ccil.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
Cc: 'Doug Ewell' <dewell@adelphia.net>, 'LTRU Working Group' <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Kent Karlsson scripsit:

> > I still plump for "Frisian, Western", from which "Western Frisian" can
> > be reliably reconstructed, but not vice versa.  To exclude inverted
> > names is to throw away potentially valuable information.
> 
> Maybe, but there's a LOT of "potentially useful information" about
> languages that are not at all covered by the registry.

I was speaking of information contained in 639-3, not information in
Ethnologue or floating freely somewhere.

> Also, when translating the language names (as done in CLDR),
> translating "Western Frisian" to "västfrisiska" is straightforward,
> while translating "Frisian, Western" to "frisiska, väst-" is clumsy
> and reconstructing the uninverted name means also to know when
> to and when not insert a space (admittedly easy, just check if there
> is a hyphen at the end or not), and when to and when not to delete
> the hyphen (this may be language and case by case dependent).

Uninvert first, translate, re-invert if it makes sense in the new
language.  I am concerned only with the LSR, which is fundamentally
in English.

-- 
Winter:  MIT,                                   John Cowan
Keio, INRIA,                                    cowan@ccil.org
Issue lots of Drafts.                           http://www.ccil.org/~cowan
So much more to understand!
Might simplicity return?                        (A "tanka", or extended haiku)

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 10 18:44:33 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtYL3-00044j-0W; Sun, 10 Dec 2006 18:44:09 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtYL2-00044b-2d
	for ltru@ietf.org; Sun, 10 Dec 2006 18:44:08 -0500
Received: from an-out-0708.google.com ([209.85.132.246])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1GtYKx-0000VK-KJ
	for ltru@ietf.org; Sun, 10 Dec 2006 18:44:07 -0500
Received: by an-out-0708.google.com with SMTP id d30so213024and
	for <ltru@ietf.org>; Sun, 10 Dec 2006 15:44:03 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=r45rtZPW5m+qQirUtjLNhAeaOhXMr+86l8F2zYqpBwF9gpYP9yFZ5Nt5txa4vJRpJJtOWHZZe8W+6DOodg+QUQiIGfHhXXEyaUDHS9hOZgDr5UbkqGuaaqpqSFEQCQ0W/S3w8edqGYiQsAPqNyRgvf57jUvlmhnPUAhnruchkYQ=
Received: by 10.100.177.16 with SMTP id z16mr7545242ane.1165794243215;
	Sun, 10 Dec 2006 15:44:03 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Sun, 10 Dec 2006 15:44:03 -0800 (PST)
Message-ID: <30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
Date: Sun, 10 Dec 2006 15:44:03 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "John Cowan" <cowan@ccil.org>
Subject: Re: [Ltru] To invert or not to invert?
In-Reply-To: <20061210191521.GF8875@ccil.org>
MIME-Version: 1.0
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
X-Google-Sender-Auth: 0a21aacfa5d8ffb6
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 932cba6e0228cc603da43d861a7e09d8
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>,
	Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1415492142=="
Errors-To: ltru-bounces@ietf.org

--===============1415492142==
Content-Type: multipart/alternative; 
	boundary="----=_Part_6985_18373927.1165794243175"

------=_Part_6985_18373927.1165794243175
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64
Content-Disposition: inline

PkkgYW0gY29uY2VybmVkIG9ubHkgd2l0aCB0aGUgTFNSLCB3aGljaCBpcyBmdW5kYW1lbnRhbGx5
CmluIEVuZ2xpc2guCgpZb3UgbWF5IG9ubHkgYmUgY29uY2VybmVkIHdpdGggRW5nbGlzaCwgYnV0
IGEgZ29vZCBtYW55IG9mIHVzIGFyZSBjb25jZXJuZWQKd2l0aCBvdGhlciBsYW5ndWFnZXMsIGFu
ZCB0cmFuc2xhdGlvbnMgaW50byB0aG9zZSBsYW5ndWFnZXMuIEV2ZW4gaW4KRW5nbGlzaCwgZm9y
IGEgZnVsbCBpbmRleCwgb25lIHdvdWxkIHdhbnQgYWxsIHJlYXNvbmFibGUgdmFyaWFudHM7IHRo
YXQgaXMsCkkgd291bGQgd2FudCB0byBmaW5kICJPbGQgQ2h1cmNoIFNsYXZvbmljIiBsaXN0ZWQg
dW5kZXIKCk9sZCBDaHVyY2ggU2xhdm9uaWMKICBBTkQKQ2h1cmNoIFNsYXZvbmljLCBPbGQKICBB
TkQKU2xhdm9uaWMsIE9sZCBDaHVyY2gKCkFzIEtlbnQgc2F5cywgdGhlIGludmVyc2lvbiBtYXkg
YmUgdmVyeSBkaWZmZXJlbnQgaW4gb3RoZXIgbGFuZ3VhZ2VzLCBzbyBvbmUKTVVTVCBiZSBhYmxl
IHRvIGV4dHJhY3QgdGhlIHVuaW52ZXJ0ZWQgbmFtZSBtZWNoYW5pY2FsbHkuCgpOb3csIHRoZSBs
YXRlc3QgdmVyc2lvbiBvZiA2MzktMyBkYXRhIGhhcyBtYWRlIHZlcnkgc2lnbmlmaWNhbnQKaW1w
cm92ZW1lbnRzLCB3aGljaCBtYWtlIG1lIG11Y2ggbW9yZSBjb21mb3J0YWJsZSB3aXRoIGludmVy
dGVkIHRleHQuIEJ1dCB3ZQpzdGlsbCBuZWVkIHRvIGRlY2lkZSBhbW9uZyB0aGUgdmlhYmxlIG9w
dGlvbnMuIEkgY2FuIHNlZSB0aGUgZm9sbG93aW5nOgoKMS4gTGlzdCBib3RoIGludmVydGVkIGFu
ZCB1bmludmVydGVkIGZvcm1zIHVuZGVyIHRoZSBzYW1lIHRhZzsgYWxzbyBlbnN1cmUKdGhhdCB0
aGUgdW5pbnZlcnRlZCBpcyBmaXJzdCwgZWcKCkRlc2NyaXB0aW9uOiBPbGQgQ2h1cmNoIFNsYXZv
bmljCkRlc2NyaXB0aW9uOiBDaHVyY2ggU2xhdm9uaWMsIE9sZApEZXNjcmlwdGlvbjogU2xhdm9u
aWMsIE9sZCBDaHVyY2gKCjIuIExpc3QgdGhlIGludmVydGVkIGZvcm1zIHVuZGVyIGEgc2VwYXJh
dGUgZmllbGQsIGVnCgpEZXNjcmlwdGlvbjogT2xkIENodXJjaCBTbGF2b25pYwpJbnZlcnRlZC1E
ZXNjcmlwdGlvbjogQ2h1cmNoIFNsYXZvbmljLCBPbGQKSW52ZXJ0ZWQtRGVzY3JpcHRpb246IFNs
YXZvbmljLCBPbGQgQ2h1cmNoCgozLiBPbmx5IGxpc3QgdGhlIChyZWFsbHkgImFuIikgaW52ZXJ0
ZWQgZm9ybQoKRGVzY3JpcHRpb246IFNsYXZvbmljLCBPbGQgQ2h1cmNoCgpJbiBhbGwgY2FzZXMs
IHdlIHNob3VsZCB2ZXJpZnkgdGhhdCBjb21tYSBvdXRzaWRlIG9mIHBhcmVucyAqb25seSogb2Nj
dXJzIGluCnRoZSBjYXNlIG9mIGludmVyc2lvbi4KCk1hcmsKCk9uIDEyLzEwLzA2LCBKb2huIENv
d2FuIDxjb3dhbkBjY2lsLm9yZz4gd3JvdGU6Cj4KPiBLZW50IEthcmxzc29uIHNjcmlwc2l0Ogo+
Cj4gPiA+IEkgc3RpbGwgcGx1bXAgZm9yICJGcmlzaWFuLCBXZXN0ZXJuIiwgZnJvbSB3aGljaCAi
V2VzdGVybiBGcmlzaWFuIiBjYW4KPiA+ID4gYmUgcmVsaWFibHkgcmVjb25zdHJ1Y3RlZCwgYnV0
IG5vdCB2aWNlIHZlcnNhLiAgVG8gZXhjbHVkZSBpbnZlcnRlZAo+ID4gPiBuYW1lcyBpcyB0byB0
aHJvdyBhd2F5IHBvdGVudGlhbGx5IHZhbHVhYmxlIGluZm9ybWF0aW9uLgo+ID4KPiA+IE1heWJl
LCBidXQgdGhlcmUncyBhIExPVCBvZiAicG90ZW50aWFsbHkgdXNlZnVsIGluZm9ybWF0aW9uIiBh
Ym91dAo+ID4gbGFuZ3VhZ2VzIHRoYXQgYXJlIG5vdCBhdCBhbGwgY292ZXJlZCBieSB0aGUgcmVn
aXN0cnkuCj4KPiBJIHdhcyBzcGVha2luZyBvZiBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gNjM5
LTMsIG5vdCBpbmZvcm1hdGlvbiBpbgo+IEV0aG5vbG9ndWUgb3IgZmxvYXRpbmcgZnJlZWx5IHNv
bWV3aGVyZS4KPgo+ID4gQWxzbywgd2hlbiB0cmFuc2xhdGluZyB0aGUgbGFuZ3VhZ2UgbmFtZXMg
KGFzIGRvbmUgaW4gQ0xEUiksCj4gPiB0cmFuc2xhdGluZyAiV2VzdGVybiBGcmlzaWFuIiB0byAi
dsOkc3RmcmlzaXNrYSIgaXMgc3RyYWlnaHRmb3J3YXJkLAo+ID4gd2hpbGUgdHJhbnNsYXRpbmcg
IkZyaXNpYW4sIFdlc3Rlcm4iIHRvICJmcmlzaXNrYSwgdsOkc3QtIiBpcyBjbHVtc3kKPiA+IGFu
ZCByZWNvbnN0cnVjdGluZyB0aGUgdW5pbnZlcnRlZCBuYW1lIG1lYW5zIGFsc28gdG8ga25vdyB3
aGVuCj4gPiB0byBhbmQgd2hlbiBub3QgaW5zZXJ0IGEgc3BhY2UgKGFkbWl0dGVkbHkgZWFzeSwg
anVzdCBjaGVjayBpZiB0aGVyZQo+ID4gaXMgYSBoeXBoZW4gYXQgdGhlIGVuZCBvciBub3QpLCBh
bmQgd2hlbiB0byBhbmQgd2hlbiBub3QgdG8gZGVsZXRlCj4gPiB0aGUgaHlwaGVuICh0aGlzIG1h
eSBiZSBsYW5ndWFnZSBhbmQgY2FzZSBieSBjYXNlIGRlcGVuZGVudCkuCj4KPiBVbmludmVydCBm
aXJzdCwgdHJhbnNsYXRlLCByZS1pbnZlcnQgaWYgaXQgbWFrZXMgc2Vuc2UgaW4gdGhlIG5ldwo+
IGxhbmd1YWdlLiAgSSBhbSBjb25jZXJuZWQgb25seSB3aXRoIHRoZSBMU1IsIHdoaWNoIGlzIGZ1
bmRhbWVudGFsbHkKPiBpbiBFbmdsaXNoLgo+Cj4gLS0KPiBXaW50ZXI6ICBNSVQsICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBKb2huIENvd2FuCj4gS2VpbywgSU5SSUEsICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY293YW5AY2NpbC5vcmcKPiBJc3N1ZSBsb3Rz
IG9mIERyYWZ0cy4gICAgICAgICAgICAgICAgICAgICAgICAgICBodHRwOi8vd3d3LmNjaWwub3Jn
L35jb3dhbgo+IFNvIG11Y2ggbW9yZSB0byB1bmRlcnN0YW5kIQo+IE1pZ2h0IHNpbXBsaWNpdHkg
cmV0dXJuPyAgICAgICAgICAgICAgICAgICAgICAgIChBICJ0YW5rYSIsIG9yIGV4dGVuZGVkCj4g
aGFpa3UpCj4KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xwo+IEx0cnUgbWFpbGluZyBsaXN0Cj4gTHRydUBpZXRmLm9yZwo+IGh0dHBzOi8vd3d3MS5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL2x0cnUKPgo=
------=_Part_6985_18373927.1165794243175
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: base64
Content-Disposition: inline

Jmd0O0kgYW0gY29uY2VybmVkIG9ubHkgd2l0aCB0aGUgTFNSLCB3aGljaCBpcyBmdW5kYW1lbnRh
bGx5PGJyPmluIEVuZ2xpc2guPGJyPjxicj5Zb3UgbWF5IG9ubHkgYmUgY29uY2VybmVkIHdpdGgg
RW5nbGlzaCwgYnV0IGEgZ29vZCBtYW55IG9mIHVzIGFyZSBjb25jZXJuZWQgd2l0aCBvdGhlciBs
YW5ndWFnZXMsIGFuZCB0cmFuc2xhdGlvbnMgaW50byB0aG9zZSBsYW5ndWFnZXMuIEV2ZW4gaW4g
RW5nbGlzaCwgZm9yIGEgZnVsbCBpbmRleCwgb25lIHdvdWxkIHdhbnQgYWxsIHJlYXNvbmFibGUg
dmFyaWFudHM7IHRoYXQgaXMsIEkgd291bGQgd2FudCB0byBmaW5kICZxdW90O09sZCBDaHVyY2gg
U2xhdm9uaWMmcXVvdDsgbGlzdGVkIHVuZGVyIAo8YnI+PGJyPk9sZCBDaHVyY2ggU2xhdm9uaWM8
YnI+Jm5ic3A7IEFORDxicj5DaHVyY2ggU2xhdm9uaWMsIE9sZDxicj4mbmJzcDsgQU5EPGJyPlNs
YXZvbmljLCBPbGQgQ2h1cmNoPGJyPjxicj5BcyBLZW50IHNheXMsIHRoZSBpbnZlcnNpb24gbWF5
IGJlIHZlcnkgZGlmZmVyZW50IGluIG90aGVyIGxhbmd1YWdlcywKc28gb25lIE1VU1QgYmUgYWJs
ZSB0byBleHRyYWN0IHRoZSB1bmludmVydGVkIG5hbWUgbWVjaGFuaWNhbGx5Ljxicj48YnI+Tm93
LCB0aGUgbGF0ZXN0IHZlcnNpb24gb2YgNjM5LTMgZGF0YSBoYXMgbWFkZSB2ZXJ5IHNpZ25pZmlj
YW50IGltcHJvdmVtZW50cywgd2hpY2ggbWFrZSBtZSBtdWNoIG1vcmUgY29tZm9ydGFibGUgd2l0
aCBpbnZlcnRlZCB0ZXh0LiBCdXQgd2Ugc3RpbGwgbmVlZCB0byBkZWNpZGUgYW1vbmcgdGhlIHZp
YWJsZSBvcHRpb25zLiBJIGNhbiBzZWUgdGhlIGZvbGxvd2luZzoKPGJyPjxicj4xLiBMaXN0IGJv
dGggaW52ZXJ0ZWQgYW5kIHVuaW52ZXJ0ZWQgZm9ybXMgdW5kZXIgdGhlIHNhbWUgdGFnOyBhbHNv
IGVuc3VyZSB0aGF0IHRoZSB1bmludmVydGVkIGlzIGZpcnN0LCBlZzxicj48YnI+RGVzY3JpcHRp
b246IE9sZCBDaHVyY2ggU2xhdm9uaWM8YnI+RGVzY3JpcHRpb246IApDaHVyY2ggU2xhdm9uaWMs
IE9sZDxicj5EZXNjcmlwdGlvbjogClNsYXZvbmljLCBPbGQgQ2h1cmNoPGJyPjxicj4yLiBMaXN0
IHRoZSBpbnZlcnRlZCBmb3JtcyB1bmRlciBhIHNlcGFyYXRlIGZpZWxkLCBlZzxicj48YnI+RGVz
Y3JpcHRpb246IE9sZCBDaHVyY2ggU2xhdm9uaWM8YnI+SW52ZXJ0ZWQtRGVzY3JpcHRpb246IApD
aHVyY2ggU2xhdm9uaWMsIE9sZDxicj5JbnZlcnRlZC1EZXNjcmlwdGlvbjogClNsYXZvbmljLCBP
bGQgQ2h1cmNoPGJyPjxicj4zLiBPbmx5IGxpc3QgdGhlIChyZWFsbHkgJnF1b3Q7YW4mcXVvdDsp
IGludmVydGVkIGZvcm08YnI+PGJyPkRlc2NyaXB0aW9uOiBTbGF2b25pYywgT2xkIENodXJjaDxi
cj48YnI+SW4gYWxsIGNhc2VzLCB3ZSBzaG91bGQgdmVyaWZ5IHRoYXQgY29tbWEgb3V0c2lkZSBv
ZiBwYXJlbnMgKm9ubHkqIG9jY3VycyBpbiB0aGUgY2FzZSBvZiBpbnZlcnNpb24uCjxicj4KPGJy
Pk1hcms8YnI+PGJyPjxkaXY+PHNwYW4gY2xhc3M9ImdtYWlsX3F1b3RlIj5PbiAxMi8xMC8wNiwg
PGIgY2xhc3M9ImdtYWlsX3NlbmRlcm5hbWUiPkpvaG4gQ293YW48L2I+ICZsdDs8YSBocmVmPSJt
YWlsdG86Y293YW5AY2NpbC5vcmciPmNvd2FuQGNjaWwub3JnPC9hPiZndDsgd3JvdGU6PC9zcGFu
PjxibG9ja3F1b3RlIGNsYXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9ImJvcmRlci1sZWZ0OiAxcHgg
c29saWQgcmdiKDIwNCwgMjA0LCAyMDQpOyBtYXJnaW46IDBwdCAwcHQgMHB0IDAuOGV4OyBwYWRk
aW5nLWxlZnQ6IDFleDsiPgpLZW50IEthcmxzc29uIHNjcmlwc2l0Ojxicj48YnI+Jmd0OyAmZ3Q7
IEkgc3RpbGwgcGx1bXAgZm9yICZxdW90O0ZyaXNpYW4sIFdlc3Rlcm4mcXVvdDssIGZyb20gd2hp
Y2ggJnF1b3Q7V2VzdGVybiBGcmlzaWFuJnF1b3Q7IGNhbjxicj4mZ3Q7ICZndDsgYmUgcmVsaWFi
bHkgcmVjb25zdHJ1Y3RlZCwgYnV0IG5vdCB2aWNlIHZlcnNhLiZuYnNwOyZuYnNwO1RvIGV4Y2x1
ZGUgaW52ZXJ0ZWQ8YnI+Jmd0OyAmZ3Q7IG5hbWVzIGlzIHRvIHRocm93IGF3YXkgcG90ZW50aWFs
bHkgdmFsdWFibGUgaW5mb3JtYXRpb24uCjxicj4mZ3Q7PGJyPiZndDsgTWF5YmUsIGJ1dCB0aGVy
ZSdzIGEgTE9UIG9mICZxdW90O3BvdGVudGlhbGx5IHVzZWZ1bCBpbmZvcm1hdGlvbiZxdW90OyBh
Ym91dDxicj4mZ3Q7IGxhbmd1YWdlcyB0aGF0IGFyZSBub3QgYXQgYWxsIGNvdmVyZWQgYnkgdGhl
IHJlZ2lzdHJ5Ljxicj48YnI+SSB3YXMgc3BlYWtpbmcgb2YgaW5mb3JtYXRpb24gY29udGFpbmVk
IGluIDYzOS0zLCBub3QgaW5mb3JtYXRpb24gaW4KPGJyPkV0aG5vbG9ndWUgb3IgZmxvYXRpbmcg
ZnJlZWx5IHNvbWV3aGVyZS48YnI+PGJyPiZndDsgQWxzbywgd2hlbiB0cmFuc2xhdGluZyB0aGUg
bGFuZ3VhZ2UgbmFtZXMgKGFzIGRvbmUgaW4gQ0xEUiksPGJyPiZndDsgdHJhbnNsYXRpbmcgJnF1
b3Q7V2VzdGVybiBGcmlzaWFuJnF1b3Q7IHRvICZxdW90O3bDpHN0ZnJpc2lza2EmcXVvdDsgaXMg
c3RyYWlnaHRmb3J3YXJkLDxicj4mZ3Q7IHdoaWxlIHRyYW5zbGF0aW5nICZxdW90O0ZyaXNpYW4s
IFdlc3Rlcm4mcXVvdDsgdG8gJnF1b3Q7ZnJpc2lza2EsIHbDpHN0LSZxdW90OyBpcyBjbHVtc3kK
PGJyPiZndDsgYW5kIHJlY29uc3RydWN0aW5nIHRoZSB1bmludmVydGVkIG5hbWUgbWVhbnMgYWxz
byB0byBrbm93IHdoZW48YnI+Jmd0OyB0byBhbmQgd2hlbiBub3QgaW5zZXJ0IGEgc3BhY2UgKGFk
bWl0dGVkbHkgZWFzeSwganVzdCBjaGVjayBpZiB0aGVyZTxicj4mZ3Q7IGlzIGEgaHlwaGVuIGF0
IHRoZSBlbmQgb3Igbm90KSwgYW5kIHdoZW4gdG8gYW5kIHdoZW4gbm90IHRvIGRlbGV0ZQo8YnI+
Jmd0OyB0aGUgaHlwaGVuICh0aGlzIG1heSBiZSBsYW5ndWFnZSBhbmQgY2FzZSBieSBjYXNlIGRl
cGVuZGVudCkuPGJyPjxicj5VbmludmVydCBmaXJzdCwgdHJhbnNsYXRlLCByZS1pbnZlcnQgaWYg
aXQgbWFrZXMgc2Vuc2UgaW4gdGhlIG5ldzxicj5sYW5ndWFnZS4mbmJzcDsmbmJzcDtJIGFtIGNv
bmNlcm5lZCBvbmx5IHdpdGggdGhlIExTUiwgd2hpY2ggaXMgZnVuZGFtZW50YWxseTxicj5pbiBF
bmdsaXNoLgo8YnI+PGJyPi0tPGJyPldpbnRlcjombmJzcDsmbmJzcDtNSVQsJm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IEpvaG4gQ293YW48YnI+S2VpbywgSU5SSUEsJm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7PGEgaHJlZj0ibWFpbHRvOmNvd2Fu
QGNjaWwub3JnIj5jb3dhbkBjY2lsLm9yZzwvYT48YnI+SXNzdWUgbG90cyBvZiBEcmFmdHMuJm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IAo8YSBocmVmPSJodHRwOi8v
d3d3LmNjaWwub3JnL35jb3dhbiI+aHR0cDovL3d3dy5jY2lsLm9yZy9+Y293YW48L2E+PGJyPlNv
IG11Y2ggbW9yZSB0byB1bmRlcnN0YW5kITxicj5NaWdodCBzaW1wbGljaXR5IHJldHVybj8mbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsoQSAmcXVvdDt0YW5rYSZxdW90Oywgb3IgZXh0ZW5k
ZWQgaGFpa3UpPGJyPjxicj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXwo8YnI+THRydSBtYWlsaW5nIGxpc3Q8YnI+PGEgaHJlZj0ibWFpbHRvOkx0cnVAaWV0
Zi5vcmciPkx0cnVAaWV0Zi5vcmc8L2E+PGJyPjxhIGhyZWY9Imh0dHBzOi8vd3d3MS5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2x0cnUiPmh0dHBzOi8vd3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xp
c3RpbmZvL2x0cnU8L2E+PGJyPjwvYmxvY2txdW90ZT48L2Rpdj48YnI+Cg==
------=_Part_6985_18373927.1165794243175--


--===============1415492142==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1415492142==--




From ltru-bounces@ietf.org Sun Dec 10 20:16:23 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtZm9-0001B4-E0; Sun, 10 Dec 2006 20:16:13 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtZm8-0001Ay-5Y
	for ltru@ietf.org; Sun, 10 Dec 2006 20:16:12 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtZm4-000320-U1
	for ltru@ietf.org; Sun, 10 Dec 2006 20:16:12 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GtZm1-0000as-Ts; Sun, 10 Dec 2006 20:16:05 -0500
Date: Sun, 10 Dec 2006 20:16:05 -0500
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] To invert or not to invert?
Message-ID: <20061211011605.GK8875@ccil.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>,
	Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis scripsit:

> You may only be concerned with English, 

Not what I said.  I am concerned with the LSR.

> I would want to find "Old Church Slavonic" listed under
> 
> Old Church Slavonic
>  AND
> Church Slavonic, Old
>  AND
> Slavonic, Old Church

I think the third is very misleading, and would not wish to see it.
The language is the old variety of Church Slavonic, not the old-church
variety of Slavonic.  This is precisely why inversion cannot be done
mechanically.

> As Kent says, the inversion may be very different in other languages,
> so one MUST be able to extract the uninverted name mechanically.

I agree absolutely, which is why I want to see the inverted names used --
there is no method of inverting the uninverted form.

> 1. List both inverted and uninverted forms under the same tag; also
> ensure that the uninverted is first,

I continue to believe that order of field instances should never be
treated as significant.

> 2. List the inverted forms under a separate field, 

I could live with this.

> 3. Only list the (really "an") inverted form

This is what I favor.  I doubt that there are many languages, if any,
that could be inverted in more than one way with appropriate semantics.

> In all cases, we should verify that comma outside of parens *only*
> occurs in the case of inversion.

That has already been done by the Official Doug.

-- 
We call nothing profound                        cowan@ccil.org
that is not wittily expressed.                  John Cowan
        --Northrop Frye (improved)

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 10 20:42:55 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtaBu-00023I-2g; Sun, 10 Dec 2006 20:42:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtaBs-00023B-Sz
	for ltru@ietf.org; Sun, 10 Dec 2006 20:42:48 -0500
Received: from an-out-0708.google.com ([209.85.132.243])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtaBq-0006ZF-Hb
	for ltru@ietf.org; Sun, 10 Dec 2006 20:42:48 -0500
Received: by an-out-0708.google.com with SMTP id d30so215321and
	for <ltru@ietf.org>; Sun, 10 Dec 2006 17:42:46 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=qvK+Ka2b643mSmv8/N1JZuUG0PKWtyr9pAy9cvCJOlMK1FgqmOB/uOmYpstnQSInJ1dCRaSOvElqm1MUBkc2tKDvEqNN5MkWl1p19ptVUUVR54LjNmFU1Iy7xhkeg95dx85SnmCLoJuron8CQIZId7iRmIEt1ZV8lmve8nXkCE4=
Received: by 10.100.32.1 with SMTP id f1mr2419147anf.1165801366214;
	Sun, 10 Dec 2006 17:42:46 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Sun, 10 Dec 2006 17:42:46 -0800 (PST)
Message-ID: <30b660a20612101742w211b475ft889ba459c1680e05@mail.gmail.com>
Date: Sun, 10 Dec 2006 17:42:46 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "John Cowan" <cowan@ccil.org>
Subject: Re: [Ltru] To invert or not to invert?
In-Reply-To: <20061211011605.GK8875@ccil.org>
MIME-Version: 1.0
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<20061211011605.GK8875@ccil.org>
X-Google-Sender-Auth: c2d5079c578654a1
X-Spam-Score: 0.1 (/)
X-Scan-Signature: b7b9551d71acde901886cc48bfc088a6
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>,
	Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0349335262=="
Errors-To: ltru-bounces@ietf.org

--===============0349335262==
Content-Type: multipart/alternative; 
	boundary="----=_Part_7050_22729321.1165801366173"

------=_Part_7050_22729321.1165801366173
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

one comment

On 12/10/06, John Cowan <cowan@ccil.org> wrote:
>
> Mark Davis scripsit:
>
> > You may only be concerned with English,
>
> Not what I said.  I am concerned with the LSR.
>
> > I would want to find "Old Church Slavonic" listed under
> >
> > Old Church Slavonic
> >  AND
> > Church Slavonic, Old
> >  AND
> > Slavonic, Old Church
>
> I think the third is very misleading, and would not wish to see it.
> The language is the old variety of Church Slavonic, not the old-church
> variety of Slavonic.  This is precisely why inversion cannot be done
> mechanically.
>
> > As Kent says, the inversion may be very different in other languages,
> > so one MUST be able to extract the uninverted name mechanically.
>
> I agree absolutely, which is why I want to see the inverted names used --
> there is no method of inverting the uninverted form.
>
> > 1. List both inverted and uninverted forms under the same tag; also
> > ensure that the uninverted is first,
>
> I continue to believe that order of field instances should never be
> treated as significant.


And I continue to believe that they must be. When translating, we simply
*can't* translate all of the lines, so I don't see any choice but to use the
first one as the main description, and trust that that is a reasonable
choice. You can make lives more difficult for users if they are in random
order, that's all.

> 2. List the inverted forms under a separate field,
>
> I could live with this.
>
> > 3. Only list the (really "an") inverted form
>
> This is what I favor.  I doubt that there are many languages, if any,
> that could be inverted in more than one way with appropriate semantics.
>
> > In all cases, we should verify that comma outside of parens *only*
> > occurs in the case of inversion.
>
> That has already been done by the Official Doug.
>
> --
> We call nothing profound                        cowan@ccil.org
> that is not wittily expressed.                  John Cowan
>         --Northrop Frye (improved)
>

------=_Part_7050_22729321.1165801366173
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

one comment<br><br><div><span class="gmail_quote">On 12/10/06, <b class="gmail_sendername">John Cowan</b> &lt;<a href="mailto:cowan@ccil.org">cowan@ccil.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Mark Davis scripsit:<br><br>&gt; You may only be concerned with English,<br><br>Not what I said.&nbsp;&nbsp;I am concerned with the LSR.<br><br>&gt; I would want to find &quot;Old Church Slavonic&quot; listed under<br>&gt;<br>&gt; Old Church Slavonic
<br>&gt;&nbsp;&nbsp;AND<br>&gt; Church Slavonic, Old<br>&gt;&nbsp;&nbsp;AND<br>&gt; Slavonic, Old Church<br><br>I think the third is very misleading, and would not wish to see it.<br>The language is the old variety of Church Slavonic, not the old-church
<br>variety of Slavonic.&nbsp;&nbsp;This is precisely why inversion cannot be done<br>mechanically.<br><br>&gt; As Kent says, the inversion may be very different in other languages,<br>&gt; so one MUST be able to extract the uninverted name mechanically.
<br><br>I agree absolutely, which is why I want to see the inverted names used --<br>there is no method of inverting the uninverted form.<br><br>&gt; 1. List both inverted and uninverted forms under the same tag; also<br>
&gt; ensure that the uninverted is first,<br><br>I continue to believe that order of field instances should never be<br>treated as significant.</blockquote><div><br>And I continue to believe that they must be. When translating, we simply *can't* translate all of the lines, so I don't see any choice but to use the first one as the main description, and trust that that is a reasonable choice. You can make lives more difficult for users if they are in random order, that's all.
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; 2. List the inverted forms under a separate field,<br><br>I could live with this.
<br><br>&gt; 3. Only list the (really &quot;an&quot;) inverted form<br><br>This is what I favor.&nbsp;&nbsp;I doubt that there are many languages, if any,<br>that could be inverted in more than one way with appropriate semantics.<br>
<br>&gt; In all cases, we should verify that comma outside of parens *only*<br>&gt; occurs in the case of inversion.<br><br>That has already been done by the Official Doug.<br><br>--<br>We call nothing profound&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<a href="mailto:cowan@ccil.org">cowan@ccil.org</a><br>that is not wittily expressed.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;John Cowan<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;--Northrop Frye (improved)<br></blockquote></div><br>

------=_Part_7050_22729321.1165801366173--


--===============0349335262==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0349335262==--




From ltru-bounces@ietf.org Sun Dec 10 23:37:34 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtcuv-00022f-If; Sun, 10 Dec 2006 23:37:29 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtcuu-00022Z-06
	for ltru@ietf.org; Sun, 10 Dec 2006 23:37:28 -0500
Received: from an-out-0708.google.com ([209.85.132.250])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtcus-0001Dd-K8
	for ltru@ietf.org; Sun, 10 Dec 2006 23:37:27 -0500
Received: by an-out-0708.google.com with SMTP id d30so218828and
	for <ltru@ietf.org>; Sun, 10 Dec 2006 20:37:26 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=n0hmIyUD3a5MwHwSEsVubU5zA8agwFaie+Z6qJlvpcp4qUfqtXL6v9Kbf6o88tmzm2mmtG2y80Dj5uMq+7xiwhkjsNc27YxO4uUO3wZ7xmvyqJPzpdJIbsbkjfbCW2FYUyCRCmcXp0IQ1xLpo1qyUQv+8qKByo+CzOZBKPWPcTo=
Received: by 10.100.7.18 with SMTP id 18mr7783056ang.1165811846286;
	Sun, 10 Dec 2006 20:37:26 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Sun, 10 Dec 2006 20:37:26 -0800 (PST)
Message-ID: <30b660a20612102037s43f19bf3qe95cd111e9e407fd@mail.gmail.com>
Date: Sun, 10 Dec 2006 20:37:26 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "John Cowan" <cowan@ccil.org>
Subject: Re: [Ltru] To invert or not to invert?
In-Reply-To: <30b660a20612101742w211b475ft889ba459c1680e05@mail.gmail.com>
MIME-Version: 1.0
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<20061211011605.GK8875@ccil.org>
	<30b660a20612101742w211b475ft889ba459c1680e05@mail.gmail.com>
X-Google-Sender-Auth: 39dec16c0840c828
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 6d95a152022472c7d6cdf886a0424dc6
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>,
	Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1911180556=="
Errors-To: ltru-bounces@ietf.org

--===============1911180556==
Content-Type: multipart/alternative; 
	boundary="----=_Part_7210_15654190.1165811846250"

------=_Part_7210_15654190.1165811846250
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

"Slavonic, Old Church" is only a bad choice if people would never look it up
by "Slavonic". I don't want to belabor the point, since Slavonic may or may
not be a good example, but there are plenty of others.

Mark

On 12/10/06, Mark Davis <mark.davis@icu-project.org> wrote:
>
> one comment
>
> On 12/10/06, John Cowan < cowan@ccil.org> wrote:
> >
> > Mark Davis scripsit:
> >
> > > You may only be concerned with English,
> >
> > Not what I said.  I am concerned with the LSR.
> >
> > > I would want to find "Old Church Slavonic" listed under
> > >
> > > Old Church Slavonic
> > >  AND
> > > Church Slavonic, Old
> > >  AND
> > > Slavonic, Old Church
> >
> > I think the third is very misleading, and would not wish to see it.
> > The language is the old variety of Church Slavonic, not the old-church
> > variety of Slavonic.  This is precisely why inversion cannot be done
> > mechanically.
> >
> > > As Kent says, the inversion may be very different in other languages,
> > > so one MUST be able to extract the uninverted name mechanically.
> >
> > I agree absolutely, which is why I want to see the inverted names used
> > --
> > there is no method of inverting the uninverted form.
> >
> > > 1. List both inverted and uninverted forms under the same tag; also
> > > ensure that the uninverted is first,
> >
> > I continue to believe that order of field instances should never be
> > treated as significant.
>
>
> And I continue to believe that they must be. When translating, we simply
> *can't* translate all of the lines, so I don't see any choice but to use the
> first one as the main description, and trust that that is a reasonable
> choice. You can make lives more difficult for users if they are in random
> order, that's all.
>
> > 2. List the inverted forms under a separate field,
> >
> > I could live with this.
> >
> > > 3. Only list the (really "an") inverted form
> >
> > This is what I favor.  I doubt that there are many languages, if any,
> > that could be inverted in more than one way with appropriate semantics.
> >
> > > In all cases, we should verify that comma outside of parens *only*
> > > occurs in the case of inversion.
> >
> > That has already been done by the Official Doug.
> >
> > --
> > We call nothing profound                         cowan@ccil.org
> > that is not wittily expressed.                  John Cowan
> >         --Northrop Frye (improved)
> >
>
>

------=_Part_7210_15654190.1165811846250
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<span>&quot;Slavonic, Old Church&quot; is only a bad choice if people would never look it up by &quot;Slavonic&quot;.</span> I don't want to belabor the point, since Slavonic may or may not be a good example, but there are plenty of others.
<br><br>Mark<br><span>
</span><br><div><span class="gmail_quote">On 12/10/06, <b class="gmail_sendername">Mark Davis</b> &lt;<a href="mailto:mark.davis@icu-project.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">mark.davis@icu-project.org
</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
one comment<br><br><div><span><span class="gmail_quote">On 12/10/06, <b class="gmail_sendername">John Cowan</b> &lt;<a href="mailto:cowan@ccil.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
cowan@ccil.org</a>&gt; wrote:</span></span><span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Mark Davis scripsit:<br><br>&gt; You may only be concerned with English,<br><br>Not what I said.&nbsp;&nbsp;I am concerned with the LSR.<br><br>&gt; I would want to find &quot;Old Church Slavonic&quot; listed under<br>&gt;<br>&gt; Old Church Slavonic
<br>&gt;&nbsp;&nbsp;AND<br>&gt; Church Slavonic, Old<br>&gt;&nbsp;&nbsp;AND<br>&gt; Slavonic, Old Church<br><br>I think the third is very misleading, and would not wish to see it.<br>The language is the old variety of Church Slavonic, not the old-church
<br>variety of Slavonic.&nbsp;&nbsp;This is precisely why inversion cannot be done<br>mechanically.<br><br>&gt; As Kent says, the inversion may be very different in other languages,<br>&gt; so one MUST be able to extract the uninverted name mechanically.
<br><br>I agree absolutely, which is why I want to see the inverted names used --<br>there is no method of inverting the uninverted form.<br><br>&gt; 1. List both inverted and uninverted forms under the same tag; also<br>


&gt; ensure that the uninverted is first,<br><br>I continue to believe that order of field instances should never be<br>treated as significant.</blockquote></span><div><br>And I continue to believe that they must be. When translating, we simply *can't* translate all of the lines, so I don't see any choice but to use the first one as the main description, and trust that that is a reasonable choice. You can make lives more difficult for users if they are in random order, that's all.
<br></div><span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; 2. List the inverted forms under a separate field,<br><br>
I could live with this.
<br><br>&gt; 3. Only list the (really &quot;an&quot;) inverted form<br><br>This is what I favor.&nbsp;&nbsp;I doubt that there are many languages, if any,<br>that could be inverted in more than one way with appropriate semantics.<br>


<br>&gt; In all cases, we should verify that comma outside of parens *only*<br>&gt; occurs in the case of inversion.<br><br>That has already been done by the Official Doug.<br><br>--<br>We call nothing profound&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<a href="mailto:cowan@ccil.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">cowan@ccil.org</a><br>that is not wittily expressed.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;John Cowan<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;--Northrop Frye (improved)
<br></blockquote></span></div><br>

</blockquote></div><br>


------=_Part_7210_15654190.1165811846250--


--===============1911180556==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1911180556==--




From ltru-bounces@ietf.org Mon Dec 11 02:00:41 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtf9P-0000x0-7M; Mon, 11 Dec 2006 02:00:35 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtf9O-0000wn-3H
	for ltru@ietf.org; Mon, 11 Dec 2006 02:00:34 -0500
Received: from mta13.mail.adelphia.net ([68.168.78.44] helo=mta13.adelphia.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtf9M-0001QC-Lt
	for ltru@ietf.org; Mon, 11 Dec 2006 02:00:34 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061211070031.UDOH21407.mta13.adelphia.net@DGBP7M81>;
	Mon, 11 Dec 2006 02:00:31 -0500
Message-ID: <00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
Subject: Re: [Ltru] To invert or not to invert?
Date: Sun, 10 Dec 2006 23:00:31 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 29dc808194f5fb921c09d0040806d6eb
Cc: Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis wrote:

> Even in English, for a full index, one would want all reasonable 
> variants; that is, I would want to find "Old Church Slavonic" listed 
> under
>
> Old Church Slavonic
>   AND
> Church Slavonic, Old
>   AND
> Slavonic, Old Church

In that case, you don't need inverted forms in the Registry; you can 
create all of them yourself algorithmically.  It's only if you want 
certain inversions, such as "Slavonic, Old Church" (which is in ISO/FDIS 
639-3), and don't want others, such as "Church Slavonic, Old" (which 
isn't), that the ones you want have to be spelled out.

> As Kent says, the inversion may be very different in other languages, 
> so one MUST be able to extract the uninverted name mechanically.

But as Kent implied, the notion of "inversions" gets tricker in other 
languages when you start talking about prefixes instead of separate 
words.

> Now, the latest version of 639-3 data has made very significant 
> improvements, which make me much more comfortable with inverted text.

Indeed, the latest version regularizes the whole concept of inversions 
for the first time.

> But we still need to decide among the viable options. I can see the 
> following:
>
> 1. List both inverted and uninverted forms under the same tag; also 
> ensure that the uninverted is first, eg
>
> Description: Old Church Slavonic
> Description: Church Slavonic, Old
> Description: Slavonic, Old Church

Again, if you want every possible inversion ("and Barbuda Creole 
English, Antigua") you don't need to indicate any of them.  Just add a 
rule that Descriptions can be inverted between any two words, noting 
that parenthetical comments need to be handled intelligently.

Regarding "first," see below.

> 2. List the inverted forms under a separate field, eg
>
> Description: Old Church Slavonic
> Inverted-Description: Church Slavonic, Old
> Inverted-Description: Slavonic, Old Church

I don't see the advantage of this approach for listing all possible 
inversions.  Obviously "Church Slavonic, Old" is an inverted form of 
"Old Church Slavonic."  There's no need for the Registry to point that 
out redundantly.

> 3. Only list the (really "an") inverted form
>
> Description: Slavonic, Old Church

I count that as a vote on the original question, in favor of using the 
inverted form instead of the uninverted form.  If you want both -- in 
particular, (1) or (2) above -- then that will require a change to 
4646bis, which currently specifies that only one or the other may 
appear.

> In all cases, we should verify that comma outside of parens *only* 
> occurs in the case of inversion.

Done.  The 639-3 folks have really done a good job with this.


John Cowan <cowan at ccil dot org> replied:

> I think the third is very misleading, and would not wish to see it. 
> The language is the old variety of Church Slavonic, not the old-church 
> variety of Slavonic.  This is precisely why inversion cannot be done 
> mechanically.

Strange, then, that 639-3 lists "S, O C" but not "C S, O".

>> 1. List both inverted and uninverted forms under the same tag; also 
>> ensure that the uninverted is first,
>
> I continue to believe that order of field instances should never be 
> treated as significant.

That was the way this particular riot act was read to me, anyway.  I do 
plan to list them with the 639-3 reference name first, which is harmless 
(order is not significant, right?), but applications cannot count on 
this convention and cannot assume it will be observed in the future.

>> 2. List the inverted forms under a separate field,
>
> I could live with this.

No, it really is as simple as this:

1. If you have the inverted names, you don't need the uninverted names; 
you can uninvert them yourself.

2. If you want all possible inversions, it doesn't matter which one you 
start with; you can create all the others yourself (including 
uninverted).

That is why 4646bis currently disallows:

Description: Foo Bar
Description: Bar, Foo


Mark replied:

> And I continue to believe that they must be. When translating, we 
> simply *can't* translate all of the lines, so I don't see any choice 
> but to use the first one as the main description, and trust that that 
> is a reasonable choice. You can make lives more difficult for users if 
> they are in random order, that's all.

Then what you really want is a Reference-Description:

Type: language
Subtag: cu

Reference-Description: Church Slavic
Description: Church Slavic
Description: Slavic, Church
Description: Old Church Slavonic
Description: Slavonic, Old Church
Description: Church Slavonic
Description: Slavonic, Church
Description: Old Bulgarian
Description: Bulgarian, Old
Added: 2005-10-16

If the Registry were converted to XML and accessed using normal XML 
methods, the multiple Description fields really would be in 
non-determininstic order, unless one was given a different name (or 
unless "rank" values were assigned).

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 11 05:08:25 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gti56-00061m-EB; Mon, 11 Dec 2006 05:08:20 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gti55-00061Z-Rt
	for ltru@ietf.org; Mon, 11 Dec 2006 05:08:19 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gti50-0002qJ-GU
	for ltru@ietf.org; Mon, 11 Dec 2006 05:08:19 -0500
Received: from DebbieLaptop ([83.67.121.192]) by 145.nexbyte.net with
	MailEnable ESMTP; Mon, 11 Dec 2006 10:08:09 +0000
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: "'LTRU Working Group'" <ltru@ietf.org>,
	"'Doug Ewell'" <dewell@adelphia.net>
Subject: RE: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 10:07:58 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
In-Reply-To: <00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
thread-index: Accc8i8H/ohhhHgQQ6uy1fmq0BClcwAGNiFw
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Cc: 'Kent Karlsson' <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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
Message-Id: <E1Gti56-00061m-EB@megatron.ietf.org>

 Doug wrote:

> Then what you really want is a Reference-Description:

Yes! You (LTRU) really must read the standard and use a Reference Name
(Description).

As to inverted or non-inverted. Have both.  But mirror the ISO 639-3 file
other than when there is a perceived need for adding additional inverted
forms.

BTW, IMHO there is a marked difference between "Church Slavonic" and "Old
Church Slavonic"; two separate entities.

Debbie





_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 11 05:46:57 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtigR-0004Ls-Hj; Mon, 11 Dec 2006 05:46:55 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtigP-0004KU-8B
	for ltru@ietf.org; Mon, 11 Dec 2006 05:46:53 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtigN-0007Gi-Ko
	for ltru@ietf.org; Mon, 11 Dec 2006 05:46:53 -0500
Received: from DebbieLaptop ([83.67.121.192]) by 145.nexbyte.net with
	MailEnable ESMTP; Mon, 11 Dec 2006 10:46:49 +0000
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: "'Mark Davis'" <mark.davis@icu-project.org>,
	"'John Cowan'" <cowan@ccil.org>
Subject: RE: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 10:46:38 -0000
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
In-Reply-To: <30b660a20612101742w211b475ft889ba459c1680e05@mail.gmail.com>
thread-index: AcccxddSUHlYrbnpQaq9FoL1aD+ZQwAS6Njg
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 0bb031f3a6fb29f760794ac9bf1997ae
Cc: 'Doug Ewell' <dewell@adelphia.net>, 'LTRU Working Group' <ltru@ietf.org>,
	'Kent Karlsson' <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============2133547913=="
Errors-To: ltru-bounces@ietf.org
Message-Id: <E1GtigR-0004Ls-Hj@megatron.ietf.org>

This is a multi-part message in MIME format.

--===============2133547913==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_045D_01C71D11.A2E00B70"

This is a multi-part message in MIME format.

------=_NextPart_000_045D_01C71D11.A2E00B70
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Mark wrote:
 
>> In all cases, we should verify that comma outside of parens *only*
>> occurs in the case of inversion.

>That has already been done by the Official Doug.
 
This is a rule that is now set within ISO 639-3.
 
Debbie



  _____  

From: Mark Davis [mailto:mark.davis@icu-project.org] 
Sent: 11 December 2006 01:43
To: John Cowan
Cc: Doug Ewell; LTRU Working Group; Kent Karlsson
Subject: Re: [Ltru] To invert or not to invert?


one comment


On 12/10/06, John Cowan <cowan@ccil.org> wrote: 

Mark Davis scripsit:

> You may only be concerned with English,

Not what I said.  I am concerned with the LSR.

> I would want to find "Old Church Slavonic" listed under
>
> Old Church Slavonic 
>  AND
> Church Slavonic, Old
>  AND
> Slavonic, Old Church

I think the third is very misleading, and would not wish to see it.
The language is the old variety of Church Slavonic, not the old-church 
variety of Slavonic.  This is precisely why inversion cannot be done
mechanically.

> As Kent says, the inversion may be very different in other languages,
> so one MUST be able to extract the uninverted name mechanically. 

I agree absolutely, which is why I want to see the inverted names used --
there is no method of inverting the uninverted form.

> 1. List both inverted and uninverted forms under the same tag; also
> ensure that the uninverted is first,

I continue to believe that order of field instances should never be
treated as significant.


And I continue to believe that they must be. When translating, we simply
*can't* translate all of the lines, so I don't see any choice but to use the
first one as the main description, and trust that that is a reasonable
choice. You can make lives more difficult for users if they are in random
order, that's all. 



> 2. List the inverted forms under a separate field,

I could live with this. 

> 3. Only list the (really "an") inverted form

This is what I favor.  I doubt that there are many languages, if any,
that could be inverted in more than one way with appropriate semantics.

> In all cases, we should verify that comma outside of parens *only*
> occurs in the case of inversion.

That has already been done by the Official Doug.

--
We call nothing profound                         cowan@ccil.org
that is not wittily expressed.                  John Cowan
        --Northrop Frye (improved)




------=_NextPart_000_045D_01C71D11.A2E00B70
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1561" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D382314510-11122006>Mark=20
wrote:</SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN=20
class=3D382314510-11122006></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D382314510-11122006><FONT=20
face=3D"Times New Roman" color=3D#000000 size=3D3>&gt;&gt; In all cases, =
we should=20
verify that comma outside of parens *only*<BR>&gt;&gt; occurs in the =
case of=20
inversion.<BR><BR>&gt;That has already been done by the Official=20
Doug.</FONT></SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D382314510-11122006><FONT=20
face=3D"Times New Roman" color=3D#000000 =
size=3D3></FONT></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D382314510-11122006><FONT=20
face=3D"Times New Roman" color=3D#000000 size=3D3>This is a rule that is =
now set=20
within ISO 639-3.</FONT></SPAN></FONT></DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D382314510-11122006><FONT=20
face=3D"Times New Roman" color=3D#000000 =
size=3D3></FONT></SPAN></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D382314510-11122006><FONT=20
face=3D"Times New Roman" color=3D#000000 size=3D3>Debbie</FONT></DIV>
<DIV><BR></DIV></SPAN></FONT><BR>
<BLOCKQUOTE=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
  <DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
  <HR tabIndex=3D-1>
  <FONT face=3DTahoma size=3D2><B>From:</B> Mark Davis=20
  [mailto:mark.davis@icu-project.org] <BR><B>Sent:</B> 11 December 2006=20
  01:43<BR><B>To:</B> John Cowan<BR><B>Cc:</B> Doug Ewell; LTRU Working =
Group;=20
  Kent Karlsson<BR><B>Subject:</B> Re: [Ltru] To invert or not to=20
  invert?<BR></FONT><BR></DIV>
  <DIV></DIV>one comment<BR><BR>
  <DIV><SPAN class=3Dgmail_quote>On 12/10/06, <B =
class=3Dgmail_sendername>John=20
  Cowan</B> &lt;<A href=3D"mailto:cowan@ccil.org">cowan@ccil.org</A>&gt; =

  wrote:</SPAN>
  <BLOCKQUOTE class=3Dgmail_quote=20
  style=3D"PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: =
rgb(204,204,204) 1px solid">Mark=20
    Davis scripsit:<BR><BR>&gt; You may only be concerned with=20
    English,<BR><BR>Not what I said.&nbsp;&nbsp;I am concerned with the=20
    LSR.<BR><BR>&gt; I would want to find "Old Church Slavonic" listed=20
    under<BR>&gt;<BR>&gt; Old Church Slavonic =
<BR>&gt;&nbsp;&nbsp;AND<BR>&gt;=20
    Church Slavonic, Old<BR>&gt;&nbsp;&nbsp;AND<BR>&gt; Slavonic, Old=20
    Church<BR><BR>I think the third is very misleading, and would not =
wish to=20
    see it.<BR>The language is the old variety of Church Slavonic, not =
the=20
    old-church <BR>variety of Slavonic.&nbsp;&nbsp;This is precisely why =

    inversion cannot be done<BR>mechanically.<BR><BR>&gt; As Kent says, =
the=20
    inversion may be very different in other languages,<BR>&gt; so one =
MUST be=20
    able to extract the uninverted name mechanically. <BR><BR>I agree=20
    absolutely, which is why I want to see the inverted names used =
--<BR>there=20
    is no method of inverting the uninverted form.<BR><BR>&gt; 1. List =
both=20
    inverted and uninverted forms under the same tag; also<BR>&gt; =
ensure that=20
    the uninverted is first,<BR><BR>I continue to believe that order of =
field=20
    instances should never be<BR>treated as significant.</BLOCKQUOTE>
  <DIV><BR>And I continue to believe that they must be. When =
translating, we=20
  simply *can't* translate all of the lines, so I don't see any choice =
but to=20
  use the first one as the main description, and trust that that is a =
reasonable=20
  choice. You can make lives more difficult for users if they are in =
random=20
  order, that's all. <BR></DIV><BR>
  <BLOCKQUOTE class=3Dgmail_quote=20
  style=3D"PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: =
rgb(204,204,204) 1px solid">&gt;=20
    2. List the inverted forms under a separate field,<BR><BR>I could =
live with=20
    this. <BR><BR>&gt; 3. Only list the (really "an") inverted =
form<BR><BR>This=20
    is what I favor.&nbsp;&nbsp;I doubt that there are many languages, =
if=20
    any,<BR>that could be inverted in more than one way with appropriate =

    semantics.<BR><BR>&gt; In all cases, we should verify that comma =
outside of=20
    parens *only*<BR>&gt; occurs in the case of inversion.<BR><BR>That =
has=20
    already been done by the Official Doug.<BR><BR>--<BR>We call nothing =

    =
profound&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;=
&nbsp;=20
    <A href=3D"mailto:cowan@ccil.org">cowan@ccil.org</A><BR>that is not =
wittily=20
    =
expressed.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nb=
sp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;John=20
    Cowan<BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;--Northrop =
Frye=20
    (improved)<BR></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_045D_01C71D11.A2E00B70--





--===============2133547913==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============2133547913==--







From ltru-bounces@ietf.org Mon Dec 11 05:59:19 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtisP-0000GV-OA; Mon, 11 Dec 2006 05:59:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtisO-0000GL-AU
	for ltru@ietf.org; Mon, 11 Dec 2006 05:59:16 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtisK-0001Qt-Qz
	for ltru@ietf.org; Mon, 11 Dec 2006 05:59:16 -0500
Received: from 82.69.111.196 ([82.69.111.196]) by 145.nexbyte.net with
	MailEnable WebMail; Mon, 11 Dec 2006 10:59:05 -0000
To: <debbie@ictmarketing.co.uk>, <ltru@ietf.org>, <dewell@adelphia.net>
From: <chris.cox@geolang.com>
Subject: Re: RE: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 10:59:05 -0000
Message-ID: <D726EE424C3F4D648ACF821807014D11.MAI@145.nexbyte.net>
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="--=_NextPart_000_000B_7028E08E7F83412EB78547E9A4957CD7"
X-Mailer: MailEnable WebMail.NET
X-MimeOLE: Produced By MailEnable WebMail.NET V2.0.0.0
X-Read: 0
X-Spam-Score: 1.9 (+)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Cc: kent.karlsson14@comhem.se
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

This is a multi-part message in MIME format.

----=_NextPart_000_000B_7028E08E7F83412EB78547E9A4957CD7
Content-type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

IMHO the secret is to identify the concept of the object by the most transparent designation and ent=
=
er that as the preferred entry, if there are likely synonyms they should be allowed for, preferabl=
y with links to that preferred designation.
For translations the concept of the object is all that is important to be identified then the same p=
=
rocess for applying a suitable designation should apply for THAT language i.e. the most transparen=
t designation for THAT language is chosen as the preferred term plus synonyms etc, i.e. it is not =
necessarily a literal translation of the original language entry, English or otherwise.
This approach then applies to whatever language the original entries have been written in and mainta=
=
ins a reasonable chance of common understanding of the concept/language in question.
Chris
----- Original Message -----
From: Debbie Garside [mailto:debbie@ictmarketing.co.uk]
To: ltru@ietf.org,dewell@adelphia.net
Cc: kent.karlsson14@comhem.se
Sent: Mon, 11 Dec 2006 10:07:58 -0000
Subject: RE: [Ltru] To invert or not to invert=3F

 Doug wrote:

> Then what you really want is a Reference-Description:

Yes! You (LTRU) really must read the standard and use a Reference Name
(Description).

As to inverted or non-inverted. Have both.  But mirror the ISO 639-3 file
other than when there is a perceived need for adding additional inverted
forms.

BTW, IMHO there is a marked difference between "Church Slavonic" and "Old
Church Slavonic"; two separate entities.

Debbie





_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru


----=_NextPart_000_000B_7028E08E7F83412EB78547E9A4957CD7
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

----=_NextPart_000_000B_7028E08E7F83412EB78547E9A4957CD7--





From ltru-bounces@ietf.org Mon Dec 11 09:12:39 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtltO-0001pi-7n; Mon, 11 Dec 2006 09:12:30 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtltM-0001pb-Lu
	for ltru@ietf.org; Mon, 11 Dec 2006 09:12:28 -0500
Received: from mta16.mail.adelphia.net ([68.168.78.211]
	helo=mta16.adelphia.net) by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GtltL-0008PW-BE
	for ltru@ietf.org; Mon, 11 Dec 2006 09:12:28 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta16.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061211135613.PGEH9721.mta16.adelphia.net@DGBP7M81>;
	Mon, 11 Dec 2006 08:56:13 -0500
Message-ID: <011501c71d2e$62e367c0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "'LTRU Working Group'" <ltru@ietf.org>
References: <20061211114658.QFBT17060.edge2.adelphia.net@145.nexbyte.net>
Subject: Re: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 06:12:25 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: de4f315c9369b71d7dd5909b42224370
Cc: 'Kent Karlsson' <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Debbie Garside wrote;

>>> In all cases, we should verify that comma outside of parens *only* 
>>> occurs in the case of inversion.
>>
>>That has already been done by the Official Doug.
>
> This is a rule that is now set within ISO 639-3.

But something we still need to verify in the names that come from 639-2.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 11 09:20:36 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtm1E-0005ON-Oi; Mon, 11 Dec 2006 09:20:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtm1D-0005OH-Nl
	for ltru@ietf.org; Mon, 11 Dec 2006 09:20:35 -0500
Received: from mta9.adelphia.net ([68.168.78.199])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtm19-0002Fa-1B
	for ltru@ietf.org; Mon, 11 Dec 2006 09:20:35 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta9.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061211142026.CNSM23085.mta9.adelphia.net@DGBP7M81>;
	Mon, 11 Dec 2006 09:20:26 -0500
Message-ID: <011d01c71d2f$80dc2d10$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "'LTRU Working Group'" <ltru@ietf.org>
References: <20061211100820.UFWQ21763.edge3.adelphia.net@145.nexbyte.net>
Subject: Re: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 06:20:25 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Debbie Garside <debbie at ictmarketing dot co dot uk> wrote:

> Yes! You (LTRU) really must read the standard and use a Reference Name 
> (Description).

I know that ISO 639-3 has a Reference Name.  That doesn't require RFC 
4646 and the Registry to employ the same concept, although for some 
purposes it would be useful.

> As to inverted or non-inverted. Have both.  But mirror the ISO 639-3 
> file other than when there is a perceived need for adding additional 
> inverted forms.

That requires a change to 4646bis.  I won't put "both" in the 4645bis 
Registry if 4646bis says I must not.

> BTW, IMHO there is a marked difference between "Church Slavonic" and 
> "Old Church Slavonic"; two separate entities.

But ISO 639-3 calls them the same:

chu Slavonic Slavonic
chu Church Slavic Slavic, Church
chu Old Church Slavonic Slavonic, Old Church
chu Church Slavonic Slavonic, Church
chu Old Bulgarian Bulgarian, Old

BTW, if we add all of these forms including inversions, that will be 
*nine* Description fields for this one language.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 11 10:06:14 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtmjO-0003AP-3s; Mon, 11 Dec 2006 10:06:14 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtmjM-0003AH-VH
	for ltru@ietf.org; Mon, 11 Dec 2006 10:06:12 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtmjH-000285-HW
	for ltru@ietf.org; Mon, 11 Dec 2006 10:06:12 -0500
Received: from DebbieLaptop ([83.67.121.192]) by 145.nexbyte.net with
	MailEnable ESMTP; Mon, 11 Dec 2006 15:06:05 +0000
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: <dewell@adelphia.net>,
	"'LTRU Working Group'" <ltru@ietf.org>
Subject: RE: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 15:05:54 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
In-Reply-To: <011d01c71d2f$80dc2d10$6701a8c0@DGBP7M81>
thread-index: AccdL6REJmKXrmBIRlerbPm1Oj57WgABDRPQ
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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
Message-Id: <E1GtmjO-0003AP-3s@megatron.ietf.org>

Doug wrote: 

> Debbie Garside <debbie at ictmarketing dot co dot uk> wrote:
> 
> > Yes! You (LTRU) really must read the standard and use a 
> Reference Name 
> > (Description).
> 
> I know that ISO 639-3 has a Reference Name.  That doesn't require RFC
> 4646 and the Registry to employ the same concept, although 
> for some purposes it would be useful.
> 
> > As to inverted or non-inverted. Have both.  But mirror the 
> ISO 639-3 
> > file other than when there is a perceived need for adding 
> additional 
> > inverted forms.
> 
> That requires a change to 4646bis.  I won't put "both" in the 
> 4645bis Registry if 4646bis says I must not.

In which case... Update RFC4646bis... Unless...

> 
> > BTW, IMHO there is a marked difference between "Church 
> Slavonic" and 
> > "Old Church Slavonic"; two separate entities.
> 
> But ISO 639-3 calls them the same:

Yes, I know.

> BTW, if we add all of these forms including inversions, that will be
> *nine* Description fields for this one language.

Being a woman, it is my prerogative to change my mind, I believe. And... I
always like to look at the other side of the coin :-).  Do we really want to
replicate *everthing* that is in the ISO 639-3 data tables within the
Registry? (and by that I mean all 9 descriptions of Old Church Slavonic
etc.)  For what purpose?  Would it be better for the Registry to be used in
conjunction with the standardized data?  Why re-invent the wheel? Just
direct people to the ISO 639-3 data tables, the alpha3 does the rest (that
is the whole purpose of it, I believe).  By making decisions wrt what to
include and what not to include LTRU could be "tying the hands" of future
generations.  How silly would that be?  Reference the standardised tables
and let the end user decide.  Add the following text to RFC4646bis to the
effect that "applications MAY wish to include/use additional descriptions
for a sub tag, in inverted or un-inverted forms, as per the underlying ISO
639-3 data tables".

Just a wild thought :-)

Best

Debbie
> 
> --
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  
> UTN #14 http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
> 
> 
> 
> 




_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 11 10:33:30 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtn9m-0007Et-1N; Mon, 11 Dec 2006 10:33:30 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtn9l-0007Da-D2
	for ltru@ietf.org; Mon, 11 Dec 2006 10:33:29 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtn9h-0006wT-20
	for ltru@ietf.org; Mon, 11 Dec 2006 10:33:29 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Gtn9d-0006iS-Tt
	for ltru@ietf.org; Mon, 11 Dec 2006 10:33:21 -0500
Date: Mon, 11 Dec 2006 10:33:21 -0500
To: ltru@ietf.org
Subject: Re: [Ltru] To invert or not to invert?
Message-ID: <20061211153321.GL8875@ccil.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Debbie Garside scripsit:

> BTW, IMHO there is a marked difference between "Church Slavonic" and "Old
> Church Slavonic"; two separate entities.

Yes and no.  The distinction is analogous to the difference between
Mediaeval and Classical Latin.  In both cases we have a literary
language based on an archaic version of the spoken language, with some
accommodations to the vernacular next to which it is used.  As time
goes on, the adaptations grow larger and more diverse as the vernacular
forms split into separate languages (eventually with their own literary
traditions), new vocabulary is added, and the especially archaic features
of the old standard are dropped, first in phonology, then in morphosyntax.

But in both cases the changes are slow and gradual, and do not amount to
a change of language according to the ISO 639-3 definitions.  RFC 4646
variants is probably the right level, if anyone needs to make the
distinction.

-- 
On the Semantic Web, it's too hard to prove     John Cowan    cowan@ccil.org
you're not a dog.  --Bill de hOra               http://www.ccil.org/~cowan

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 11 12:40:19 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtp8V-0000tB-43; Mon, 11 Dec 2006 12:40:19 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtp8T-0000t3-U4
	for ltru@ietf.org; Mon, 11 Dec 2006 12:40:17 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtp8R-0004RI-FQ
	for ltru@ietf.org; Mon, 11 Dec 2006 12:40:17 -0500
Received: from [172.21.37.80] (duringperson-lx.corp.yahoo.com [172.21.37.80])
	(authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBBHdi4m032678
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 11 Dec 2006 09:39:47 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=SP3yC9QAMkmA3c+N6+oBP+11WPl1ujxQUTHHzhw1TriYYVdcOnLeRL0OLnRLdHZX
Message-ID: <457D97E0.7070300@yahoo-inc.com>
Date: Mon, 11 Dec 2006 09:39:44 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Debbie Garside <debbie@ictmarketing.co.uk>
Subject: Re: [Ltru] To invert or not to invert?
References: <E1Gti56-00061m-F3@megatron.ietf.org>
In-Reply-To: <E1Gti56-00061m-F3@megatron.ietf.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: 'Doug Ewell' <dewell@adelphia.net>, 'LTRU Working Group' <ltru@ietf.org>,
	'Kent Karlsson' <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

I oppose adding more new fields. Especially I oppose adding pointless 
new fields. Description is a good enough receptacle for descriptions 
taken from ISO 639. Note that RFC 4646 takes the descriptions directly 
from ISO 639 and so does RFC 4646bis.

If you want the descriptions to exactly match ISO 639's text, propose 
text for RFC 4645bis to say that is the policy.

I think the use of SHOULD in RFC 4646bis is appropriate. If a 
misspelling occurs or ISO 639 were to adopt some funky formatting in a 
particular entry, the option to modify it remains.

Addison

Debbie Garside wrote:
>  Doug wrote:
> 
>> Then what you really want is a Reference-Description:
> 
> Yes! You (LTRU) really must read the standard and use a Reference Name
> (Description).
> 
> As to inverted or non-inverted. Have both.  But mirror the ISO 639-3 file
> other than when there is a perceived need for adding additional inverted
> forms.
> 
> BTW, IMHO there is a marked difference between "Church Slavonic" and "Old
> Church Slavonic"; two separate entities.
> 
> Debbie
> 
> 
> 
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 11 20:27:06 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtwPr-0000WX-E5; Mon, 11 Dec 2006 20:26:43 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtwPq-0000QG-3A
	for ltru@ietf.org; Mon, 11 Dec 2006 20:26:42 -0500
Received: from mail6.microsoft.com ([205.248.106.32]
	helo=smtpmail.microsoft.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtwPk-00086d-1p
	for ltru@ietf.org; Mon, 11 Dec 2006 20:26:42 -0500
Received: from mailout4.microsoft.com (157.57.217.12) by
	SVC-EXGWY-E803.partners.extranet.microsoft.com (10.251.24.244) with
	Microsoft SMTP Server id 8.0.685.24; Mon, 11 Dec 2006 17:26:35 -0800
Received: from RED-MSG-42.redmond.corp.microsoft.com ([157.54.61.141]) by
	mailout4.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830);
	Mon, 11 Dec 2006 17:26:35 -0800
x-mimeole: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 17:26:18 -0800
Message-ID: <19A328037921AA42847A717566D1D6A109E31235@RED-MSG-42.redmond.corp.microsoft.com>
In-Reply-To: <00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Ltru] To invert or not to invert?
Thread-Index: Accc8iAGDea7J4KvRjGSZTmYOxlB0AAmHpCA
From: Peter Constable <petercon@microsoft.com>
To: LTRU Working Group <ltru@ietf.org>
X-OriginalArrivalTime: 12 Dec 2006 01:26:35.0557 (UTC)
	FILETIME=[90381550:01C71D8C]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1522517440=="
Errors-To: ltru-bounces@ietf.org

--===============1522517440==
Content-Class: urn:content-classes:message
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64

PiBGcm9tOiBEb3VnIEV3ZWxsIFttYWlsdG86ZGV3ZWxsQGFkZWxwaGlhLm5ldF0NCg0KPiA+IEkg
dGhpbmsgdGhlIHRoaXJkIGlzIHZlcnkgbWlzbGVhZGluZywgYW5kIHdvdWxkIG5vdCB3aXNoIHRv
IHNlZSBpdC4NCj4gPiBUaGUgbGFuZ3VhZ2UgaXMgdGhlIG9sZCB2YXJpZXR5IG9mIENodXJjaCBT
bGF2b25pYywgbm90IHRoZSBvbGQtY2h1cmNoDQo+ID4gdmFyaWV0eSBvZiBTbGF2b25pYy4gIFRo
aXMgaXMgcHJlY2lzZWx5IHdoeSBpbnZlcnNpb24gY2Fubm90IGJlIGRvbmUNCj4gPiBtZWNoYW5p
Y2FsbHkuDQo+IA0KPiBTdHJhbmdlLCB0aGVuLCB0aGF0IDYzOS0zIGxpc3RzICJTLCBPIEMiIGJ1
dCBub3QgIkMgUywgTyIuDQoNCkkgZG9uJ3Qgc2VlIHdoeSB0aGF0J3MgcGFydGljdWxhcmx5IHN0
cmFuZ2UuIFRydWUsICJDIFMsIE8iIHJlZmxlY3RzIGEgYmV0dGVyIHBhcnNlIG9mICJPbGQgQ2h1
cmNoIFNsYXZvbmljIi4gQnV0IEkgZG9uJ3QgdGhpbmsgdGhlIHB1cnBvc2Ugb2YgYW4gaW52ZXJ0
ZWQgbmFtZSBpcywgYXQgYWxsLCB0byBjb252ZXkgc29tZXRoaW5nIGxpa2Ugd2hldGhlciBpdCBp
cyB0aGUgIk9sZCBDaHVyY2giIHZhcmlldHkgb2YgIlNsYXZvbmljIiBvciB0aGUgIk9sZCIgdmFy
aWV0eSBvZiAiQ2h1cmNoIFNsYXZvbmljIi4gUmF0aGVyLCBJIHRoaW5rIHRoZSBwdXJwb3NlIGlz
IHRvIGZhY2lsaXR5IHNlYXJjaGluZyB1bmRlciBhIHJvb3QgbmFtZS4gTm93LCBvbmUgbWlnaHQg
Y29udGVuZCB0aGF0IGJvdGggIkNodXJjaCBTbGF2b25pYyIgYW5kICJTbGF2b25pYyIgY291bGQg
YmUgY29uc2lkZXJlZCByb290IG5hbWVzLCBidXQgaW4gdGhlIGZvcm1lciAiU2xhdm9uaWMiIGFj
dHVhbGx5IGlzIHRoZSB1bm1vZGlmaWVkIHJvb3QgLS0gbWFraW5nICJTbGF2b25pYyIgdGhlIHJv
b3QgaW4gYm90aCBjYXNlcy4NCg0KVGhlIGludmVydGVkIG5hbWUgb25seSBleGlzdHMgdG8gZmFj
aWxpdGF0ZSBvbmUgd2F5IG9mIHNlYXJjaGluZywgYW5kIGVzcGVjaWFsbHkgaW4gaGFyZC1jb2Rl
ZCBsaXN0cyB3aGVyZSBubyBmcmVlLXRleHQgc2VhcmNoIGlzIGF2YWlsYWJsZS4gSXQncyBub3Qg
dGhlIG9ubHkgd2F5IHRvIHNlYXJjaDsgdGhlcmUgYXJlIHZhcmlvdXMgb3RoZXIgd2F5cyBhIHVz
ZXIgbWlnaHQgd2FudCB0byBzZWFyY2ggZm9yIGEgdmFyaWV0eS4gSW4gdGhhdCBsaWdodCwgbGlz
dGluZyAiUywgTyBDIiBpcyB1c2VmdWwgZm9yIGEgY2VydGFpbiBwdXJwb3NlLCBhbmQgdGhlIG9t
aXNzaW9uIG9mICJDIFMsIE8iIGlzbid0IHBhcnRpY3VsYXJseSBoaW5kZXJpbmcgdGhhdCBwdXJw
b3NlLg0KDQoNCg0KUGV0ZXIgQ29uc3RhYmxlDQo=


--===============1522517440==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1522517440==--



From ltru-bounces@ietf.org Mon Dec 11 20:54:46 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtwqy-00069P-2E; Mon, 11 Dec 2006 20:54:44 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtwqx-00066p-Bp
	for ltru@ietf.org; Mon, 11 Dec 2006 20:54:43 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtwqu-00069a-1T
	for ltru@ietf.org; Mon, 11 Dec 2006 20:54:43 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBC1sagH011394
	for <ltru@ietf.org>; Tue, 12 Dec 2006 10:54:36 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 247f_b8acbb72_8983_11db_8652_0014221f2a2d;
	Tue, 12 Dec 2006 10:54:36 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:41141)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S60D26> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Tue, 12 Dec 2006 10:53:57 +0900
Message-Id: <6.0.0.20.2.20061212101942.05f47d80@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 12 Dec 2006 10:22:56 +0900
To: "Doug Ewell" <dewell@adelphia.net>, "LTRU Working Group" <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] To invert or not to invert?
In-Reply-To: <00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 16:00 06/12/11, Doug Ewell wrote:

>If the Registry were converted to XML and accessed using normal XML methods, the multiple Description fields really would be in non-determininstic order, unless one was given a different name (or unless "rank" values were assigned).

No. The order of elements in XML is significant. The only
place where order isn't significant is attributes, but
you can't put multiple descriptions into attributes
without giving them different names, so you again break
the symmetry. Applications can declare that for some
cases, element order isn't significant, but generic XML
tools keep element order. Otherwise, we'd all read Web
pages in random sequence :-).

Of course, if the tool that converts from record-jar to
XML uses some random numbers, then the XML file will
contain the descriptions in random order, but once they
are in XML, they are fixed.

Regards,     Martin.



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

From ltru-bounces@ietf.org Mon Dec 11 20:54:46 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtwqy-0006A3-6U; Mon, 11 Dec 2006 20:54:44 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtwqx-00068r-Pn
	for ltru@ietf.org; Mon, 11 Dec 2006 20:54:43 -0500
ReceiveFrom ltru-bounces@ietf.org Mon Dec 11 20:54:46 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtwqy-00069P-2E; Mon, 11 Dec 2006 20:54:44 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtwqx-00066p-Bp
	for ltru@ietf.org; Mon, 11 Dec 2006 20:54:43 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtwqu-00069a-1T
	for ltru@ietf.org; Mon, 11 Dec 2006 20:54:43 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBC1sagH011394
	for <ltru@ietf.org>; Tue, 12 Dec 2006 10:54:36 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 247f_b8acbb72_8983_11db_8652_0014221f2a2d;
	Tue, 12 Dec 2006 10:54:36 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:41141)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S60D26> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Tue, 12 Dec 2006 10:53:57 +0900
Message-Id: <6.0.0.20.2.20061212101942.05f47d80@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 12 Dec 2006 10:22:56 +0900
To: "Doug Ewell" <dewell@adelphia.net>, "LTRU Working Group" <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] To invert or not to invert?
In-Reply-To: <00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 16:00 06/12/11, Doug Ewell wrote:

>If the Registry were converted to XML and accessed using normal XML methods, the multiple Description fields really would be in non-determininstic order, unless one was given a different name (or unless "rank" values were assigned).

No. The order of elements in XML is significant. The only
place where order isn't significant is attributes, but
you can't put multiple descriptions into attributes
without giving them different names, so you again break
the symmetry. Applications can declare that for some
cases, element order isn't significant, but generic XML
tools keep element order. Otherwise, we'd all read Web
pages in random sequence :-).

Of course, if the tool that converts from record-jar to
XML uses some random numbers, then the XML file will
contain the descriptions in random order, but once they
are in XML, they are fixed.

Regards,     Martin.



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

From ltru-bounces@ietf.org Mon Dec 11 20:54:46 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gtwqy-0006A3-6U; Mon, 11 Dec 2006 20:54:44 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gtwqx-00068r-Pn
	for ltru@ietf.org; Mon, 11 Dec 2006 20:54:43 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtwqw-0006AD-6N
	for ltru@ietf.org; Mon, 11 Dec 2006 20:54:43 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBC1sfKJ011398
	for <ltru@ietf.org>; Tue, 12 Dec 2006 10:54:41 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 636d_bb2b27c6_8983_11db_9067_0014221fa3c9;
	Tue, 12 Dec 2006 10:54:40 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:41141)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S60D27> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Tue, 12 Dec 2006 10:53:58 +0900
Message-Id: <6.0.0.20.2.20061212102527.0b5a3e40@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 12 Dec 2006 10:30:19 +0900
To: John Cowan <cowan@ccil.org>, Mark Davis <mark.davis@icu-project.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] To invert or not to invert?
In-Reply-To: <20061211011605.GK8875@ccil.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<20061211011605.GK8875@ccil.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>,
	Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 10:16 06/12/11, John Cowan wrote:
>Mark Davis scripsit:
>
>> You may only be concerned with English, 
>
>Not what I said.  I am concerned with the LSR.
>
>> I would want to find "Old Church Slavonic" listed under
>> 
>> Old Church Slavonic
>>  AND
>> Church Slavonic, Old
>>  AND
>> Slavonic, Old Church
>
>I think the third is very misleading, and would not wish to see it.
>The language is the old variety of Church Slavonic, not the old-church
>variety of Slavonic.  This is precisely why inversion cannot be done
>mechanically.

What about the following compromize:

1) For names that consist of two pieces, list the uninverted form,
   assuming that it can always be inverted.
2) For names that consist of three or more pieces, list the uninverted
   form as well as all the possible inverted forms.

There are variants on this, e.g. in 2), don't list the uninverted
form to reduce duplication. The proposal is based on the assumption
that two-piece names can always be inverted, and that names with
three pieces or more are relatively rare. If that's not true, please
correct me.

This would allow to hopefully satisfy both those who want to see
the uninverted names, because they are more straightforward, and
those who want to be able to invert them without creating wrong
inversions.

Regards,     Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru





d: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gtwqw-0006AD-6N
	for ltru@ietf.org; Mon, 11 Dec 2006 20:54:43 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBC1sfKJ011398
	for <ltru@ietf.org>; Tue, 12 Dec 2006 10:54:41 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 636d_bb2b27c6_8983_11db_9067_0014221fa3c9;
	Tue, 12 Dec 2006 10:54:40 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:41141)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S60D27> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Tue, 12 Dec 2006 10:53:58 +0900
Message-Id: <6.0.0.20.2.20061212102527.0b5a3e40@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 12 Dec 2006 10:30:19 +0900
To: John Cowan <cowan@ccil.org>, Mark Davis <mark.davis@icu-project.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] To invert or not to invert?
In-Reply-To: <20061211011605.GK8875@ccil.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<20061211011605.GK8875@ccil.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>,
	Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 10:16 06/12/11, John Cowan wrote:
>Mark Davis scripsit:
>
>> You may only be concerned with English, 
>
>Not what I said.  I am concerned with the LSR.
>
>> I would want to find "Old Church Slavonic" listed under
>> 
>> Old Church Slavonic
>>  AND
>> Church Slavonic, Old
>>  AND
>> Slavonic, Old Church
>
>I think the third is very misleading, and would not wish to see it.
>The language is the old variety of Church Slavonic, not the old-church
>variety of Slavonic.  This is precisely why inversion cannot be done
>mechanically.

What about the following compromize:

1) For names that consist of two pieces, list the uninverted form,
   assuming that it can always be inverted.
2) For names that consist of three or more pieces, list the uninverted
   form as well as all the possible inverted forms.

There are variants on this, e.g. in 2), don't list the uninverted
form to reduce duplication. The proposal is based on the assumption
that two-piece names can always be inverted, and that names with
three pieces or more are relatively rare. If that's not true, please
correct me.

This would allow to hopefully satisfy both those who want to see
the uninverted names, because they are more straightforward, and
those who want to be able to invert them without creating wrong
inversions.

Regards,     Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru





From ltru-bounces@ietf.org Mon Dec 11 20:57:17 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtwtR-0007aN-Eo; Mon, 11 Dec 2006 20:57:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtwtQ-0007aI-7w
	for ltru@ietf.org; Mon, 11 Dec 2006 20:57:16 -0500
Received: from smtp.microsoft.com ([205.248.106.64]
	helo=smtpmail.microsoft.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtwtN-0006Zg-Iv
	for ltru@ietf.org; Mon, 11 Dec 2006 20:57:16 -0500
Received: from mailout4.microsoft.com (157.57.217.12) by
	SVC-EXGWY-E801.partners.extranet.microsoft.com (10.251.24.242) with
	Microsoft SMTP Server id 8.0.685.24; Mon, 11 Dec 2006 17:57:12 -0800
Received: from RED-MSG-42.redmond.corp.microsoft.com ([157.54.61.141]) by
	mailout4.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830);
	Mon, 11 Dec 2006 17:57:12 -0800
x-mimeole: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 17:56:23 -0800
Message-ID: <19A328037921AA42847A717566D1D6A109E31276@RED-MSG-42.redmond.corp.microsoft.com>
In-Reply-To: <E1GtigR-0004Ls-JH@megatron.ietf.org>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Ltru] To invert or not to invert?
Thread-Index: AcccxddSUHlYrbnpQaq9FoL1aD+ZQwAS6NjgAB7OKVA=
From: Peter Constable <petercon@microsoft.com>
To: LTRU Working Group <ltru@ietf.org>
X-OriginalArrivalTime: 12 Dec 2006 01:57:12.0414 (UTC)
	FILETIME=[D71237E0:01C71D90]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 819069d28e3cfe534e22b502261ce83f
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0993062556=="
Errors-To: ltru-bounces@ietf.org

--===============0993062556==
Content-Class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C71D90.BA6786A7"

------_=_NextPart_001_01C71D90.BA6786A7
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Perhaps I'm wrong, but I'm wondering if, in this debate we have failed =
to do the most important thing: review what purpose(s) we intend =
descriptions to serve.
=20
In general terms, I think the descriptions can serve one of two purposes =
for a user of the registry:
=20
(1) Given a particular ID, determine what concept (a language variety) =
it is identifying.
=20
(2) Given a particular concept (a language variety, known to the user by =
some name), determine what the appropriate ID is.
=20
=20
Now, for (1), we can always point the user to the source standard, ISO =
639; indeed, I think that's were the user ought to be going to clarify =
any questions that they may have about what those IDs denote. (Of =
course, as always I'm assuming that ISO 639 is doing a good job of =
documenting that.) For this purpose, the description is mainly useful as =
a second cue to help the user be sure that they find the right item when =
they look at the source standard (e.g. the error rate looking up "svx" =
is bound to be higher than the error rate lookup up "svx, 'Skalvian'").=20
=20
For (1), inverted names serve no particular purpose.=20
=20
(In fact, if users are directed to the source standard, I don't see any =
reason for needing anything beyond a reference name.)
=20
=20
For (2), an inverted name can be of use. But for this purpose one really =
needs every different name and every different spelling of a name in =
common use, including names in the indigenous language itself as well as =
other languages, and including whatever writing system (including =
transliterations) may be used for one of these names. The very fact that =
we list only the English names from 639-1/-2 makes clear that we are not =
attempting to support this purpose to a very great extent.
=20
*If we are intended to support purpose (2) at all, we only support it to =
a limited extent.*
=20
We should clarify for ourselves just how much our intent is to support =
purpose (2); and in light of our answer, we should evaluate how much =
benefit is provided if we include an inverted name, a non-inverted name, =
or both.
=20
For my part, I think if I were looking for Old Church Slavonic in this =
registry and were wanting to base my search on "Slavonic", then probably =
I'd be viewing the registry in a plain-text viewer and would search on =
"Slavonic" - and I'd find it whichever way it was listed in the =
registry.=20
=20
If some application developer wants to offer users alternatives for =
searching by names, then an application developer can do that - but I =
think it *isn't* a purpose of the registry to provide them with all =
those different forms, just as we decided a long time ago that it isn't =
a purpose of the registry to provide display names in various languages =
that an application developer might want to use in their UI.
=20
=20
=20
Peter Constable

------_=_NextPart_001_01C71D90.BA6786A7
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" =
xmlns:o=3D"urn:schemas-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns=3D"http://www.w3.org/TR/REC-html40">

<head>
<meta http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<meta name=3DProgId content=3DWord.Document>
<meta name=3DGenerator content=3D"Microsoft Word 11">
<meta name=3DOriginator content=3D"Microsoft Word 11">
<link rel=3DFile-List href=3D"cid:filelist.xml@01C71D4D.AB8E5E70">
<!--[if gte mso 9]><xml>
 <o:OfficeDocumentSettings>
  <o:DoNotRelyOnCSS/>
 </o:OfficeDocumentSettings>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:WordDocument>
  <w:DontDisplayPageBoundaries/>
  <w:SpellingState>Clean</w:SpellingState>
  <w:GrammarState>Clean</w:GrammarState>
  <w:DocumentKind>DocumentEmail</w:DocumentKind>
  <w:EnvelopeVis/>
  <w:ValidateAgainstSchemas/>
  <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
  <w:IgnoreMixedContent>false</w:IgnoreMixedContent>
  <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
 </w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
 <w:LatentStyles DefLockedState=3D"false" LatentStyleCount=3D"156">
 </w:LatentStyles>
</xml><![endif]-->
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Verdana;
	panose-1:2 11 6 4 3 5 4 4 2 4;
	mso-font-charset:0;
	mso-generic-font-family:swiss;
	mso-font-pitch:variable;
	mso-font-signature:-1593833729 1073750107 16 0 415 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{mso-style-parent:"";
	margin:0in;
	margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:12.0pt;
	font-family:"Times New Roman";
	mso-fareast-font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;
	text-underline:single;}
span.gmailquote
	{mso-style-name:gmail_quote;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	mso-style-noshow:yes;
	mso-ansi-font-size:10.0pt;
	mso-bidi-font-size:10.0pt;
	font-family:Verdana;
	mso-ascii-font-family:Verdana;
	mso-hansi-font-family:Verdana;
	color:blue;
	font-weight:normal;
	font-style:normal;
	text-decoration:none;
	text-underline:none;
	text-decoration:none;
	text-line-through:none;}
span.SpellE
	{mso-style-name:"";
	mso-spl-e:yes;}
span.GramE
	{mso-style-name:"";
	mso-gram-e:yes;}
@page Section1
	{size:8.5in 11.0in;
	margin:1.0in 1.25in 1.0in 1.25in;
	mso-header-margin:.5in;
	mso-footer-margin:.5in;
	mso-paper-source:0;}
div.Section1
	{page:Section1;}
-->
</style>
<!--[if gte mso 10]>
<style>
 /* Style Definitions */=20
 table.MsoNormalTable
	{mso-style-name:"Table Normal";
	mso-tstyle-rowband-size:0;
	mso-tstyle-colband-size:0;
	mso-style-noshow:yes;
	mso-style-parent:"";
	mso-padding-alt:0in 5.4pt 0in 5.4pt;
	mso-para-margin:0in;
	mso-para-margin-bottom:.0001pt;
	mso-pagination:widow-orphan;
	font-size:10.0pt;
	font-family:"Times New Roman";
	mso-ansi-language:#0400;
	mso-fareast-language:#0400;
	mso-bidi-language:#0400;}
</style>
<![endif]--><!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
  <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
</head>

<body lang=3DEN-US link=3Dblue vlink=3Dblue style=3D'tab-interval:.5in'>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>Perhaps I&#8217;m wrong, but =
I&#8217;m
wondering if, in this debate we have failed to do the most important =
thing:
review what purpose(s) we intend descriptions to =
serve.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>In general terms, I think the
descriptions can serve one of two purposes for a user of the =
registry:<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>(1) Given a particular ID, =
determine
what concept (a language variety) it is =
identifying.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>(2) Given a particular concept (a
language variety, known to the user by some name), determine what the
appropriate ID is.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>Now, for (1), we can always point =
the
user to the source standard, ISO 639; indeed, I think that&#8217;s were =
the
user ought to be going to clarify any questions that they may have about =
what
those IDs denote. (Of course, as always I&#8217;m assuming that ISO 639 =
is
doing a good job of documenting that.) For this purpose, the description =
is
mainly useful as a second cue to help the user be sure that they find =
the right
item when they look at the source standard (e.g. the error rate looking =
up &#8220;<span
class=3DSpellE>svx</span>&#8221; is bound to be higher than the error =
rate lookup
up &#8220;<span class=3DSpellE>svx</span>, &#8216;<span =
class=3DSpellE>Skalvian</span>&#8217;&#8221;).
<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>For (1), inverted names serve no
particular purpose. <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>(In fact, if users are directed =
to the
source standard, I don&#8217;t see any reason for needing anything =
beyond a
reference name.)<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>For (2), an inverted name can be =
of use.
But for this purpose one really needs every different name and every =
different
spelling of a name in common use, including names in the indigenous =
language
itself as well as other languages, and including whatever writing system
(including transliterations) may be used for one of these names. The =
very fact
that we list only the English names from 639-1/-2 makes clear that we =
are not
attempting to support this purpose to a very great =
extent.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>*If we are intended to support =
purpose
(2) at all, we only support it to a limited =
extent.*<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>We should clarify for <span =
class=3DGramE>ourselves</span>
just how much our intent is to support purpose (2); and in light of our =
answer,
we should evaluate how much benefit is provided if we include an =
inverted name,
a non-inverted name, or both.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>For my part, I think if I were =
looking
for Old Church Slavonic in this registry and were wanting to base my =
search on &#8220;Slavonic&#8221;,
then probably I&#8217;d be viewing the registry in a plain-text viewer =
and
would search on &#8220;Slavonic&#8221; &#8211; and I&#8217;d find it =
whichever
way it was listed in the registry. <o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>If some application developer =
wants to offer
users alternatives for searching by names, then an application developer =
can do
that &#8211; but I think it *<b><span =
style=3D'font-weight:bold'>isn&#8217;t</span></b>*
a purpose of the registry to provide them with all those different =
forms, just
as we decided a long time ago that it isn&#8217;t a purpose of the =
registry to
provide display names in various languages that an application developer =
might
want to use in their UI.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'><o:p>&nbsp;</o:p></span></font></p=
>

<p class=3DMsoNormal><font size=3D2 color=3Dblue face=3DVerdana><span =
style=3D'font-size:
10.0pt;font-family:Verdana;color:blue'>Peter =
Constable<o:p></o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C71D90.BA6786A7--


--===============0993062556==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0993062556==--




From ltru-bounces@ietf.org Tue Dec 12 00:10:26 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GtzuE-0001Bs-NB; Tue, 12 Dec 2006 00:10:18 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GtzuD-0001AQ-8W
	for ltru@ietf.org; Tue, 12 Dec 2006 00:10:17 -0500
Received: from mta15.mail.adelphia.net ([68.168.78.77] helo=mta15.adelphia.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GtzuB-0005Ml-Ta
	for ltru@ietf.org; Tue, 12 Dec 2006 00:10:17 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta15.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061212045856.UZZV25578.mta15.adelphia.net@DGBP7M81>;
	Mon, 11 Dec 2006 23:58:56 -0500
Message-ID: <001401c71dab$cf1a9f30$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
	<6.0.0.20.2.20061212101942.05f47d80@localhost>
Subject: Re: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 21:10:14 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Martin Duerst <duerst at it dot aoyama dot ac dot jp> caught me:

>> If the Registry were converted to XML and accessed using normal XML 
>> methods, the multiple Description fields really would be in 
>> non-determininstic order, unless one was given a different name (or 
>> unless "rank" values were assigned).
>
> No. The order of elements in XML is significant. The only
> place where order isn't significant is attributes, but
> you can't put multiple descriptions into attributes
> without giving them different names, so you again break
> the symmetry. Applications can declare that for some
> cases, element order isn't significant, but generic XML
> tools keep element order. Otherwise, we'd all read Web
> pages in random sequence :-).

Oops.  You're right.  I hope nobody's keeping track of these...

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 02:08:01 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gu1k6-0002bv-V1; Tue, 12 Dec 2006 02:07:58 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gu1k4-0002bl-UA
	for ltru@ietf.org; Tue, 12 Dec 2006 02:07:56 -0500
Received: from mta13.mail.adelphia.net ([68.168.78.44] helo=mta13.adelphia.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gu1k2-0002Kd-IR
	for ltru@ietf.org; Tue, 12 Dec 2006 02:07:56 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061212070753.EKLN21407.mta13.adelphia.net@DGBP7M81>;
	Tue, 12 Dec 2006 02:07:53 -0500
Message-ID: <002001c71dbc$3e5f7950$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<20061211011605.GK8875@ccil.org>
	<6.0.0.20.2.20061212102527.0b5a3e40@localhost>
Subject: Re: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 23:07:52 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Martin Duerst <duerst at it dot aoyama dot ac dot jp> wrote:

> What about the following compromize:
>
> 1) For names that consist of two pieces, list the uninverted form,
>   assuming that it can always be inverted.

Fine.

> 2) For names that consist of three or more pieces, list the uninverted
>   form as well as all the possible inverted forms.

Not fine.  Apparently my earlier point about "and Barbuda Creole 
English, Antigua" was a bit too subtle.  Let's try another example with 
ALL POSSIBLE inverted forms:

Description: Santa Ana de Tusi Pasco Quechua
Description: Ana de Tusi Pasco Quechua, Santa
Description: de Tusi Pasco Quechua, Santa Ana
Description: Tusi Pasco Quechua, Santa Ana de
Description: Pasco Quechua, Santa Ana de Tusi
Description: Quechua, Santa Ana de Tusi Pasco

Silly, isn't it?  And not all of them even make sense.

And as I said before, if you really want ALL POSSIBLE inverted forms --  
for whatever reason -- there is no need to list ANY of them, for the 
same reason that there is no need to list all possible inversions of a 
two-word name: because it is obvious.  Listing all of these redundant 
forms would do nothing but chew up space in the Registry, which will be 
big enough already without them.

There are 2 six-word names, 12 five-word names, 98 four-word names, and 
504 three-word names.  That's a lot of pointless repetition.  And that 
doesn't even count hyphens.

I understand adding only the uninverted form, or only the inverted 
form(s) given in the source standard.  I could even *sort of* go along 
with adding all the versions from the source standard, inverted and 
uninverted, although that seems quite unnecessary.  But creating our own 
inverted forms, just to make sure every mathematical indexing 
possibility is covered, makes no sense at all.  Strongly opposed.

> There are variants on this, e.g. in 2), don't list the uninverted form 
> to reduce duplication. The proposal is based on the assumption that 
> two-piece names can always be inverted, and that names with three 
> pieces or more are relatively rare. If that's not true, please correct 
> me.

See statistics above.

> This would allow to hopefully satisfy both those who want to see the 
> uninverted names, because they are more straightforward, and those who 
> want to be able to invert them without creating wrong inversions.

My preferences, in order:

   1.  uninverted forms only
   2.  inverted forms from 639-3 only
   3.  both 1. and 2. above
 999.  anything else

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 02:17:00 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gu1sm-00059N-JY; Tue, 12 Dec 2006 02:16:56 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gu1sl-00059H-KO
	for ltru@ietf.org; Tue, 12 Dec 2006 02:16:55 -0500
Received: from mta16.mail.adelphia.net ([68.168.78.211]
	helo=mta16.adelphia.net)
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Gu1si-0002hH-6B
	for ltru@ietf.org; Tue, 12 Dec 2006 02:16:55 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta16.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061212070036.PYZP9721.mta16.adelphia.net@DGBP7M81>;
	Tue, 12 Dec 2006 02:00:36 -0500
Message-ID: <003a01c71dbd$7d909400$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GtwtS-0007bO-LP@megatron.ietf.org>
Date: Mon, 11 Dec 2006 23:16:48 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: de4f315c9369b71d7dd5909b42224370
Cc: 
Subject: [Ltru] Re: To invert or not to invert?
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Debbie Garside <debbie at ictmarketing dot co dot uk> wrote:

> Being a woman, it is my prerogative to change my mind, I believe.

Personally, I think it should be anyone's prerogative to change their 
mind, especially when new information comes to light or upon further 
reflection.  That is how knowledge grows.

There are some folks who mistake stubbornness for strength, and an open 
mind for a weak will, and the result is not good.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 02:21:53 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gu1xX-0000Am-09; Tue, 12 Dec 2006 02:21:51 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gu1xV-00007r-U3
	for ltru@ietf.org; Tue, 12 Dec 2006 02:21:49 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1Gu1xU-0003GT-J8
	for ltru@ietf.org; Tue, 12 Dec 2006 02:21:49 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061212072143.PHLF2497.mta11.adelphia.net@DGBP7M81>;
	Tue, 12 Dec 2006 02:21:43 -0500
Message-ID: <004401c71dbe$2cf601a0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Subject: Re: [Ltru] To invert or not to invert?
Date: Mon, 11 Dec 2006 23:21:42 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25
Cc: Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

I wrote:

> There are 2 six-word names, 12 five-word names, 98 four-word names, 
> and 504 three-word names.  That's a lot of pointless repetition.  And 
> that doesn't even count hyphens.

Sorry, I double-counted some.  There are 2 six-word names, 10 five-word 
names, 86 four-word names, and 406 three-word names, for a total of 504. 
That's still a lot of pointless repetition.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 03:31:48 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gu33C-0005Vf-Eg; Tue, 12 Dec 2006 03:31:46 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gu33A-0005Va-Tg
	for ltru@ietf.org; Tue, 12 Dec 2006 03:31:44 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gu338-00015X-IR
	for ltru@ietf.org; Tue, 12 Dec 2006 03:31:44 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061212083139.HZPW21407.mta13.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Tue, 12 Dec 2006 03:31:39 -0500
Message-ID: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Tue, 12 Dec 2006 00:31:39 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Subject: [Ltru] More about Description fields
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Two more points about draft-4646bis-00 and the issue of Description 
fields taken from source standards, specifically ISO 639-3.

First, despite all we have heard on this list (and ietf-languages) about 
how the Description field(s) need to match the source standards more or 
less precisely, for various reasons, the draft still speaks in terms of 
flexibility.  Section 3.1.4 talks about editing the names, correcting 
"problematic" descriptions, regularizing irregularities (more on that 
later), and descriptions only indicating the meaning and not being 
normative.

At this point I almost don't care whether we fall on the side of 
flexibility or rigidity, but there is an obvious schism here that needs 
to be resolved one way or the other.  We will just be spinning our 
wheels if each side continues to argue its own point of view without 
looking at the other side.

Second, the section on fixing "problematic" descriptions refers 
specifically to "parenthetical comments."  I'm wondering just what is 
supposed to be wrong about them that needs fixing.  There are several 
different types of parenthetical comments in ISO 639:

1.  "(generic)" and "(specific)" indicating, respectively, a 
macrolanguage and encompassed language with the same name.  These apply 
to Dogri, Konkani, Malay, and Swahili, and additionally there is a 
language called "Zande (specific)".  These might not be necessary, since 
they would be different types of subtag.

2.  "(Other)" indicating a collection code from 639-2 (others are 
indicated by the word "languages").  These are indispensable IMHO, if we 
want to discourage use of collection-code subtags.

3.  Country or region identifiers, such as "Ainu (Japan)" or "Gimi 
(Eastern Highlands)".  These simply cannot be removed, since they 
disambiguate two languages with otherwise-identical names.

4.  Approximate dates of historic languages, such as "Old English (ca. 
450-1100)".  These might be useful to ordinary folks like me.  Eminent 
scholars probably already know the time frames.

5.  General additional information, such as "Gaelic (Scots)" or "Slave 
(Athapascan)" or my favorite, "Interlingua (International Auxiliary 
Language Association)".  If it's really necessary, these can probably be 
removed without destroying the meaning,

I need to know what the intent was of this passage in Section 3.1.4 
before implementing it in 4645bis.  And, of course, there's the 
inverted-names bit.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 10:18:27 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gu9Oj-0008Cm-9M; Tue, 12 Dec 2006 10:18:25 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gu9Oi-0008Ce-Hy
	for ltru@ietf.org; Tue, 12 Dec 2006 10:18:24 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gu9Oh-0003Av-Ad
	for ltru@ietf.org; Tue, 12 Dec 2006 10:18:24 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Gu9Oc-0001hR-00; Tue, 12 Dec 2006 10:18:18 -0500
Date: Tue, 12 Dec 2006 10:18:17 -0500
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] To invert or not to invert?
Message-ID: <20061212151817.GS8875@ccil.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<20061211011605.GK8875@ccil.org>
	<6.0.0.20.2.20061212102527.0b5a3e40@localhost>
	<002001c71dbc$3e5f7950$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <002001c71dbc$3e5f7950$6701a8c0@DGBP7M81>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906
Cc: LTRU Working Group <ltru@ietf.org>,
	Kent Karlsson <kent.karlsson14@comhem.se>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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 scripsit:

> >2) For names that consist of three or more pieces, list the uninverted
> >  form as well as all the possible inverted forms.
> 
> Not fine.  Apparently my earlier point about "and Barbuda Creole 
> English, Antigua" was a bit too subtle.  Let's try another example with 
> ALL POSSIBLE inverted forms:

I think you are misreading Martin: by "possible forms" he probably meant
"suitable forms".  Obviously there would be no point in enumerating
all mechanically possible forms, so the intention would be to enumerate
the ones which make sense, and leave the rest unenumerated.

However, I'm not even happy with the assumption that you can invert
any two-word name:  "Bella Coola" (blc) is written as two words, but
it does not mean the Bella variety of Coola!

-- 
I marvel at the creature: so secret and         John Cowan
so sly as he is, to come sporting in the pool   cowan@ccil.org
before our very window.  Does he think that     http://www.ccil.org/~cowan
Men sleep without watch all night?

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 10:34:03 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gu9dr-0007ib-4U; Tue, 12 Dec 2006 10:34:03 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gu9dp-0007iP-OB
	for ltru@ietf.org; Tue, 12 Dec 2006 10:34:01 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gu9dm-0006Kj-P4
	for ltru@ietf.org; Tue, 12 Dec 2006 10:34:01 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Gu9dl-0002J7-UA; Tue, 12 Dec 2006 10:33:57 -0500
Date: Tue, 12 Dec 2006 10:33:57 -0500
To: Peter Constable <petercon@microsoft.com>
Subject: Re: [Ltru] To invert or not to invert?
Message-ID: <20061212153357.GT8875@ccil.org>
References: <00f201c71cf2$0cd1d510$6701a8c0@DGBP7M81>
	<19A328037921AA42847A717566D1D6A109E31235@RED-MSG-42.redmond.corp.microsoft.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <19A328037921AA42847A717566D1D6A109E31235@RED-MSG-42.redmond.corp.microsoft.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Peter Constable scripsit:

> I don't see why that's particularly strange. True, "C S, O" reflects a
> better parse of "Old Church Slavonic". But I don't think the purpose
> of an inverted name is, at all, to convey something like whether
> it is the "Old Church" variety of "Slavonic" or the "Old" variety of
> "Church Slavonic". 

Ooookay.  Based on this example and its justification, I throw in the
towel.  I had believed that there was semantic information in the
inverted names that made them worth preserving, but now I see that
there isn't, or at least not reliably.  (What next, "Language, American
Sign"?)

So I now support the use of uninverted names only.

-- 
John Cowan    http://ccil.org/~cowan  cowan@ccil.org
'Tis the Linux rebellion / Let coders take their place,
The Linux-nationale / Shall Microsoft outpace,
We can write better programs / Our CPUs won't stall,
So raise the penguin banner of / The Linux-nationale.  --Greg Baker

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 10:59:38 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuA2a-0002TE-4G; Tue, 12 Dec 2006 10:59:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuA2Y-0002T5-4r
	for ltru@ietf.org; Tue, 12 Dec 2006 10:59:34 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuA2V-0002fK-Rw
	for ltru@ietf.org; Tue, 12 Dec 2006 10:59:34 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GuA2V-0003IY-5j; Tue, 12 Dec 2006 10:59:31 -0500
Date: Tue, 12 Dec 2006 10:59:31 -0500
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] More about Description fields
Message-ID: <20061212155931.GU8875@ccil.org>
References: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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 scripsit:

> 2.  "(Other)" indicating a collection code from 639-2 (others are 
> indicated by the word "languages").  These are indispensable IMHO, if we 
> want to discourage use of collection-code subtags.

I no longer think we do, particularly.

> 3.  Country or region identifiers, such as "Ainu (Japan)" or "Gimi 
> (Eastern Highlands)".  These simply cannot be removed, since they 
> disambiguate two languages with otherwise-identical names.

I think it's worth noting that the overwhelming majority of parenthetical
bits in 639-3 are of this type.

> 5.  General additional information, such as "Gaelic (Scots)" or "Slave 
> (Athapascan)" or my favorite, "Interlingua (International Auxiliary 
> Language Association)".  If it's really necessary, these can probably be 
> removed without destroying the meaning,

These actually fall under the same rule as "Ainu (Japan)".  There really
are two constructed languages called "Interlingua", namely "Interlingua
de IALA" (this one) and "Interlingua de Peano", also known as "Latine
Sine Flexione".  Adding "(Scots)" to "Gaelic" clarifies that it is not
Irish, which has frequently been called "Gaelic" in the past.  I'm not
sure what the story is with "Slave (Athapascan)": perhaps it is meant
to eliminate confusion with any languages or supposed languages of
slaves or former slaves.  The name of the language is pronounced with
two syllables, and is usually spelled "Slavey" these days, precisely to
prevent such confusion.

To go on, "Egyptian (Ancient)" eliminates confusion with Egyptian
Arabic and Coptic; and "Ligurian (Ancient)" eliminates confusion with
the unrelated current language Ligurian, a Romance language of the
Gallo-Romance group.

-- 
John Cowan    http://www.ccil.org/~cowan   <cowan@ccil.org>
    "Any legal document draws most of its meaning from context.  A telegram
    that says 'SELL HUNDRED THOUSAND SHARES IBM SHORT' (only 190 bits in
    5-bit Baudot code plus appropriate headers) is as good a legal document
    as any, even sans digital signature." --me

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 17:27:07 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuG5b-0004a3-Io; Tue, 12 Dec 2006 17:27:07 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuG5a-0004Zd-5N
	for ltru@ietf.org; Tue, 12 Dec 2006 17:27:06 -0500
Received: from outbound-blu.frontbridge.com ([65.55.251.16]
	helo=outbound8-blu-R.bigfish.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuG5W-0001ua-Gi
	for ltru@ietf.org; Tue, 12 Dec 2006 17:27:06 -0500
Received: from outbound8-blu.bigfish.com (localhost.localdomain [127.0.0.1])
	by outbound8-blu-R.bigfish.com (Postfix) with ESMTP id B85449DC926;
	Tue, 12 Dec 2006 22:26:53 +0000 (UTC)
Received: from mail39-blu-R.bigfish.com (unknown [10.1.252.3])
	by outbound8-blu.bigfish.com (Postfix) with ESMTP id AB791600055;
	Tue, 12 Dec 2006 22:26:53 +0000 (UTC)
Received: from mail39-blu (localhost.localdomain [127.0.0.1])
	by mail39-blu-R.bigfish.com (Postfix) with ESMTP id 78B2972013E;
	Tue, 12 Dec 2006 22:26:53 +0000 (UTC)
X-BigFish: VP
Received: by mail39-blu (MessageSwitch) id 1165962413428510_9233;
	Tue, 12 Dec 2006 22:26:53 +0000 (UCT)
Received: from USCCIMTA02.spe.sony.com (unknown [64.14.251.196])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail39-blu.bigfish.com (Postfix) with ESMTP id D74D5860053;
	Tue, 12 Dec 2006 22:26:52 +0000 (UTC)
Received: from usmail04.spe.sony.com ([43.130.148.27])
	by USCCIMTA02.spe.sony.com (Lotus Domino Release 6.5.5)
	with ESMTP id 2006121214302814-1463786 ;
	Tue, 12 Dec 2006 14:30:28 -0800 
In-Reply-To: <20061212155931.GU8875@ccil.org>
To: John Cowan <cowan@ccil.org>
Subject: Re: [Ltru] More about Description fields
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.5  CCH1 March 07, 2006
Message-ID: <OFDCA8EC36.A310D25B-ON88257242.007AEEE8-88257242.007B4BF3@spe.sony.com>
From: Karen_Broome@spe.sony.com
Date: Tue, 12 Dec 2006 14:25:20 -0800
X-MIMETrack: Serialize by Router on USMAIL04/SVR/SPE(Release 6.5.5FP1|April 11,
	2006) at 12/12/2006 14:25:22,
	Serialize complete at 12/12/2006 14:25:22,
	Itemize by SMTP Server on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 12/12/2006 02:30:28 PM,
	Serialize by Router on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 12/12/2006 02:30:35 PM,
	Serialize complete at 12/12/2006 02:30:35 PM
X-Spam-Score: 0.3 (/)
X-Scan-Signature: b8f3559805f7873076212d6f63ee803e
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0905870069=="
Errors-To: ltru-bounces@ietf.org

This is a multipart message in MIME format.
--===============0905870069==
Content-Type: multipart/alternative;
	boundary="=_alternative 007B4BF188257242_="

This is a multipart message in MIME format.
--=_alternative 007B4BF188257242_=
Content-Type: text/plain; charset="US-ASCII"

For the record, I was previously reprimanded for suggesting the use of 
"Gaelic (Scots)" because of its potential to confuse the user with the 
Scots language. I agreed. In my local applications, I'm now using "Gaelic 
(Scottish)."

FWIW,

Karen Broome




John Cowan <cowan@ccil.org> 
12/12/2006 07:59 AM

To
Doug Ewell <dewell@adelphia.net>
cc
LTRU Working Group <ltru@ietf.org>
Subject
Re: [Ltru] More about Description fields






Doug Ewell scripsit:

> 2.  "(Other)" indicating a collection code from 639-2 (others are 
> indicated by the word "languages").  These are indispensable IMHO, if we 

> want to discourage use of collection-code subtags.

I no longer think we do, particularly.

> 3.  Country or region identifiers, such as "Ainu (Japan)" or "Gimi 
> (Eastern Highlands)".  These simply cannot be removed, since they 
> disambiguate two languages with otherwise-identical names.

I think it's worth noting that the overwhelming majority of parenthetical
bits in 639-3 are of this type.

> 5.  General additional information, such as "Gaelic (Scots)" or "Slave 
> (Athapascan)" or my favorite, "Interlingua (International Auxiliary 
> Language Association)".  If it's really necessary, these can probably be 

> removed without destroying the meaning,

These actually fall under the same rule as "Ainu (Japan)".  There really
are two constructed languages called "Interlingua", namely "Interlingua
de IALA" (this one) and "Interlingua de Peano", also known as "Latine
Sine Flexione".  Adding "(Scots)" to "Gaelic" clarifies that it is not
Irish, which has frequently been called "Gaelic" in the past.  I'm not
sure what the story is with "Slave (Athapascan)": perhaps it is meant
to eliminate confusion with any languages or supposed languages of
slaves or former slaves.  The name of the language is pronounced with
two syllables, and is usually spelled "Slavey" these days, precisely to
prevent such confusion.

To go on, "Egyptian (Ancient)" eliminates confusion with Egyptian
Arabic and Coptic; and "Ligurian (Ancient)" eliminates confusion with
the unrelated current language Ligurian, a Romance language of the
Gallo-Romance group.

-- 
John Cowan    http://www.ccil.org/~cowan   <cowan@ccil.org>
    "Any legal document draws most of its meaning from context.  A 
telegram
    that says 'SELL HUNDRED THOUSAND SHARES IBM SHORT' (only 190 bits in
    5-bit Baudot code plus appropriate headers) is as good a legal 
document
    as any, even sans digital signature." --me

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



--=_alternative 007B4BF188257242_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=2 face="sans-serif">For the record, I was previously reprimanded
for suggesting the use of &quot;Gaelic (Scots)&quot; because of its potential
to confuse the user with the Scots language. I agreed. In my local applications,
I'm now using &quot;Gaelic (Scottish).&quot;</font>
<br>
<br><font size=2 face="sans-serif">FWIW,</font>
<br>
<br><font size=2 face="sans-serif">Karen Broome</font>
<br>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>John Cowan &lt;cowan@ccil.org&gt;</b>
</font>
<p><font size=1 face="sans-serif">12/12/2006 07:59 AM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Doug Ewell &lt;dewell@adelphia.net&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">LTRU Working Group &lt;ltru@ietf.org&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [Ltru] More about Description fields</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>Doug Ewell scripsit:<br>
<br>
&gt; 2. &nbsp;&quot;(Other)&quot; indicating a collection code from 639-2
(others are <br>
&gt; indicated by the word &quot;languages&quot;). &nbsp;These are indispensable
IMHO, if we <br>
&gt; want to discourage use of collection-code subtags.<br>
<br>
I no longer think we do, particularly.<br>
<br>
&gt; 3. &nbsp;Country or region identifiers, such as &quot;Ainu (Japan)&quot;
or &quot;Gimi <br>
&gt; (Eastern Highlands)&quot;. &nbsp;These simply cannot be removed, since
they <br>
&gt; disambiguate two languages with otherwise-identical names.<br>
<br>
I think it's worth noting that the overwhelming majority of parenthetical<br>
bits in 639-3 are of this type.<br>
<br>
&gt; 5. &nbsp;General additional information, such as &quot;Gaelic (Scots)&quot;
or &quot;Slave <br>
&gt; (Athapascan)&quot; or my favorite, &quot;Interlingua (International
Auxiliary <br>
&gt; Language Association)&quot;. &nbsp;If it's really necessary, these
can probably be <br>
&gt; removed without destroying the meaning,<br>
<br>
These actually fall under the same rule as &quot;Ainu (Japan)&quot;. &nbsp;There
really<br>
are two constructed languages called &quot;Interlingua&quot;, namely &quot;Interlingua<br>
de IALA&quot; (this one) and &quot;Interlingua de Peano&quot;, also known
as &quot;Latine<br>
Sine Flexione&quot;. &nbsp;Adding &quot;(Scots)&quot; to &quot;Gaelic&quot;
clarifies that it is not<br>
Irish, which has frequently been called &quot;Gaelic&quot; in the past.
&nbsp;I'm not<br>
sure what the story is with &quot;Slave (Athapascan)&quot;: perhaps it
is meant<br>
to eliminate confusion with any languages or supposed languages of<br>
slaves or former slaves. &nbsp;The name of the language is pronounced with<br>
two syllables, and is usually spelled &quot;Slavey&quot; these days, precisely
to<br>
prevent such confusion.<br>
<br>
To go on, &quot;Egyptian (Ancient)&quot; eliminates confusion with Egyptian<br>
Arabic and Coptic; and &quot;Ligurian (Ancient)&quot; eliminates confusion
with<br>
the unrelated current language Ligurian, a Romance language of the<br>
Gallo-Romance group.<br>
<br>
-- <br>
John Cowan &nbsp; &nbsp;http://www.ccil.org/~cowan &nbsp; &lt;cowan@ccil.org&gt;<br>
 &nbsp; &nbsp;&quot;Any legal document draws most of its meaning from context.
&nbsp;A telegram<br>
 &nbsp; &nbsp;that says 'SELL HUNDRED THOUSAND SHARES IBM SHORT' (only
190 bits in<br>
 &nbsp; &nbsp;5-bit Baudot code plus appropriate headers) is as good a
legal document<br>
 &nbsp; &nbsp;as any, even sans digital signature.&quot; --me<br>
<br>
_______________________________________________<br>
Ltru mailing list<br>
Ltru@ietf.org<br>
https://www1.ietf.org/mailman/listinfo/ltru<br>
<br>
</font></tt>
<br>
--=_alternative 007B4BF188257242_=--



--===============0905870069==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0905870069==--





From ltru-bounces@ietf.org Tue Dec 12 20:00:05 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuITC-0003x2-S3; Tue, 12 Dec 2006 19:59:38 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuITB-0003wx-DL
	for ltru@ietf.org; Tue, 12 Dec 2006 19:59:37 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuITA-0002nV-0q
	for ltru@ietf.org; Tue, 12 Dec 2006 19:59:37 -0500
Received: from [172.21.37.80] (duringperson-lx.corp.yahoo.com [172.21.37.80])
	(authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBD0xTks038548
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Tue, 12 Dec 2006 16:59:29 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=lbz63k/mebeRYKjmrNX4jMkRUWyGgZytAIIhPEXMYEBiZOWuPQS/5HQ7SJaUlckw
Message-ID: <457F5070.9020709@yahoo-inc.com>
Date: Tue, 12 Dec 2006 16:59:28 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] More about Description fields
References: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
In-Reply-To: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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:
> Two more points about draft-4646bis-00 and the issue of Description 
> fields taken from source standards, specifically ISO 639-3.

I think you mean draft-01

> 
> First, despite all we have heard on this list (and ietf-languages) about 
> how the Description field(s) need to match the source standards more or 
> less precisely, for various reasons, the draft still speaks in terms of 
> flexibility.  Section 3.1.4 talks about editing the names, correcting 
> "problematic" descriptions, regularizing irregularities (more on that 
> later), and descriptions only indicating the meaning and not being 
> normative.

That text was added back in August or September in response to a 
particular thread.

Very carefully I didn't define "problematic". The text about 
non-normativeness is from 4646. The idea here (more below) is that we 
have a way to edit anything bizarre without requiring a new RFC or other 
magic.

> 
> Second, the section on fixing "problematic" descriptions refers 
> specifically to "parenthetical comments."  I'm wondering just what is 
> supposed to be wrong about them that needs fixing.  There are several 
> different types of parenthetical comments in ISO 639:

I believe this was the thrust of Ye Olde Thread. Based on your note 
below and the various arguments on this list since that time, I think we 
should modify that paragraph from saying:

--
When creating a new registry entry, duplicate, redundant, conflicting, 
or otherwise problematic descriptions MUST either be corrected or 
omitted. Parenthetical comments, inverted names, and other 
irregularities SHOULD be regularized according to the guidelines used to 
update the registry in [registry-update].
--

to say instead:

--
When creating a new registry entry, duplicate, redundant, conflicting, 
or otherwise problematic descriptions MUST either be corrected or 
omitted. Any irregularities SHOULD be regularized according to the 
guidelines used to update the registry in [registry-update].
--

> 
> I need to know what the intent was of this passage in Section 3.1.4 
> before implementing it in 4645bis.  And, of course, there's the 
> inverted-names bit.

I think the problem here is: either we allow editing or we don't.

If we do NOT, that implies that:

  - we introduce text banning the addition or modification of 
descriptions except by action of the source standards
  - we copy the descriptions exactly from the source standards

If we DO, that implies that:

  - descriptions may be edited via the registration process.
  - (thus) descriptions may be edited at inception. This suggests that 
we regularize them minimally.

I would suggest, based on this thread, that we regularize them only 
minimally, preserving the *right* to modify anything weird that one of 
the standards might emit, while in practice (more-or-less) slavishly 
following whatever the standards bodies emit (which is the situation 
that obtains today).

That suggests neither inventing inversions or undoing them.

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 21:34:34 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuJwl-0007zJ-F4; Tue, 12 Dec 2006 21:34:15 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuJwk-0007yq-0k
	for ltru@ietf.org; Tue, 12 Dec 2006 21:34:14 -0500
Received: from an-out-0708.google.com ([209.85.132.249])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuJre-0003Fo-Sb
	for ltru@ietf.org; Tue, 12 Dec 2006 21:29:00 -0500
Received: by an-out-0708.google.com with SMTP id d30so4835and
	for <ltru@ietf.org>; Tue, 12 Dec 2006 18:28:58 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=N2WkE8M2HLlgyeg52NKRmRubWOR5gRet9db66gT7OfWnDvfumEd24ggL79HTYmjVK8szNNgZnCwzQOEao7rlPPLGGAeyn7g8DKacuE13F8v+m3qaDQUwvZwUhBdN+svgIhZYaNI2u0Cju9dJ4aZHPILniipSwoyUD1urI0h7ViA=
Received: by 10.100.178.7 with SMTP id a7mr156600anf.1165976938606;
	Tue, 12 Dec 2006 18:28:58 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Tue, 12 Dec 2006 18:28:58 -0800 (PST)
Message-ID: <30b660a20612121828r7a781cd9k2352a3eb0bbaae11@mail.gmail.com>
Date: Tue, 12 Dec 2006 18:28:58 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] More about Description fields
In-Reply-To: <457F5070.9020709@yahoo-inc.com>
MIME-Version: 1.0
References: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
	<457F5070.9020709@yahoo-inc.com>
X-Google-Sender-Auth: 733fede23fa53244
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 093efd19b5f651b2707595638f6c4003
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============2081399972=="
Errors-To: ltru-bounces@ietf.org

--===============2081399972==
Content-Type: multipart/alternative; 
	boundary="----=_Part_11030_9190633.1165976938529"

------=_Part_11030_9190633.1165976938529
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

+1

On 12/12/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>
> Doug Ewell wrote:
> > Two more points about draft-4646bis-00 and the issue of Description
> > fields taken from source standards, specifically ISO 639-3.
>
> I think you mean draft-01
>
> >
> > First, despite all we have heard on this list (and ietf-languages) about
> > how the Description field(s) need to match the source standards more or
> > less precisely, for various reasons, the draft still speaks in terms of
> > flexibility.  Section 3.1.4 talks about editing the names, correcting
> > "problematic" descriptions, regularizing irregularities (more on that
> > later), and descriptions only indicating the meaning and not being
> > normative.
>
> That text was added back in August or September in response to a
> particular thread.
>
> Very carefully I didn't define "problematic". The text about
> non-normativeness is from 4646. The idea here (more below) is that we
> have a way to edit anything bizarre without requiring a new RFC or other
> magic.
>
> >
> > Second, the section on fixing "problematic" descriptions refers
> > specifically to "parenthetical comments."  I'm wondering just what is
> > supposed to be wrong about them that needs fixing.  There are several
> > different types of parenthetical comments in ISO 639:
>
> I believe this was the thrust of Ye Olde Thread. Based on your note
> below and the various arguments on this list since that time, I think we
> should modify that paragraph from saying:
>
> --
> When creating a new registry entry, duplicate, redundant, conflicting,
> or otherwise problematic descriptions MUST either be corrected or
> omitted. Parenthetical comments, inverted names, and other
> irregularities SHOULD be regularized according to the guidelines used to
> update the registry in [registry-update].
> --
>
> to say instead:
>
> --
> When creating a new registry entry, duplicate, redundant, conflicting,
> or otherwise problematic descriptions MUST either be corrected or
> omitted. Any irregularities SHOULD be regularized according to the
> guidelines used to update the registry in [registry-update].
> --
>
> >
> > I need to know what the intent was of this passage in Section 3.1.4
> > before implementing it in 4645bis.  And, of course, there's the
> > inverted-names bit.
>
> I think the problem here is: either we allow editing or we don't.
>
> If we do NOT, that implies that:
>
>   - we introduce text banning the addition or modification of
> descriptions except by action of the source standards
>   - we copy the descriptions exactly from the source standards
>
> If we DO, that implies that:
>
>   - descriptions may be edited via the registration process.
>   - (thus) descriptions may be edited at inception. This suggests that
> we regularize them minimally.
>
> I would suggest, based on this thread, that we regularize them only
> minimally, preserving the *right* to modify anything weird that one of
> the standards might emit, while in practice (more-or-less) slavishly
> following whatever the standards bodies emit (which is the situation
> that obtains today).
>
> That suggests neither inventing inversions or undoing them.
>
> Addison
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_11030_9190633.1165976938529
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

+1<br><br><div><span class="gmail_quote">On 12/12/06, <b class="gmail_sendername">Addison Phillips</b> &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Doug Ewell wrote:<br>&gt; Two more points about draft-4646bis-00 and the issue of Description<br>&gt; fields taken from source standards, specifically ISO 639-3.<br><br>I think you mean draft-01<br><br>&gt;<br>&gt; First, despite all we have heard on this list (and ietf-languages) about
<br>&gt; how the Description field(s) need to match the source standards more or<br>&gt; less precisely, for various reasons, the draft still speaks in terms of<br>&gt; flexibility.&nbsp;&nbsp;Section 3.1.4 talks about editing the names, correcting
<br>&gt; &quot;problematic&quot; descriptions, regularizing irregularities (more on that<br>&gt; later), and descriptions only indicating the meaning and not being<br>&gt; normative.<br><br>That text was added back in August or September in response to a
<br>particular thread.<br><br>Very carefully I didn't define &quot;problematic&quot;. The text about<br>non-normativeness is from 4646. The idea here (more below) is that we<br>have a way to edit anything bizarre without requiring a new RFC or other
<br>magic.<br><br>&gt;<br>&gt; Second, the section on fixing &quot;problematic&quot; descriptions refers<br>&gt; specifically to &quot;parenthetical comments.&quot;&nbsp;&nbsp;I'm wondering just what is<br>&gt; supposed to be wrong about them that needs fixing.&nbsp;&nbsp;There are several
<br>&gt; different types of parenthetical comments in ISO 639:<br><br>I believe this was the thrust of Ye Olde Thread. Based on your note<br>below and the various arguments on this list since that time, I think we<br>should modify that paragraph from saying:
<br><br>--<br>When creating a new registry entry, duplicate, redundant, conflicting,<br>or otherwise problematic descriptions MUST either be corrected or<br>omitted. Parenthetical comments, inverted names, and other<br>irregularities SHOULD be regularized according to the guidelines used to
<br>update the registry in [registry-update].<br>--<br><br>to say instead:<br><br>--<br>When creating a new registry entry, duplicate, redundant, conflicting,<br>or otherwise problematic descriptions MUST either be corrected or
<br>omitted. Any irregularities SHOULD be regularized according to the<br>guidelines used to update the registry in [registry-update].<br>--<br><br>&gt;<br>&gt; I need to know what the intent was of this passage in Section 
3.1.4<br>&gt; before implementing it in 4645bis.&nbsp;&nbsp;And, of course, there's the<br>&gt; inverted-names bit.<br><br>I think the problem here is: either we allow editing or we don't.<br><br>If we do NOT, that implies that:<br>
<br>&nbsp;&nbsp;- we introduce text banning the addition or modification of<br>descriptions except by action of the source standards<br>&nbsp;&nbsp;- we copy the descriptions exactly from the source standards<br><br>If we DO, that implies that:
<br><br>&nbsp;&nbsp;- descriptions may be edited via the registration process.<br>&nbsp;&nbsp;- (thus) descriptions may be edited at inception. This suggests that<br>we regularize them minimally.<br><br>I would suggest, based on this thread, that we regularize them only
<br>minimally, preserving the *right* to modify anything weird that one of<br>the standards might emit, while in practice (more-or-less) slavishly<br>following whatever the standards bodies emit (which is the situation<br>
that obtains today).<br><br>That suggests neither inventing inversions or undoing them.<br><br>Addison<br><br>--<br>Addison Phillips<br>Globalization Architect -- Yahoo! Inc.<br><br>Internationalization is an architecture.
<br>It is not a feature.<br><br>_______________________________________________<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru
</a><br></blockquote></div><br>

------=_Part_11030_9190633.1165976938529--


--===============2081399972==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============2081399972==--




From ltru-bounces@ietf.org Tue Dec 12 23:16:34 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuLXj-0001Ov-PG; Tue, 12 Dec 2006 23:16:31 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuLXj-0001On-3o
	for ltru@ietf.org; Tue, 12 Dec 2006 23:16:31 -0500
Received: from mta15.mail.adelphia.net ([68.168.78.77] helo=mta15.adelphia.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuLXg-0005hw-PL
	for ltru@ietf.org; Tue, 12 Dec 2006 23:16:31 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta15.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061213040510.PLOP25578.mta15.adelphia.net@DGBP7M81>;
	Tue, 12 Dec 2006 23:05:10 -0500
Message-ID: <000301c71e6d$76018c70$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<20061211011605.GK8875@ccil.org>
	<6.0.0.20.2.20061212102527.0b5a3e40@localhost>
	<002001c71dbc$3e5f7950$6701a8c0@DGBP7M81>
	<20061212151817.GS8875@ccil.org>
Subject: Re: [Ltru] To invert or not to invert?
Date: Tue, 12 Dec 2006 20:16:27 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

John Cowan <cowan at ccil dot org> wrote:

> I think you are misreading Martin: by "possible forms" he probably 
> meant "suitable forms".  Obviously there would be no point in 
> enumerating all mechanically possible forms, so the intention would be 
> to enumerate the ones which make sense, and leave the rest 
> unenumerated.

Well, I only saw one reasonable interpretation of "possible" at the 
time.  But I do feel better now.

I still think if we add inverted names to the Registry (without or 
without their uninverted brethren) we should stick to exactly the ones 
listed in ISO 639-3, and not go off inventing our own.

> However, I'm not even happy with the assumption that you can invert 
> any two-word name:  "Bella Coola" (blc) is written as two words, but 
> it does not mean the Bella variety of Coola!

Nor Hiri Motu, nor Tok Pisin.

In general I don't favor making one rule for two-word names and another 
for names of three or more words.  That seems arbitrary and overly 
clever.  Some two-word names have inversions in 639-3 and some do not; 
the same is true for at least one of the six-letter names ("Ho Chi Minh 
City Sign Language").  Actually, of all the "X Sign Language" names --  
by definition at least three words long -- only one has an inversion in 
639-3: "Kentish Sign Language, Old".

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 12 23:24:21 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuLfB-00044C-9b; Tue, 12 Dec 2006 23:24:13 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuLf9-00043U-Hs
	for ltru@ietf.org; Tue, 12 Dec 2006 23:24:11 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuLf8-00083h-8Y
	for ltru@ietf.org; Tue, 12 Dec 2006 23:24:11 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061213042405.BLUU2497.mta11.adelphia.net@DGBP7M81>;
	Tue, 12 Dec 2006 23:24:05 -0500
Message-ID: <000701c71e6e$86721dd0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
	<20061212155931.GU8875@ccil.org>
Subject: Re: [Ltru] More about Description fields
Date: Tue, 12 Dec 2006 20:24:04 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

John Cowan <cowan at ccil dot org> wrote:

>> 2.  "(Other)" indicating a collection code from 639-2 (others are 
>> indicated by the word "languages").  These are indispensable IMHO, if 
>> we want to discourage use of collection-code subtags.
>
> I no longer think we do, particularly.

Section 4.1, item 3 of draft-4646bis says we do.

>> 3.  Country or region identifiers, such as "Ainu (Japan)" or "Gimi 
>> (Eastern Highlands)".  These simply cannot be removed, since they 
>> disambiguate two languages with otherwise-identical names.
>
> I think it's worth noting that the overwhelming majority of 
> parenthetical bits in 639-3 are of this type.

Absolutely true.  Actually, I obscured my own intended point, which was 
not that these parenthetical comments should or should not be deleted, 
but that I don't understand what sort of "regularizing" is supposed to 
be applied to them.  My take is that they should be left alone, except 
arguably for "(generic)" and "(specific)".

> There really are two constructed languages called "Interlingua", 
> namely "Interlingua de IALA" (this one) and "Interlingua de Peano", 
> also known as "Latine Sine Flexione".

The "other" Interlingua was apparently in the 2005-06-14 version of the 
ISO 639-3 tables ("iln") but was removed from the 2005-06-24 version, 
and has not been seen since.  Another good reason not to rely on the 
stability of draft data.

> To go on, "Egyptian (Ancient)" eliminates confusion with Egyptian 
> Arabic and Coptic; and "Ligurian (Ancient)" eliminates confusion with 
> the unrelated current language Ligurian, a Romance language of the 
> Gallo-Romance group.

Let's just not mess around with the parenthesized items.  None of them 
hold alternative names that need to be split off, or anything like that.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 00:50:50 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuN0u-0005TK-1p; Wed, 13 Dec 2006 00:50:44 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuN0s-0005Sx-WE
	for ltru@ietf.org; Wed, 13 Dec 2006 00:50:43 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuN0q-00018N-LR
	for ltru@ietf.org; Wed, 13 Dec 2006 00:50:42 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061213055040.PKYI2497.mta11.adelphia.net@DGBP7M81>;
	Wed, 13 Dec 2006 00:50:40 -0500
Message-ID: <003901c71e7a$9ebb0ad0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
	<457F5070.9020709@yahoo-inc.com>
Subject: Re: [Ltru] More about Description fields
Date: Tue, 12 Dec 2006 21:50:39 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.2869
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2962
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips <addison at yahoo dash inc dot com> wrote:

>> Two more points about draft-4646bis-00 and the issue of Description 
>> fields taken from source standards, specifically ISO 639-3.
>
> I think you mean draft-01

Yep.  I'm the one who is stuck on draft-00.

> Very carefully I didn't define "problematic". The text about 
> non-normativeness is from 4646. The idea here (more below) is that we 
> have a way to edit anything bizarre without requiring a new RFC or 
> other magic.

I don't remember anything "bizarre," other than the bizarre 
acute-accent-as-modifier in Gwich´in, which we incidentally still have.

> ... I think we should modify that paragraph...
> to say instead:
>
> --
> When creating a new registry entry, duplicate, redundant, conflicting, 
> or otherwise problematic descriptions MUST either be corrected or 
> omitted. Any irregularities SHOULD be regularized according to the 
> guidelines used to update the registry in [registry-update].
> --

I'm fine with that.  Does "problematic" include issues like the one 
Karen raised about Scots, though?  I know, very carefully you didn't 
define it.

> I think the problem here is: either we allow editing or we don't.
>
> If we do NOT, that implies that:
>
>  - we introduce text banning the addition or modification of 
> descriptions except by action of the source standards
>  - we copy the descriptions exactly from the source standards
>
> If we DO, that implies that:
>
>  - descriptions may be edited via the registration process.
>  - (thus) descriptions may be edited at inception. This suggests that 
> we regularize them minimally.

I agree with every word of the above.  That still leaves the question 
unanswered:  do we or don't we?

> I would suggest, based on this thread, that we regularize them only 
> minimally, preserving the *right* to modify anything weird that one of 
> the standards might emit, while in practice (more-or-less) slavishly 
> following whatever the standards bodies emit (which is the situation 
> that obtains today).

How do the conservatives on the list feel about this?

> That suggests neither inventing inversions or undoing them.

I can live with that.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 01:28:47 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuNbh-0004G0-Fv; Wed, 13 Dec 2006 01:28:45 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuNbf-0004Fv-LX
	for ltru@ietf.org; Wed, 13 Dec 2006 01:28:43 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuNbc-0007hm-OE
	for ltru@ietf.org; Wed, 13 Dec 2006 01:28:43 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBD6SQEw025584
	for <ltru@ietf.org>; Wed, 13 Dec 2006 15:28:27 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 5bd5_2410ec90_8a73_11db_9a0c_0014221f2a2d;
	Wed, 13 Dec 2006 15:28:26 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:40833)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S6151F> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Wed, 13 Dec 2006 15:27:38 +0900
Message-Id: <6.0.0.20.2.20061212171556.0b5ba8f0@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 12 Dec 2006 17:36:04 +0900
To: "Doug Ewell" <dewell@adelphia.net>, "LTRU Working Group" <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] To invert or not to invert?
In-Reply-To: <002001c71dbc$3e5f7950$6701a8c0@DGBP7M81>
References: <20061210063103.GB8875@ccil.org>
	<000901c71c5c$f1219f70$6500a8c0@chalmers95a69n>
	<20061210191521.GF8875@ccil.org>
	<30b660a20612101544q17e18c40g58d9fab494ccd4c8@mail.gmail.com>
	<20061211011605.GK8875@ccil.org>
	<6.0.0.20.2.20061212102527.0b5a3e40@localhost>
	<002001c71dbc$3e5f7950$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 16:07 06/12/12, Doug Ewell wrote:
>Martin Duerst <duerst at it dot aoyama dot ac dot jp> wrote:
>
>> What about the following compromize:
>>
>> 1) For names that consist of two pieces, list the uninverted form,
>>   assuming that it can always be inverted.
>
>Fine.
>
>> 2) For names that consist of three or more pieces, list the uninverted
>>   form as well as all the possible inverted forms.

Sorry, by "possible", I meant "sensible", which I think we can
take as "listed in the source standard". Sorry for the confusion.

Regards,    Martin.

>Not fine.  Apparently my earlier point about "and Barbuda Creole English, Antigua" was a bit too subtle.  Let's try another example with ALL POSSIBLE inverted forms:
>
>Description: Santa Ana de Tusi Pasco Quechua
>Description: Ana de Tusi Pasco Quechua, Santa
>Description: de Tusi Pasco Quechua, Santa Ana
>Description: Tusi Pasco Quechua, Santa Ana de
>Description: Pasco Quechua, Santa Ana de Tusi
>Description: Quechua, Santa Ana de Tusi Pasco
>
>Silly, isn't it?  And not all of them even make sense.
>
>And as I said before, if you really want ALL POSSIBLE inverted forms --  
>for whatever reason -- there is no need to list ANY of them, for the same reason that there is no need to list all possible inversions of a two-word name: because it is obvious.  Listing all of these redundant forms would do nothing but chew up space in the Registry, which will be big enough already without them.
>
>There are 2 six-word names, 12 five-word names, 98 four-word names, and 504 three-word names.  That's a lot of pointless repetition.  And that doesn't even count hyphens.
>
>I understand adding only the uninverted form, or only the inverted form(s) given in the source standard.  I could even *sort of* go along with adding all the versions from the source standard, inverted and uninverted, although that seems quite unnecessary.  But creating our own inverted forms, just to make sure every mathematical indexing possibility is covered, makes no sense at all.  Strongly opposed.
>
>> There are variants on this, e.g. in 2), don't list the uninverted form to reduce duplication. The proposal is based on the assumption that two-piece names can always be inverted, and that names with three pieces or more are relatively rare. If that's not true, please correct me.
>
>See statistics above.
>
>> This would allow to hopefully satisfy both those who want to see the uninverted names, because they are more straightforward, and those who want to be able to invert them without creating wrong inversions.
>
>My preferences, in order:
>
>   1.  uninverted forms only
>   2.  inverted forms from 639-3 only
>   3.  both 1. and 2. above
> 999.  anything else
>
>--
>Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
>http://users.adelphia.net/~dewell/
>http://www1.ietf.org/html.charters/ltru-charter.html
>http://www.alvestrand.no/mailman/listinfo/ietf-languages
>


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 06:13:28 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuS3A-0005JS-7M; Wed, 13 Dec 2006 06:13:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuS39-0005JD-52
	for ltru@ietf.org; Wed, 13 Dec 2006 06:13:23 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuS37-0005ej-Ru
	for ltru@ietf.org; Wed, 13 Dec 2006 06:13:23 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP id 1D05626C4D2
	for <ltru@ietf.org>; Wed, 13 Dec 2006 12:13:11 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP id 898FB26C355
	for <ltru@ietf.org>; Wed, 13 Dec 2006 12:13:10 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id 7CC2658ED17
	for <ltru@ietf.org>; Wed, 13 Dec 2006 12:13:10 +0100 (CET)
Date: Wed, 13 Dec 2006 12:13:10 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: ltru@ietf.org
Message-ID: <20061213111310.GA20465@nic.fr>
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: de4f315c9369b71d7dd5909b42224370
Subject: [Ltru] Case-insensitive rules (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Thu, Dec 07, 2006 at 03:50:02PM -0500,
 Internet-Drafts@ietf.org <Internet-Drafts@ietf.org> wrote 
 a message of 94 lines which said:

> 	Title		: Tags for Identifying Languages
> 	Author(s)	: A. Phillips, M. Davis
> 	Filename	: draft-ietf-ltru-4646bis-01.txt

An ABNF production like:

privateuse    = ("x"/"X") 1*("-" (1*8alphanum))

is redundant. Since every ABNF string is case-INsensitive, it would be
enough to write:

privateuse    = "x" 1*("-" (1*8alphanum))


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 07:32:15 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuTHR-0006Ur-LK; Wed, 13 Dec 2006 07:32:13 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuTHR-0006TZ-AA
	for ltru@ietf.org; Wed, 13 Dec 2006 07:32:13 -0500
Received: from mail00.svc.cra.dublin.eircom.net ([159.134.118.16])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GuTHP-0007ti-VV
	for ltru@ietf.org; Wed, 13 Dec 2006 07:32:13 -0500
Received: (qmail 75527 messnum 6386772 invoked from
	network[194.125.174.10/ts09-010.dublin.indigo.ie]);
	13 Dec 2006 12:32:09 -0000
Received: from ts09-010.dublin.indigo.ie (HELO ?194.125.174.10?)
	(194.125.174.10)
	by mail00.svc.cra.dublin.eircom.net (qp 75527) with SMTP;
	13 Dec 2006 12:32:09 -0000
Mime-Version: 1.0 (Apple Message framework v728)
In-Reply-To: <OFDCA8EC36.A310D25B-ON88257242.007AEEE8-88257242.007B4BF3@spe.sony.com>
References: <OFDCA8EC36.A310D25B-ON88257242.007AEEE8-88257242.007B4BF3@spe.sony.com>
Message-Id: <3D0EEB1D-3CCA-4E9A-89D8-83924EA058C7@egt.ie>
From: Marion Gunn <mgunn@egt.ie>
Subject: Re: [Ltru] More about Description fields
Date: Wed, 13 Dec 2006 12:35:26 +0000
To: LTRU Working Group <ltru@ietf.org>
X-Mailer: Apple Mail (2.728)
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1890619977=="
Errors-To: ltru-bounces@ietf.org


--===============1890619977==
Content-Type: multipart/alternative; boundary=Apple-Mail-4-875048765


--Apple-Mail-4-875048765
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	delsp=yes;
	format=flowed

On 12 Dec 2006, at 22:25, scr=EDobh Karen_Broome@spe.sony.com:
>
> For the record, I was previously reprimanded for suggesting the use =20=

> of "Gaelic (Scots)" because of its potential to confuse the user =20
> with the Scots language. I agreed. In my local applications, I'm =20
> now using "Gaelic (Scottish)."

For the record (for those who STILL find it hard to match languages =20
to countries):
the "Celtic" language of Scotland is "Gaelic";
the "Celtic" language of Ireland is "Irish";
the "Celtic" language of the Isle of Man is "Manx";
the "Celtic" language of Wales is "Welsh";
the "Celtic" language of Brittany is "Breton";
the "Celtic" language of Corwall is "Cornish".

As you can see, the only mismatch is Scotland, having a language =20
called "Gaelic" - ALL the other languages are called by names which =20
match the names of the countries to which they belong.  Deviating =20
from this simple rule causes offense to speakers and endless =20
difficulties to both teachers and learners.
mg

- -
Marion Gunn * EGTeo (Estab.1991)
27 P=E1irc an Fh=E9ithlinn, Baile an
Bh=F3thair, Co. =C1tha Cliath, =C9ire.
* mgunn@egt.ie * eamonn@egt.ie *


--Apple-Mail-4-875048765
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV><DIV>On 12 Dec 2006, at =
22:25, scr=EDobh <A =
href=3D"mailto:Karen_Broome@spe.sony.com">Karen_Broome@spe.sony.com</A>:</=
DIV><BLOCKQUOTE type=3D"cite"><BR><FONT size=3D"2" face=3D"sans-serif">For=
 the record, I was previously reprimanded for suggesting the use of =
"Gaelic (Scots)" because of its potential to confuse the user with the =
Scots language. I agreed. In my local applications, I'm now using =
"Gaelic (Scottish)."</FONT> <BR></BLOCKQUOTE><BR></DIV><DIV>For=A0the =
record (for=A0those who STILL find it hard to match languages to =
countries):</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; ">the "Celtic" language of =
Scotland is "Gaelic";</DIV><DIV style=3D"margin-top: 0px; margin-right: =
0px; margin-bottom: 0px; margin-left: 0px; ">the "Celtic" language =
of=A0Ireland is "Irish";</DIV><DIV style=3D"margin-top: 0px; =
margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">the "Celtic" =
language of the Isle of Man is "Manx";</DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">the =
"Celtic" language of=A0Wales is "Welsh";</DIV><DIV style=3D"margin-top: =
0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; ">the =
"Celtic" language of=A0Brittany is "Breton";</DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">the "Celtic" language of=A0Corwall is =
"Cornish".</DIV><DIV style=3D"margin-top: 0px; margin-right: 0px; =
margin-bottom: 0px; margin-left: 0px; font: normal normal normal =
12px/normal Helvetica; min-height: 14px; "><BR></DIV><DIV =
style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; =
margin-left: 0px; ">As you can see, the only mismatch is Scotland, =
having a language called "Gaelic" - ALL the other languages are called =
by names which match the names of the countries to which they belong.=A0 =
Deviating from this simple rule causes offense to speakers and endless =
difficulties to both teachers and learners.</DIV><DIV style=3D"margin-top:=
 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; =
">mg</DIV><BR><DIV> <DIV>- -=A0</DIV><DIV>Marion Gunn * EGTeo =
(Estab.1991)</DIV><DIV>27 P=E1irc an Fh=E9ithlinn, Baile an =
</DIV><DIV>Bh=F3thair, Co. =C1tha Cliath, =C9ire.</DIV><DIV>* <A =
href=3D"mailto:mgunn@egt.ie">mgunn@egt.ie</A> * <A =
href=3D"mailto:eamonn@egt.ie">eamonn@egt.ie</A> *</DIV>  =
</DIV><BR></BODY></HTML>=

--Apple-Mail-4-875048765--


--===============1890619977==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1890619977==--




From ltru-bounces@ietf.org Wed Dec 13 08:56:51 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuUbJ-0003o1-7Z; Wed, 13 Dec 2006 08:56:49 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuUbI-0003mL-Kr
	for ltru@ietf.org; Wed, 13 Dec 2006 08:56:48 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuUbH-0008Lm-CQ
	for ltru@ietf.org; Wed, 13 Dec 2006 08:56:48 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061213135642.NDQF2497.mta11.adelphia.net@DGBP7M81>;
	Wed, 13 Dec 2006 08:56:42 -0500
Message-ID: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Wed, 13 Dec 2006 05:56:41 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Cc: 
Subject: [Ltru] Re: Case-insensitive rules (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Stephane Bortzmeyer <bortzmeyer at nic dot fr> wrote:

> An ABNF production like:
>
> privateuse    = ("x"/"X") 1*("-" (1*8alphanum))
>
> is redundant. Since every ABNF string is case-INsensitive, it would be 
> enough to write:
>
> privateuse    = "x" 1*("-" (1*8alphanum))

At some point during the development of 4646, somebody argued that both 
cases needed to be specified.  This made the ABNF quite a bit more 
cumbersome to read -- and actually we are now inconsistent about casing, 
because the production for "irregular" is now an enumeration of the 
valid tags but only in their canonical casing style.  "EN-GB-OED" is 
also a valid irregular tag.

Can you find an RFC that states unequivocally that ABNF strings are 
case-insensitive?  That would allow us to defend simplifying the 
productions.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages 


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 09:01:40 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuUg0-0005sc-CV; Wed, 13 Dec 2006 09:01:40 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuUfz-0005sS-VB
	for ltru@ietf.org; Wed, 13 Dec 2006 09:01:39 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuUfx-0000yL-Ok
	for ltru@ietf.org; Wed, 13 Dec 2006 09:01:39 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GuUfx-0004NC-3m; Wed, 13 Dec 2006 09:01:37 -0500
Date: Wed, 13 Dec 2006 09:01:37 -0500
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Re: Case-insensitive rules (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt)
Message-ID: <20061213140136.GG8875@ccil.org>
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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 scripsit:

> Can you find an RFC that states unequivocally that ABNF strings are 
> case-insensitive?  That would allow us to defend simplifying the 
> productions.

No problem.  RFC 2234, which defines ABNF for IETF purposes, says
in Section 2.3:

   ABNF permits specifying literal text string directly, enclosed in
   quotation-marks.  Hence:

        command     =  "command string"

   Literal text strings are interpreted as a concatenated set of
   printable characters.

        NOTE:     ABNF strings are case-insensitive and
                  the character set for these strings is us-ascii.

   Hence:

        rulename = "abc"

   and:

        rulename = "aBc"

   will match "abc", "Abc", "aBc", "abC", "ABc", "aBC", "AbC" and "ABC".

                To specify a rule which IS case SENSITIVE,
                   specify the characters individually.

   For example:

        rulename    =  %d97 %d98 %d99

   or

        rulename    =  %d97.98.99

   will match only the string which comprises only lowercased
   characters, abc.

-- 
John Cowan                                <cowan@ccil.org>
Yakka foob mog.  Grug pubbawup zink wattoom gazork.  Chumble spuzz.
    -- Calvin, giving Newton's First Law "in his own words"

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 10:10:54 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuVl0-0002Js-Jl; Wed, 13 Dec 2006 10:10:54 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuVkz-0002JY-Tn
	for ltru@ietf.org; Wed, 13 Dec 2006 10:10:54 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuVkl-0003Zl-8E
	for ltru@ietf.org; Wed, 13 Dec 2006 10:10:53 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP
	id 2219926C4C9; Wed, 13 Dec 2006 16:10:14 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP
	id 01ABC26C2BB; Wed, 13 Dec 2006 16:10:13 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id E890558ED17;
	Wed, 13 Dec 2006 16:10:12 +0100 (CET)
Date: Wed, 13 Dec 2006 16:10:12 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Doug Ewell <dewell@adelphia.net>
Message-ID: <20061213151012.GA16174@nic.fr>
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab
Cc: LTRU Working Group <ltru@ietf.org>
Subject: [Ltru] Re: Case-insensitive rules (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Wed, Dec 13, 2006 at 05:56:41AM -0800,
 Doug Ewell <dewell@adelphia.net> wrote 
 a message of 27 lines which said:

> At some point during the development of 4646, somebody argued that
> both cases needed to be specified.

He was clearly wrong. (But I sympathetize, I made the same mistake at
the beginning.)

> Can you find an RFC that states unequivocally that ABNF strings are 
> case-insensitive?  

Besides the good reference given by John Cowan, I would like to add
that RFC which do want case-sensitivity have to use numeric
values. See for instance how RFC 4627 describes the string "false"
(lowercase only):

        false = %x66.61.6c.73.65   ; false

I may add that every ABNF implementation I know of treats strings in a
case-insensitive way (as required by the RFC).

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 10:23:41 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuVxI-0001ub-8A; Wed, 13 Dec 2006 10:23:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuVxH-0001uU-KC
	for ltru@ietf.org; Wed, 13 Dec 2006 10:23:35 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuVxE-0005dW-IO
	for ltru@ietf.org; Wed, 13 Dec 2006 10:23:35 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GuVx9-0007iF-Lm; Wed, 13 Dec 2006 10:23:27 -0500
Date: Wed, 13 Dec 2006 10:23:27 -0500
To: Marion Gunn <mgunn@egt.ie>
Subject: Re: [Ltru] More about Description fields
Message-ID: <20061213152327.GJ8875@ccil.org>
References: <OFDCA8EC36.A310D25B-ON88257242.007AEEE8-88257242.007B4BF3@spe.sony.com>
	<3D0EEB1D-3CCA-4E9A-89D8-83924EA058C7@egt.ie>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <3D0EEB1D-3CCA-4E9A-89D8-83924EA058C7@egt.ie>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Marion Gunn scripsit:

> As you can see, the only mismatch is Scotland, having a language  
> called "Gaelic" - ALL the other languages are called by names which  
> match the names of the countries to which they belong.  Deviating  
> from this simple rule causes offense to speakers and endless  
> difficulties to both teachers and learners.

Quite so.  But people *do* deviate from the rules, so a little
additional disambiguation doesn't hurt.  One approach would be
to follow "Ainu (Japan)" more closely and go with "Gaelic (Scotland)".

But this is a matter for the 639 RA/JAC and not for us.

-- 
Take two turkeys, one goose, four               John Cowan
cabbages, but no duck, and mix them             http://www.ccil.org/~cowan
together. After one taste, you'll duck          cowan@ccil.org
soup the rest of your life.
        --Groucho

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 11:09:32 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuWfk-0006Gq-0R; Wed, 13 Dec 2006 11:09:32 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuWfj-0006GQ-4f
	for ltru@ietf.org; Wed, 13 Dec 2006 11:09:31 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuWfg-0003a7-RY
	for ltru@ietf.org; Wed, 13 Dec 2006 11:09:31 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061213160927.HKXA2497.mta11.adelphia.net@DGBP7M81>;
	Wed, 13 Dec 2006 11:09:27 -0500
Message-ID: <015501c71ed1$105088e0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
	<20061213151012.GA16174@nic.fr>
Date: Wed, 13 Dec 2006 08:09:26 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Cc: 
Subject: [Ltru] Re: Case-insensitive rules (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Stephane Bortzmeyer <bortzmeyer at nic dot fr> wrote:

>> At some point during the development of 4646, somebody argued that 
>> both cases needed to be specified.
>
> He was clearly wrong. (But I sympathetize, I made the same mistake at 
> the beginning.)

I wonder if anyone can find the thread on this list, many months ago, 
where someone argued that we had to specify both cases explicitly.  Our 
original ABNF assumed case insensitivity.  I'd hate to go through the 
process all over again of changing it, changing it back, etc.

>> Can you find an RFC that states unequivocally that ABNF strings are 
>> case-insensitive?
>
> Besides the good reference given by John Cowan, I would like to add 
> that RFC which do want case-sensitivity have to use numeric values. 
> See for instance how RFC 4627 describes the string "false" (lowercase 
> only):
>
>        false = %x66.61.6c.73.65   ; false
>
> I may add that every ABNF implementation I know of treats strings in a 
> case-insensitive way (as required by the RFC).

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 11:28:08 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuWxf-0000lN-Uu; Wed, 13 Dec 2006 11:28:03 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuWxf-0000lH-4U
	for ltru@ietf.org; Wed, 13 Dec 2006 11:28:03 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuWxd-0005uq-O5
	for ltru@ietf.org; Wed, 13 Dec 2006 11:28:03 -0500
Received: from [10.72.66.37] (snvvpn-10-72-66-c37.corp.yahoo.com [10.72.66.37])
	(authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBDGRlJa076603
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 13 Dec 2006 08:27:51 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=VmyQxL/9U7chpHcxcxDiwnNEb+NCcbwInWkuAE5VYKOK8tNFIFe1Kr0HI7gr5gEH
Message-ID: <45802A03.8080609@yahoo-inc.com>
Date: Wed, 13 Dec 2006 08:27:47 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
Subject: Re: [Ltru] Re: Case-insensitive rules (Was:
	I-D	ACTION:draft-ietf-ltru-4646bis-01.txt)
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
	<20061213151012.GA16174@nic.fr>
In-Reply-To: <20061213151012.GA16174@nic.fr>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Your point is well-taken. I note that our addition of the grandfathered 
list ignores the casing issue, relying on the ABNF rules to get things 
right. Note that this would also affect the "singleton" production, 
which could then become:

   singleton = "a"-"w" / "y"-"z" / "0"-"9"
   ; single alphanumerics; 'x' reserved for private-use

Although....

 > I may add that every ABNF implementation I know of treats strings in a
 > case-insensitive way (as required by the RFC).

I note that people seem to have an incredibly difficult time actually 
reading one RFC, not to mention understanding ANBF, so we'll probably 
have to SAY LOUDLY that ABNF is case-insensitive in our own document.

Addison


Stephane Bortzmeyer wrote:
> On Wed, Dec 13, 2006 at 05:56:41AM -0800,
>  Doug Ewell <dewell@adelphia.net> wrote 
>  a message of 27 lines which said:
> 
>> At some point during the development of 4646, somebody argued that
>> both cases needed to be specified.
> 
> He was clearly wrong. (But I sympathetize, I made the same mistake at
> the beginning.)
> 
>> Can you find an RFC that states unequivocally that ABNF strings are 
>> case-insensitive?  
> 
> Besides the good reference given by John Cowan, I would like to add
> that RFC which do want case-sensitivity have to use numeric
> values. See for instance how RFC 4627 describes the string "false"
> (lowercase only):
> 
>         false = %x66.61.6c.73.65   ; false
> 
> I may add that every ABNF implementation I know of treats strings in a
> case-insensitive way (as required by the RFC).
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 11:58:46 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuXRO-0002FU-Df; Wed, 13 Dec 2006 11:58:46 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuXRN-0002FF-7p
	for ltru@ietf.org; Wed, 13 Dec 2006 11:58:45 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuXRL-0002uR-U8
	for ltru@ietf.org; Wed, 13 Dec 2006 11:58:45 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GuXRK-00039a-7S; Wed, 13 Dec 2006 11:58:42 -0500
Date: Wed, 13 Dec 2006 11:58:42 -0500
To: Addison Phillips <addison@yahoo-inc.com>
Subject: Re: [Ltru] Re: Case-insensitive rules (Was:
	I-D	ACTION:draft-ietf-ltru-4646bis-01.txt)
Message-ID: <20061213165842.GO8875@ccil.org>
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
	<20061213151012.GA16174@nic.fr> <45802A03.8080609@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <45802A03.8080609@yahoo-inc.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips scripsit:

> I note that people seem to have an incredibly difficult time actually 
> reading one RFC, not to mention understanding ANBF, so we'll probably 
> have to SAY LOUDLY that ABNF is case-insensitive in our own document.

+1

-- 
John Cowan   http://ccil.org/~cowan    cowan@ccil.org
We want more school houses and less jails; more books and less arsenals;
more learning and less vice; more constant work and less crime; more
leisure and less greed; more justice and less revenge; in fact, more of
the opportunities to cultivate our better natures.  --Samuel Gompers

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 15:07:52 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuaOF-00055M-BI; Wed, 13 Dec 2006 15:07:43 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuaOE-00055H-Bk
	for ltru@ietf.org; Wed, 13 Dec 2006 15:07:42 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuaOA-00059s-U2
	for ltru@ietf.org; Wed, 13 Dec 2006 15:07:42 -0500
Received: from [10.72.66.37] (snvvpn-10-72-66-c37.corp.yahoo.com [10.72.66.37])
	(authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBDK7KnH091098
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 13 Dec 2006 12:07:20 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=blW8tHXdUOV7cemvQ77r4a/skmeB2Xj0oJuIXjFB0YayhPIQgiheXpluqxZe3GjT
Message-ID: <45805D78.4010802@yahoo-inc.com>
Date: Wed, 13 Dec 2006 12:07:20 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Re: Case-insensitive rules (Was:
	I-D	ACTION:draft-ietf-ltru-4646bis-01.txt)
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>	<20061213151012.GA16174@nic.fr>
	<015501c71ed1$105088e0$6701a8c0@DGBP7M81>
In-Reply-To: <015501c71ed1$105088e0$6701a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 8b431ad66d60be2d47c7bfeb879db82c
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

It seems reasonable to change it, provided we give sufficient text 
explaining it. I have made the changes in the editor's copy, which I 
should have posted shortly (but not today).

Addison

Doug Ewell wrote:
> Stephane Bortzmeyer <bortzmeyer at nic dot fr> wrote:
> 
>>> At some point during the development of 4646, somebody argued that 
>>> both cases needed to be specified.
>>
>> He was clearly wrong. (But I sympathetize, I made the same mistake at 
>> the beginning.)
> 
> I wonder if anyone can find the thread on this list, many months ago, 
> where someone argued that we had to specify both cases explicitly.  Our 
> original ABNF assumed case insensitivity.  I'd hate to go through the 
> process all over again of changing it, changing it back, etc.
> 
>>> Can you find an RFC that states unequivocally that ABNF strings are 
>>> case-insensitive?
>>
>> Besides the good reference given by John Cowan, I would like to add 
>> that RFC which do want case-sensitivity have to use numeric values. 
>> See for instance how RFC 4627 describes the string "false" (lowercase 
>> only):
>>
>>        false = %x66.61.6c.73.65   ; false
>>
>> I may add that every ABNF implementation I know of treats strings in a 
>> case-insensitive way (as required by the RFC).
> 
> -- 
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 15:11:47 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuaSA-0007pg-Vf; Wed, 13 Dec 2006 15:11:46 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuaS9-0007of-4l
	for ltru@ietf.org; Wed, 13 Dec 2006 15:11:45 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuaS7-0005dg-Gv
	for ltru@ietf.org; Wed, 13 Dec 2006 15:11:45 -0500
Received: from [10.72.66.37] (snvvpn-10-72-66-c37.corp.yahoo.com [10.72.66.37])
	(authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBDKBZFb091342
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Wed, 13 Dec 2006 12:11:36 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=TCQ8To1hsGfl/u+ZhE6Lb80wqkNTFSPc0UTSxkMlDqmVI28xRuyOawDVHL5YD+8H
Message-ID: <45805E77.9030009@yahoo-inc.com>
Date: Wed, 13 Dec 2006 12:11:35 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] More about Description fields
References: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
	<457F5070.9020709@yahoo-inc.com>
	<003901c71e7a$9ebb0ad0$6701a8c0@DGBP7M81>
In-Reply-To: <003901c71e7a$9ebb0ad0$6701a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by rsmtp1.corp.yahoo.com
	id kBDKBZFb091342
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 67c1ea29f88502ef6a32ccec927970f0
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

I thought some more about it. I'm proposing that we go even further and=20
change this:

--
For records taken from a source standard (such as ISO 639 or ISO 3166),=20
the 'Description' value(s) SHOULD be taken from the source standard.=20
Multiple descriptions in the source standard MUST be split into separate=20
'Description' fields. The source standard's descriptions MAY be edited,=20
either prior to insertion or via the registration process.

When creating a new registry entry, duplicate, redundant, conflicting,=20
or otherwise problematic descriptions MUST either be corrected or=20
omitted. Parenthetical comments, inverted names, and other=20
irregularities SHOULD be regularized according to the guidelines used to=20
update the registry in [registry-update].
--

To read like this:

--
For records taken from a source standard (such as ISO 639 or ISO 3166),=20
the 'Description' value(s) SHOULD also be taken from the source=20
standard. Multiple descriptions in the source standard MUST be split=20
into separate 'Description' fields. The source standard's descriptions=20
MAY be edited, either prior to insertion or via the registration process.

When creating or updating a record due to the action of one of the=20
source standards, the Language Subtag Reviewer SHOULD remove duplicate=20
or redundant descriptions and MAY edit descriptions to correct=20
irregularities in formatting prior to submitting the proposed record to=20
the ietf-languages list.
--

Note that this version stresses fixing formatting (which I take to mean=20
extra spaces, unruly typesetter's quotes, capitalization irregularities,=20
and the like). It also removes the need for Doug to document exactly=20
what is necessary for the future. (I think he will still need to=20
document his own actions, if any, in creating the updated registry.)

Addison


Doug Ewell wrote:
> Addison Phillips <addison at yahoo dash inc dot com> wrote:
>=20
>>> Two more points about draft-4646bis-00 and the issue of Description=20
>>> fields taken from source standards, specifically ISO 639-3.
>>
>> I think you mean draft-01
>=20
> Yep.  I'm the one who is stuck on draft-00.
>=20
>> Very carefully I didn't define "problematic". The text about=20
>> non-normativeness is from 4646. The idea here (more below) is that we=20
>> have a way to edit anything bizarre without requiring a new RFC or=20
>> other magic.
>=20
> I don't remember anything "bizarre," other than the bizarre=20
> acute-accent-as-modifier in Gwich=C2=B4in, which we incidentally still =
have.
>=20
>> ... I think we should modify that paragraph...
>> to say instead:
>>
>> --=20
>> When creating a new registry entry, duplicate, redundant, conflicting,=
=20
>> or otherwise problematic descriptions MUST either be corrected or=20
>> omitted. Any irregularities SHOULD be regularized according to the=20
>> guidelines used to update the registry in [registry-update].
>> --=20
>=20
> I'm fine with that.  Does "problematic" include issues like the one=20
> Karen raised about Scots, though?  I know, very carefully you didn't=20
> define it.
>=20
>> I think the problem here is: either we allow editing or we don't.
>>
>> If we do NOT, that implies that:
>>
>>  - we introduce text banning the addition or modification of=20
>> descriptions except by action of the source standards
>>  - we copy the descriptions exactly from the source standards
>>
>> If we DO, that implies that:
>>
>>  - descriptions may be edited via the registration process.
>>  - (thus) descriptions may be edited at inception. This suggests that=20
>> we regularize them minimally.
>=20
> I agree with every word of the above.  That still leaves the question=20
> unanswered:  do we or don't we?
>=20
>> I would suggest, based on this thread, that we regularize them only=20
>> minimally, preserving the *right* to modify anything weird that one of=
=20
>> the standards might emit, while in practice (more-or-less) slavishly=20
>> following whatever the standards bodies emit (which is the situation=20
>> that obtains today).
>=20
> How do the conservatives on the list feel about this?
>=20
>> That suggests neither inventing inversions or undoing them.
>=20
> I can live with that.
>=20
> --=20
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>=20

--=20
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 15:17:27 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuaXf-0001jL-27; Wed, 13 Dec 2006 15:17:27 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuaXe-0001jF-BS
	for ltru@ietf.org; Wed, 13 Dec 2006 15:17:26 -0500
Received: from virtual3.netaktiv.com ([80.67.170.53] helo=mail.bortzmeyer.org)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuaXc-0006Hs-32
	for ltru@ietf.org; Wed, 13 Dec 2006 15:17:26 -0500
Received: by mail.bortzmeyer.org (Postfix, from userid 10)
	id 4DB10240813; Wed, 13 Dec 2006 22:16:55 +0100 (CET)
Received: by mail.sources.org (Postfix, from userid 1000)
	id 6F6B911158; Wed, 13 Dec 2006 21:12:08 +0100 (CET)
Date: Wed, 13 Dec 2006 21:12:08 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Addison Phillips <addison@yahoo-inc.com>
Message-ID: <20061213201208.GA28356@sources.org>
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
	<20061213151012.GA16174@nic.fr> <45802A03.8080609@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <45802A03.8080609@yahoo-inc.com>
X-Transport: UUCP rules
X-Operating-System: Debian GNU/Linux 3.1
User-Agent: Mutt/1.5.9i
X-Spam-Score: 0.1 (/)
X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25
Cc: LTRU Working Group <ltru@ietf.org>
Subject: [Ltru] Re: Case-insensitive rules (Was:
	I-D	ACTION:draft-ietf-ltru-4646bis-01.txt)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Wed, Dec 13, 2006 at 08:27:47AM -0800,
 Addison Phillips <addison@yahoo-inc.com> wrote 
 a message of 55 lines which said:

> Note that this would also affect the "singleton" production, which
> could then become:
> 
>   singleton = "a"-"w" / "y"-"z" / "0"-"9"
>   ; single alphanumerics; 'x' reserved for private-use

I agree with this change.

> we'll probably have to SAY LOUDLY that ABNF is case-insensitive in
> our own document.

OK

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 16:45:21 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gubuj-0002u2-RV; Wed, 13 Dec 2006 16:45:21 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gubui-0002ts-QS
	for ltru@ietf.org; Wed, 13 Dec 2006 16:45:20 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gubug-0004D0-J9
	for ltru@ietf.org; Wed, 13 Dec 2006 16:45:20 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Gubuf-0008BI-MF; Wed, 13 Dec 2006 16:45:17 -0500
Date: Wed, 13 Dec 2006 16:45:17 -0500
To: Addison Phillips <addison@yahoo-inc.com>
Subject: Re: [Ltru] More about Description fields
Message-ID: <20061213214517.GH14251@ccil.org>
References: <006e01c71dc7$f1f410b0$6701a8c0@DGBP7M81>
	<457F5070.9020709@yahoo-inc.com>
	<003901c71e7a$9ebb0ad0$6701a8c0@DGBP7M81>
	<45805E77.9030009@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <45805E77.9030009@yahoo-inc.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips scripsit:

> To read like this:
> 
> --
> For records taken from a source standard (such as ISO 639 or ISO 3166), 
> the 'Description' value(s) SHOULD also be taken from the source 
> standard. Multiple descriptions in the source standard MUST be split 
> into separate 'Description' fields. The source standard's descriptions 
> MAY be edited, either prior to insertion or via the registration process.
> 
> When creating or updating a record due to the action of one of the 
> source standards, the Language Subtag Reviewer SHOULD remove duplicate 
> or redundant descriptions and MAY edit descriptions to correct 
> irregularities in formatting prior to submitting the proposed record to 
> the ietf-languages list.
> --

+1

Short and to the point, neither too vague nor too specific.
It has the virtue of not assuming that the Official Doug is an idiot.

-- 
Dream projects long deferred             John Cowan <cowan@ccil.org>
usually bite the wax tadpole.            http://www.ccil.org/~cowan
        --James Lileks

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 17:31:09 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guccw-0000rr-UB; Wed, 13 Dec 2006 17:31:02 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guccv-0000rY-Gb
	for ltru@ietf.org; Wed, 13 Dec 2006 17:31:01 -0500
Received: from outbound-cpk.frontbridge.com ([207.46.163.16]
	helo=outbound2-cpk-R.bigfish.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guccs-0003tc-FZ
	for ltru@ietf.org; Wed, 13 Dec 2006 17:31:01 -0500
Received: from outbound2-cpk.bigfish.com (localhost.localdomain [127.0.0.1])
	by outbound2-cpk-R.bigfish.com (Postfix) with ESMTP id 011E0DD87CB
	for <ltru@ietf.org>; Wed, 13 Dec 2006 22:30:16 +0000 (UTC)
Received: from mail90-cpk-R.bigfish.com (unknown [192.168.21.3])
	by outbound2-cpk.bigfish.com (Postfix) with ESMTP id EE5DCDD87C9
	for <ltru@ietf.org>; Wed, 13 Dec 2006 22:30:15 +0000 (UTC)
Received: from mail90-cpk.bigfish.com (localhost.localdomain [127.0.0.1])
	by mail90-cpk-R.bigfish.com (Postfix) with ESMTP id E44845D7474
	for <ltru@ietf.org>; Wed, 13 Dec 2006 22:30:15 +0000 (UTC)
X-BigFish: VP
Received: by mail90-cpk (MessageSwitch) id 1166049015833771_11756;
	Wed, 13 Dec 2006 22:30:15 +0000 (UCT)
Received: from USCCIMTA02.spe.sony.com (unknown [64.14.251.196])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail90-cpk.bigfish.com (Postfix) with ESMTP id A05F25DA163
	for <ltru@ietf.org>; Wed, 13 Dec 2006 22:30:15 +0000 (UTC)
Received: from usmail04.spe.sony.com ([43.130.148.27])
	by USCCIMTA02.spe.sony.com (Lotus Domino Release 6.5.5)
	with ESMTP id 2006121314335601-1513445 ;
	Wed, 13 Dec 2006 14:33:56 -0800 
To: LTRU Working Group <ltru@ietf.org>
Subject: Re: [Ltru] More about Description fields
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.5  CCH1 March 07, 2006
Message-ID: <OF18B583C0.239E595F-ON88257243.007B4BA5-88257243.007B9D74@spe.sony.com>
From: Karen_Broome@spe.sony.com
Date: Wed, 13 Dec 2006 14:28:48 -0800
X-MIMETrack: Serialize by Router on USMAIL04/SVR/SPE(Release 6.5.5FP1|April 11,
	2006) at 12/13/2006 14:28:48,
	Serialize complete at 12/13/2006 14:28:48,
	Itemize by SMTP Server on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 12/13/2006 02:33:56 PM,
	Serialize by Router on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 12/13/2006 02:33:58 PM,
	Serialize complete at 12/13/2006 02:33:58 PM
X-Spam-Score: 0.3 (/)
X-Scan-Signature: f60fbf3dbcaca652b6d10036f0630412
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1011056132=="
Errors-To: ltru-bounces@ietf.org

This is a multipart message in MIME format.
--===============1011056132==
Content-Type: multipart/alternative;
	boundary="=_alternative 007B9D7188257243_="

This is a multipart message in MIME format.
--=_alternative 007B9D7188257243_=
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset="ISO-8859-1"

This is a bit off-topic, but describes real-life situations that might=20
have some bearing on the description discussion -- or not. Note that I=20
indicated my use of "Gaelic (Scottish)" is for my local applications, not=20
necessarily what I'm suggesting ISO or IETF should call the language.=20
Forgive me if I'm repeating myself....

It's not as important for me to be politically correct or perfectly in=20
synch with ISO standards as it is to ensure that our films are correctly=20
classified in a way that enables their distribution to the correct=20
countries and linguistic demographics. We frequently get Irish content=20
that is described as "Gaelic."=20

Even IMDB, considered by many to be the world's most authoritative source=20
of film metadata, does not make proper distinctions between Irish and=20
Gaelic. (I'm not sure they use the term "Irish" at all, so everything ends =

up as "Gaelic.")=20

Examples from IMDB using "Gaelic" as a label that are -- as far as I can=20
tell -- Irish films:

http://www.imdb.com/title/tt0410939/
http://www.imdb.com/title/tt0111112/
http://www.imdb.com/title/tt0488062/
http://www.imdb.com/title/tt0474510/

I need to do something to my interfaces to help the user classify content=20
correctly, whether I take the purist high-road or use tricks to fool users =

into making the right choice or realizing they need to look at the=20
documentation more closely. It cannot be assumed that a person who fills=20
in metadata about a film is an expert linguist.=20

So despite your assertion that "Gaelic" is more correct, I won't use that=20
label in an interface because Irish films will inevitably end up in this=20
category as seen on IMDB. I use inverted forms "Gaelic (Irish)" and=20
"Gaelic (Scottish)." This signals the user that they need to know the=20
difference. My apologies to those who find this offensive, but it helps=20
get me what I need and I can use the correct language code underneath=20
these classifications.

Yes, in a perfect world an American film buff would also know the=20
difference between Scots, Glaswegian English, Gaelic, and Irish, but=20
inevitably we'll get films labeled "Scottish" or "Scots" or "Gaelic" and I =

need to do whatever I can to the user interface name to get the content=20
classified correctly so it finds its audience. It's not a=20
misunderstanding; it's a conscious usability choice.

I recommend the use of these and other inverted forms and I won't=20
apologize for it. I'll save my apologies for the occasion when a user=20
purchases a "Gaelic" film that is actually in Irish from a Sony Pictures=20
service.

Regards,

Karen Broome
Metadata Systems Designer
Sony Pictures Entertainment
310.244.4384




Marion Gunn <mgunn@egt.ie>=20
12/13/2006 04:35 AM

To
LTRU Working Group <ltru@ietf.org>
cc

Subject
Re: [Ltru] More about Description fields






On 12 Dec 2006, at 22:25, scr=EDobh Karen=5FBroome@spe.sony.com:

For the record, I was previously reprimanded for suggesting the use of=20
"Gaelic (Scots)" because of its potential to confuse the user with the=20
Scots language. I agreed. In my local applications, I'm now using "Gaelic=20
(Scottish)."=20

For the record (for those who STILL find it hard to match languages to=20
countries):
the "Celtic" language of Scotland is "Gaelic";
the "Celtic" language of Ireland is "Irish";
the "Celtic" language of the Isle of Man is "Manx";
the "Celtic" language of Wales is "Welsh";
the "Celtic" language of Brittany is "Breton";
the "Celtic" language of Corwall is "Cornish".

As you can see, the only mismatch is Scotland, having a language called=20
"Gaelic" - ALL the other languages are called by names which match the=20
names of the countries to which they belong.  Deviating from this simple=20
rule causes offense to speakers and endless difficulties to both teachers=20
and learners.
mg

- -=20
Marion Gunn * EGTeo (Estab.1991)
27 P=E1irc an Fh=E9ithlinn, Baile an=20
Bh=F3thair, Co. =C1tha Cliath, =C9ire.
* mgunn@egt.ie * eamonn@egt.ie *
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru


--=_alternative 007B9D7188257243_=
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="ISO-8859-1"


<br><font size=3D2 face=3D"sans-serif">This is a bit off-topic, but describ=
es
real-life situations that might have some bearing on the description discus=
sion
-- or not. Note that I indicated my use of &quot;Gaelic (Scottish)&quot;
is for my local applications, not necessarily what I'm suggesting ISO or
IETF should call the language. Forgive me if I'm repeating myself....</font>
<br>
<br><font size=3D2 face=3D"sans-serif">It's not as important for me to be p=
olitically
correct or perfectly in synch with ISO standards as it is to ensure that
our films are correctly classified in a way that enables their distribution
to the correct countries and linguistic demographics. We frequently get
Irish content that is described as &quot;Gaelic.&quot; </font>
<br>
<br><font size=3D2 face=3D"sans-serif">Even IMDB, considered by many to be
the world's most authoritative source of film metadata, does not make proper
distinctions between Irish and Gaelic. (I'm not sure they use the term
&quot;Irish&quot; at all, so everything ends up as &quot;Gaelic.&quot;)
</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Examples from IMDB using &quot;Gaeli=
c&quot;
as a label that are -- as far as I can tell -- Irish films:</font>
<br>
<br><font size=3D2 face=3D"sans-serif">http://www.imdb.com/title/tt0410939/=
</font>
<br><font size=3D2 face=3D"sans-serif">http://www.imdb.com/title/tt0111112/=
</font>
<br><font size=3D2 face=3D"sans-serif">http://www.imdb.com/title/tt0488062/=
</font>
<br><font size=3D2 face=3D"sans-serif">http://www.imdb.com/title/tt0474510/=
</font>
<br>
<br><font size=3D2 face=3D"sans-serif">I need to do something to my interfa=
ces
to help the user classify content correctly, whether I take the purist
high-road or use tricks to fool users into making the right choice or reali=
zing
they need to look at the documentation more closely. It cannot be assumed
that a person who fills in metadata about a film is an expert linguist.
</font>
<br>
<br><font size=3D2 face=3D"sans-serif">So despite your assertion that &quot=
;Gaelic&quot;
is more correct, I won't use that label in an interface because Irish films
will inevitably end up in this category as seen on IMDB. I use inverted
forms &quot;Gaelic (Irish)&quot; and &quot;Gaelic (Scottish).&quot; This
signals the user that they need to know the difference. My apologies to
those who find this offensive, but it helps get me what I need and I can
use the correct language code underneath these classifications.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Yes, in a perfect world an American
film buff would also know the difference between Scots, Glaswegian English,
Gaelic, and Irish, but inevitably we'll get films labeled &quot;Scottish&qu=
ot;
or &quot;Scots&quot; or &quot;Gaelic&quot; and I need to do whatever I
can to the user interface name to get the content classified correctly
so it finds its audience. It's not a misunderstanding; it's a conscious
usability choice.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">I recommend the use of these and oth=
er
inverted forms and I won't apologize for it. I'll save my apologies for
the occasion when a user purchases a &quot;Gaelic&quot; film that is actual=
ly
in Irish from a Sony Pictures service.</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Regards,</font>
<br>
<br><font size=3D2 face=3D"sans-serif">Karen Broome<br>
Metadata Systems Designer<br>
Sony Pictures Entertainment<br>
310.244.4384</font>
<br>
<br>
<br>
<br>
<table width=3D100%>
<tr valign=3Dtop>
<td width=3D40%><font size=3D1 face=3D"sans-serif"><b>Marion Gunn &lt;mgunn=
@egt.ie&gt;</b>
</font>
<p><font size=3D1 face=3D"sans-serif">12/13/2006 04:35 AM</font>
<td width=3D59%>
<table width=3D100%>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">To</font></div>
<td><font size=3D1 face=3D"sans-serif">LTRU Working Group &lt;ltru@ietf.org=
&gt;</font>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">cc</font></div>
<td>
<tr valign=3Dtop>
<td>
<div align=3Dright><font size=3D1 face=3D"sans-serif">Subject</font></div>
<td><font size=3D1 face=3D"sans-serif">Re: [Ltru] More about Description fi=
elds</font></table>
<br>
<table>
<tr valign=3Dtop>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=3D3>On 12 Dec 2006, at 22:25, scr=EDobh </font><a href=3Dmai=
lto:Karen=5FBroome@spe.sony.com><font size=3D3 color=3Dblue><u>Karen=5FBroo=
me@spe.sony.com</u></font></a><font size=3D3>:</font>
<br><font size=3D2 face=3D"sans-serif"><br>
For the record, I was previously reprimanded for suggesting the use of
&quot;Gaelic (Scots)&quot; because of its potential to confuse the user
with the Scots language. I agreed. In my local applications, I'm now using
&quot;Gaelic (Scottish).&quot;</font><font size=3D3> </font>
<br>
<br><font size=3D3>For&nbsp;the record (for&nbsp;those who STILL find it
hard to match languages to countries):</font>
<br><font size=3D3>the &quot;Celtic&quot; language of Scotland is &quot;Gae=
lic&quot;;</font>
<br><font size=3D3>the &quot;Celtic&quot; language of&nbsp;Ireland is &quot=
;Irish&quot;;</font>
<br><font size=3D3>the &quot;Celtic&quot; language of the Isle of Man is
&quot;Manx&quot;;</font>
<br><font size=3D3>the &quot;Celtic&quot; language of&nbsp;Wales is &quot;W=
elsh&quot;;</font>
<br><font size=3D3>the &quot;Celtic&quot; language of&nbsp;Brittany is &quo=
t;Breton&quot;;</font>
<br><font size=3D3>the &quot;Celtic&quot; language of&nbsp;Corwall is &quot=
;Cornish&quot;.</font>
<br>
<br><font size=3D3>As you can see, the only mismatch is Scotland, having
a language called &quot;Gaelic&quot; - ALL the other languages are called
by names which match the names of the countries to which they belong.&nbsp;
Deviating from this simple rule causes offense to speakers and endless
difficulties to both teachers and learners.</font>
<br><font size=3D3>mg</font>
<br>
<br><font size=3D3>- -&nbsp;</font>
<br><font size=3D3>Marion Gunn * EGTeo (Estab.1991)</font>
<br><font size=3D3>27 P=E1irc an Fh=E9ithlinn, Baile an </font>
<br><font size=3D3>Bh=F3thair, Co. =C1tha Cliath, =C9ire.</font>
<br><font size=3D3>* </font><a href=3Dmailto:mgunn@egt.ie><font size=3D3 co=
lor=3Dblue><u>mgunn@egt.ie</u></font></a><font size=3D3>
* </font><a href=3Dmailto:eamonn@egt.ie><font size=3D3 color=3Dblue><u>eamo=
nn@egt.ie</u></font></a><font size=3D3>
*</font>
<br><tt><font size=3D2>=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F<br>
Ltru mailing list<br>
Ltru@ietf.org<br>
https://www1.ietf.org/mailman/listinfo/ltru<br>
</font></tt>
<br>
--=_alternative 007B9D7188257243_=--



--===============1011056132==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1011056132==--





From ltru-bounces@ietf.org Wed Dec 13 19:12:42 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GueDA-0003VA-J1; Wed, 13 Dec 2006 19:12:32 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GueD9-0003U2-VR
	for ltru@ietf.org; Wed, 13 Dec 2006 19:12:31 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GueD7-00041W-K0
	for ltru@ietf.org; Wed, 13 Dec 2006 19:12:31 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GueD7-0003y2-53; Wed, 13 Dec 2006 19:12:29 -0500
Date: Wed, 13 Dec 2006 19:12:29 -0500
To: Karen_Broome@spe.sony.com
Subject: Re: [Ltru] More about Description fields
Message-ID: <20061214001229.GK14251@ccil.org>
References: <OF18B583C0.239E595F-ON88257243.007B4BA5-88257243.007B9D74@spe.sony.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <OF18B583C0.239E595F-ON88257243.007B4BA5-88257243.007B9D74@spe.sony.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Karen_Broome@spe.sony.com scripsit:

> Even IMDB, considered by many to be the world's most authoritative source 
> of film metadata, does not make proper distinctions between Irish and 
> Gaelic. (I'm not sure they use the term "Irish" at all, so everything ends 
> up as "Gaelic.") 

A quick look shows that IMDB does not distinguish between Irish and Scottish
Gaelic at all, merging them under the term "Gaelic".  (There are probably
no movies with Manx dialogue.)

> I recommend the use of these and other inverted forms and I won't 
> apologize for it. I'll save my apologies for the occasion when a user 
> purchases a "Gaelic" film that is actually in Irish from a Sony Pictures 
> service.

They'll be able to follow it anyhow, at least if it is about "fishing
and bawdy" (O'Brian).

-- 
John Cowan  <cowan@ccil.org>  http://ccil.org/~cowan
Micropayment advocates mistakenly believe that efficient allocation of
resources is the purpose of markets.  Efficiency is a byproduct of market
systems, not their goal.  The reasons markets work are not because users
have embraced efficiency but because markets are the best place to allow
users to maximize their preferences, and very often their preferences are
not for conservation of cheap resources.  --Clay Shirkey

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 13 19:37:13 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gueav-0007qz-Hu; Wed, 13 Dec 2006 19:37:05 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gueat-0007qs-Mi
	for ltru@ietf.org; Wed, 13 Dec 2006 19:37:03 -0500
Received: from outbound-blu.frontbridge.com ([65.55.251.16]
	helo=outbound8-blu-R.bigfish.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guear-0007ZR-0H
	for ltru@ietf.org; Wed, 13 Dec 2006 19:37:03 -0500
Received: from outbound8-blu.bigfish.com (localhost.localdomain [127.0.0.1])
	by outbound8-blu-R.bigfish.com (Postfix) with ESMTP id 50A2C9D8AB4;
	Thu, 14 Dec 2006 00:35:27 +0000 (UTC)
Received: from mail56-blu-R.bigfish.com (unknown [10.1.252.3])
	by outbound8-blu.bigfish.com (Postfix) with ESMTP id E95E660005C;
	Thu, 14 Dec 2006 00:35:26 +0000 (UTC)
Received: from mail56-blu (localhost.localdomain [127.0.0.1])
	by mail56-blu-R.bigfish.com (Postfix) with ESMTP id A949718F80EB;
	Thu, 14 Dec 2006 00:35:26 +0000 (UTC)
X-BigFish: VP
Received: by mail56-blu (MessageSwitch) id 1166056526515191_27731;
	Thu, 14 Dec 2006 00:35:26 +0000 (UCT)
Received: from USCCIMTA02.spe.sony.com (unknown [64.14.251.196])
	(using SSLv3 with cipher RC4-MD5 (128/128 bits))
	(No client certificate requested)
	by mail56-blu.bigfish.com (Postfix) with ESMTP id 40A965004D;
	Thu, 14 Dec 2006 00:35:26 +0000 (UTC)
Received: from usmail04.spe.sony.com ([43.130.148.27])
	by USCCIMTA02.spe.sony.com (Lotus Domino Release 6.5.5)
	with ESMTP id 2006121316390633-1520183 ;
	Wed, 13 Dec 2006 16:39:06 -0800 
In-Reply-To: <20061214001229.GK14251@ccil.org>
To: John Cowan <cowan@ccil.org>
Subject: Re: [Ltru] More about Description fields
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.5  CCH1 March 07, 2006
Message-ID: <OFDC0140BD.1FB183DA-ON88257244.0002921B-88257244.00033D22@spe.sony.com>
From: Karen_Broome@spe.sony.com
Date: Wed, 13 Dec 2006 16:33:58 -0800
X-MIMETrack: Serialize by Router on USMAIL04/SVR/SPE(Release 6.5.5FP1|April 11,
	2006) at 12/13/2006 16:33:59,
	Serialize complete at 12/13/2006 16:33:59,
	Itemize by SMTP Server on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 12/13/2006 04:39:06 PM,
	Serialize by Router on USCCiMTA02/SVR/SPE(Release 6.5.5|November 30,
	2005) at 12/13/2006 04:39:09 PM,
	Serialize complete at 12/13/2006 04:39:09 PM
X-Spam-Score: 0.7 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0039728553=="
Errors-To: ltru-bounces@ietf.org

This is a multipart message in MIME format.
--===============0039728553==
Content-Type: multipart/alternative;
	boundary="=_alternative 00033D1F88257244_="

This is a multipart message in MIME format.
--=_alternative 00033D1F88257244_=
Content-Type: text/plain; charset="US-ASCII"

John Cowan <cowan@ccil.org> wrote on 12/13/2006 04:12:29 PM:

> Karen_Broome@spe.sony.com scripsit:
> 
> > Even IMDB, considered by many to be the world's most authoritative 
source 
> > of film metadata, does not make proper distinctions between Irish and 
> > Gaelic. (I'm not sure they use the term "Irish" at all, so everything 
ends 
> > up as "Gaelic.") 
> 
> A quick look shows that IMDB does not distinguish between Irish and 
Scottish
> Gaelic at all, merging them under the term "Gaelic".  (There are 
probably
> no movies with Manx dialogue.)
> 

Exactly ... Admittedly a slightly different scenario, but the fact that no 
one has noticed this problem on a fairly high-quality site indicates a 
usability problem in understanding the distinctions between the languages. 
While adding "Irish" to the list in the IMDB classification interface 
might help, the best solution would be "Gaelic (Irish)" and "Gaelic 
(Scottish)" IMHO. 

Of course, these language names could then be displayed in the *browsing* 
interface as "Irish" and "Gaelic" in keeping with Marion's suggested 
usage.

FWIW,

Karen
--=_alternative 00033D1F88257244_=
Content-Type: text/html; charset="US-ASCII"


<br><tt><font size=2>John Cowan &lt;cowan@ccil.org&gt; wrote on 12/13/2006
04:12:29 PM:<br>
<br>
&gt; Karen_Broome@spe.sony.com scripsit:<br>
&gt; <br>
&gt; &gt; Even IMDB, considered by many to be the world's most authoritative
source <br>
&gt; &gt; of film metadata, does not make proper distinctions between Irish
and <br>
&gt; &gt; Gaelic. (I'm not sure they use the term &quot;Irish&quot; at
all, so everything ends <br>
&gt; &gt; up as &quot;Gaelic.&quot;) <br>
&gt; <br>
&gt; A quick look shows that IMDB does not distinguish between Irish and
Scottish<br>
&gt; Gaelic at all, merging them under the term &quot;Gaelic&quot;. &nbsp;(There
are probably<br>
&gt; no movies with Manx dialogue.)<br>
&gt; <br>
</font></tt>
<br><tt><font size=2>Exactly ... Admittedly a slightly different scenario,
but the fact that no one has noticed this problem on a fairly high-quality
site indicates a usability problem in understanding the distinctions between
the languages. While adding &quot;Irish&quot; to the list in the IMDB classification
interface might help, the best solution would be &quot;Gaelic (Irish)&quot;
and &quot;Gaelic (Scottish)&quot; IMHO. </font></tt>
<br>
<br><tt><font size=2>Of course, these language names could then be displayed
in the *browsing* interface as &quot;Irish&quot; and &quot;Gaelic&quot;
in keeping with Marion's suggested usage.</font></tt>
<br>
<br><tt><font size=2>FWIW,</font></tt>
<br>
<br><tt><font size=2>Karen</font></tt>
--=_alternative 00033D1F88257244_=--



--===============0039728553==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0039728553==--





From ltru-bounces@ietf.org Thu Dec 14 06:32:32 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guooz-00082y-8u; Thu, 14 Dec 2006 06:32:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guoox-0007yy-ME
	for ltru@ietf.org; Thu, 14 Dec 2006 06:32:15 -0500
Received: from mail17.svc.cra.dublin.eircom.net ([159.134.118.216])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1Guoou-0001RD-Bc
	for ltru@ietf.org; Thu, 14 Dec 2006 06:32:13 -0500
Received: (qmail 67569 messnum 5078358 invoked from
	network[194.125.174.57/ts09-057.dublin.indigo.ie]);
	14 Dec 2006 11:32:07 -0000
Received: from ts09-057.dublin.indigo.ie (HELO ?194.125.174.57?)
	(194.125.174.57)
	by mail17.svc.cra.dublin.eircom.net (qp 67569) with SMTP;
	14 Dec 2006 11:32:07 -0000
Mime-Version: 1.0 (Apple Message framework v728)
In-Reply-To: <OFDC0140BD.1FB183DA-ON88257244.0002921B-88257244.00033D22@spe.sony.com>
References: <OFDC0140BD.1FB183DA-ON88257244.0002921B-88257244.00033D22@spe.sony.com>
Message-Id: <6ACB44FA-CB29-4AD6-AB8B-1481CE321E34@egt.ie>
From: Marion Gunn <mgunn@egt.ie>
Subject: Re: [Ltru] More about Description fields
Date: Thu, 14 Dec 2006 11:35:23 +0000
To: LTRU Working Group <ltru@ietf.org>,
	IETF Languages Discussion <ietf-languages@iana.org>
X-Mailer: Apple Mail (2.728)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1134910411=="
Errors-To: ltru-bounces@ietf.org


--===============1134910411==
Content-Type: multipart/alternative; boundary=Apple-Mail-3-957845941


--Apple-Mail-3-957845941
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=ISO-8859-1;
	delsp=yes;
	format=flowed

On 13 Dec 2006, at 22:50, scr=EDobh CE Whitehead:
> ...
> I've always referred to the Celtic language of Scotland as Scots =20
> Gaelic as opposed to Scots dialect which is English spoken as the =20
> Scottish folk speak it.
> However apparently Scots is now the term for the Scottish variety =20
> of English


The name "Scots" refers to the Germanic language indigenous to Scotland.

This debate reminds me of how long it and how much damage it took for =20=

Reuters to stop calling Bosnian by some other name.

Now going offline to attend a lunch a group I belong to is giving for =20=

the Slovenian Ambassador, whose opinion we respect and who respects =20
ours.
mg





- -
Marion Gunn * EGTeo (Estab.1991)
27 P=E1irc an Fh=E9ithlinn, Baile an
Bh=F3thair, Co. =C1tha Cliath, =C9ire.
* mgunn@egt.ie * eamonn@egt.ie *


--Apple-Mail-3-957845941
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=ISO-8859-1

<HTML><BODY style=3D"word-wrap: break-word; -khtml-nbsp-mode: space; =
-khtml-line-break: after-white-space; "><DIV style=3D""><FONT =
class=3D"Apple-style-span" face=3D"Monaco" size=3D"2"><SPAN =
class=3D"Apple-style-span" style=3D"font-size: 10px;">On 13 Dec 2006, at =
22:50, scr=EDobh CE Whitehead:</SPAN></FONT></DIV><BLOCKQUOTE =
type=3D"cite"><DIV style=3D""><FONT class=3D"Apple-style-span" =
face=3D"Monaco" size=3D"2"><SPAN class=3D"Apple-style-span" =
style=3D"font-size: 10px;">...</SPAN></FONT></DIV><DIV style=3D""><FONT =
class=3D"Apple-style-span" face=3D"Monaco" size=3D"2"><SPAN =
class=3D"Apple-style-span" style=3D"font-size: 10px;">I've always =
referred to the Celtic language of Scotland as Scots Gaelic as opposed =
to Scots dialect which is English spoken as the Scottish folk speak =
it.</SPAN></FONT></DIV><DIV style=3D""><FONT class=3D"Apple-style-span" =
face=3D"Monaco" size=3D"2"><SPAN class=3D"Apple-style-span" =
style=3D"font-size: 10px;">However apparently Scots is now the term for =
the Scottish variety of English</SPAN></FONT></DIV></BLOCKQUOTE><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV>The name "Scots" refers to the =
Germanic language indigenous to Scotland.<DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>This debate reminds me of =
how long it and how much damage it took for Reuters to stop calling =
Bosnian by some other name.=A0</DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV><DIV>Now going offline to attend =
a lunch a group I belong to is giving for the Slovenian Ambassador, =
whose opinion we respect and who respects =
ours.=A0</DIV><DIV>mg</DIV><DIV><DIV><DIV><FONT class=3D"Apple-style-span"=
 face=3D"Monaco" size=3D"2"><SPAN class=3D"Apple-style-span" =
style=3D"font-size: 10px;"><BR style=3D""></SPAN></FONT><DIV><DIV =
style=3D""><FONT class=3D"Apple-style-span" face=3D"Monaco" =
size=3D"2"><SPAN class=3D"Apple-style-span" style=3D"font-size: =
10px;"><BR =
class=3D"khtml-block-placeholder"></SPAN></FONT></DIV></DIV><FONT =
class=3D"Apple-style-span" face=3D"Monaco" size=3D"2"><SPAN =
class=3D"Apple-style-span" style=3D"font-size: 10px;"><BR =
class=3D"khtml-block-placeholder"></SPAN></FONT></DIV><DIV><BR =
class=3D"khtml-block-placeholder"></DIV></DIV><BR><DIV> <DIV>- =
-=A0</DIV><DIV>Marion Gunn * EGTeo (Estab.1991)</DIV><DIV>27 P=E1irc an =
Fh=E9ithlinn, Baile an </DIV><DIV>Bh=F3thair, Co. =C1tha Cliath, =
=C9ire.</DIV><DIV>* <A href=3D"mailto:mgunn@egt.ie">mgunn@egt.ie</A> * =
<A href=3D"mailto:eamonn@egt.ie">eamonn@egt.ie</A> *</DIV>  =
</DIV><BR></DIV></BODY></HTML>=

--Apple-Mail-3-957845941--


--===============1134910411==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1134910411==--




From ltru-bounces@ietf.org Thu Dec 14 06:37:00 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuotY-0002Av-RP; Thu, 14 Dec 2006 06:37:00 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuotY-0002Ao-6n
	for ltru@ietf.org; Thu, 14 Dec 2006 06:37:00 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuotV-0002BI-Tg
	for ltru@ietf.org; Thu, 14 Dec 2006 06:37:00 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP id 536B926C4E7
	for <ltru@ietf.org>; Thu, 14 Dec 2006 12:36:55 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP id D9DAE26C4D6
	for <ltru@ietf.org>; Thu, 14 Dec 2006 12:36:54 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id CCEB158ED2D
	for <ltru@ietf.org>; Thu, 14 Dec 2006 12:36:54 +0100 (CET)
Date: Thu, 14 Dec 2006 12:36:54 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: ltru@ietf.org
Message-ID: <20061214113654.GA24485@nic.fr>
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2
Subject: [Ltru] Re: I-D ACTION:draft-ietf-ltru-4646bis-01.txt
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Thu, Dec 07, 2006 at 03:50:02PM -0500,
 Internet-Drafts@ietf.org <Internet-Drafts@ietf.org> wrote 
 a message of 94 lines which said:

> 	Title		: Tags for Identifying Languages
> 	Author(s)	: A. Phillips, M. Davis
> 	Filename	: draft-ietf-ltru-4646bis-01.txt

>    o Tag or tags refers to a complete language tag, such as
>    "fr-Latn-CA".

Wouldn't it be better to enforce our own Suppress-script? "sr-Latn-RS"
or "az-Arab-IR" would be better examples.


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 06:49:46 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gup5n-0007ST-VZ; Thu, 14 Dec 2006 06:49:39 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gup5m-0007SN-Sq
	for ltru@ietf.org; Thu, 14 Dec 2006 06:49:38 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gup5l-0003nf-J5
	for ltru@ietf.org; Thu, 14 Dec 2006 06:49:38 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP
	id 13EE726C4EB; Thu, 14 Dec 2006 12:49:37 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP
	id 7C15826C4D6; Thu, 14 Dec 2006 12:49:36 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id 6EB7758ED2D;
	Thu, 14 Dec 2006 12:49:36 +0100 (CET)
Date: Thu, 14 Dec 2006 12:49:36 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Doug Ewell <dewell@adelphia.net>
Message-ID: <20061214114936.GA25827@nic.fr>
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
	<20061213151012.GA16174@nic.fr>
	<015501c71ed1$105088e0$6701a8c0@DGBP7M81>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <015501c71ed1$105088e0$6701a8c0@DGBP7M81>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
Cc: LTRU Working Group <ltru@ietf.org>
Subject: [Ltru] Re: Case-insensitive rules (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Wed, Dec 13, 2006 at 08:09:26AM -0800,
 Doug Ewell <dewell@adelphia.net> wrote 
 a message of 31 lines which said:

> I wonder if anyone can find the thread on this list, many months
> ago, where someone argued that we had to specify both cases
> explicitly.

I do not find such arguing. I find a thread where it was already
clearly explained that ABNF strings are case-insensitive
(http://www1.ietf.org/mail-archive/web/ltru/current/msg04263.html). In
this thread, some people even said that RFC 4646's grammar is wrong,
because it is non-deterministic
(http://www1.ietf.org/mail-archive/web/ltru/current/msg04260.html).


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 07:09:22 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GupOq-00086j-8Q; Thu, 14 Dec 2006 07:09:20 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GupOp-00086Z-Bq
	for ltru@ietf.org; Thu, 14 Dec 2006 07:09:19 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GupOn-00076K-Uw
	for ltru@ietf.org; Thu, 14 Dec 2006 07:09:19 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP id 5D31A26C4EB
	for <ltru@ietf.org>; Thu, 14 Dec 2006 13:09:17 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP id C417226C4E7
	for <ltru@ietf.org>; Thu, 14 Dec 2006 13:09:16 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id C196958ED51
	for <ltru@ietf.org>; Thu, 14 Dec 2006 13:09:16 +0100 (CET)
Date: Thu, 14 Dec 2006 13:09:16 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: ltru@ietf.org
Message-ID: <20061214120916.GA27747@nic.fr>
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 3e15cc4fdc61d7bce84032741d11c8e5
Subject: [Ltru] Well-formed vs. regular (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Thu, Dec 07, 2006 at 03:50:02PM -0500,
 Internet-Drafts@ietf.org <Internet-Drafts@ietf.org> wrote 
 a message of 94 lines which said:

> 	Title		: Tags for Identifying Languages
> 	Author(s)	: A. Phillips, M. Davis
> 	Filename	: draft-ietf-ltru-4646bis-01.txt

The draft seems inconsistent in its use of "well-formed" and
"regular". We find:

>   grandfathered = langtag   ; well-formed grandfathered tags
>                 / irregular ; tags that are not well-formed

(I would say that irregular is the opposite of regular, not of
well-formed.)

>  Those tags that would not be well-formed according to the ABNF in
>  this document or that contain subtags that do not individually
>  appear in the registry are maintained in the registry in records of
>  the "grandfathered" type.

(These tags are legal according to the ABNF, both of RFC 4646 and of
the new draft.)

>   Some grandfathered tags are "well-formed" in that they match the
>   'langtag' production in Figure 1.

And, a few lines later:

>   An implementation that claims to check for well-formed language tags
>   MUST:
>
>   o  Check that the tag and all of its subtags, including extension and
>      private use subtags, conform to the ABNF or that the tag is on the
>      list of grandfathered tags.

(The ABNF is sufficient since the "irregular" production is in it.)

Shouldn't we stick to a consistent vocabulary? I suggest to clearly
separate "regular" (complies with the "langtag" production of the
ABNF) and its superset "well-formed" (complies with the "Language-Tag" production,
plus the restriction on repeated extensions).

With this vocabulary:

fr-Arab-AQ is well-formed (and regular)

i-klingon is well-formed (and irregular)

i-toto is not well-formed 

art-lojban is well-formed (and regular)

uk-Cyrl-U is not well-formed 

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 11:59:32 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gutvc-0005wF-5D; Thu, 14 Dec 2006 11:59:28 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gutva-0005w3-KU
	for ltru@ietf.org; Thu, 14 Dec 2006 11:59:26 -0500
Received: from an-out-0708.google.com ([209.85.132.243])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GutvZ-0001GJ-7I
	for ltru@ietf.org; Thu, 14 Dec 2006 11:59:26 -0500
Received: by an-out-0708.google.com with SMTP id d30so198817and
	for <ltru@ietf.org>; Thu, 14 Dec 2006 08:59:25 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=OLrzRSXz3nobW+coWFFwHPYFrOc8p548fXCrWoQwyPkLbBh95MrfxMS+EsWX7skXbz2gIsdufbwv6AmstX9feMucNLfQVD1U6PrtYg46bu6MUxCGSTJtExpBhS2LL6VfD9ljkVRmU4m9Bui2gJZbIcdeloyDAWq2HEzsVHqk5YE=
Received: by 10.100.122.8 with SMTP id u8mr983525anc.1166115564891;
	Thu, 14 Dec 2006 08:59:24 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Thu, 14 Dec 2006 08:59:24 -0800 (PST)
Message-ID: <30b660a20612140859q6aa95b00k1208e44e557d9c92@mail.gmail.com>
Date: Thu, 14 Dec 2006 08:59:24 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Stephane Bortzmeyer" <bortzmeyer@nic.fr>
Subject: Re: [Ltru] Well-formed vs. regular (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt
In-Reply-To: <20061214120916.GA27747@nic.fr>
MIME-Version: 1.0
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
	<20061214120916.GA27747@nic.fr>
X-Google-Sender-Auth: 8519e26cce1819f4
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 287c806b254c6353fcb09ee0e53bbc5e
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1960763110=="
Errors-To: ltru-bounces@ietf.org

--===============1960763110==
Content-Type: multipart/alternative; 
	boundary="----=_Part_14295_9150769.1166115564632"

------=_Part_14295_9150769.1166115564632
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I agree that the language needs a bit of cleanup, but not quite what you
suggestion.

Well-formed means that it conforms to the ABNF for Language-Tag AND it
contains no two identical singleton extension tags.

We're using 'regular' to mean conforms to the ABNF for langtag or
privateuse, and 'irregular' to mean the reverse: doesn't conform to the ABNF
for langtag or privateuse. (Thus corresponding to the language tags that
must be syntactically grandfathered.)

Mark


On 12/14/06, Stephane Bortzmeyer <bortzmeyer@nic.fr> wrote:
>
> On Thu, Dec 07, 2006 at 03:50:02PM -0500,
> Internet-Drafts@ietf.org <Internet-Drafts@ietf.org> wrote
> a message of 94 lines which said:
>
> >       Title           : Tags for Identifying Languages
> >       Author(s)       : A. Phillips, M. Davis
> >       Filename        : draft-ietf-ltru-4646bis-01.txt
>
> The draft seems inconsistent in its use of "well-formed" and
> "regular". We find:
>
> >   grandfathered = langtag   ; well-formed grandfathered tags
> >                 / irregular ; tags that are not well-formed
>
> (I would say that irregular is the opposite of regular, not of
> well-formed.)
>
> >  Those tags that would not be well-formed according to the ABNF in
> >  this document or that contain subtags that do not individually
> >  appear in the registry are maintained in the registry in records of
> >  the "grandfathered" type.
>
> (These tags are legal according to the ABNF, both of RFC 4646 and of
> the new draft.)
>
> >   Some grandfathered tags are "well-formed" in that they match the
> >   'langtag' production in Figure 1.
>
> And, a few lines later:
>
> >   An implementation that claims to check for well-formed language tags
> >   MUST:
> >
> >   o  Check that the tag and all of its subtags, including extension and
> >      private use subtags, conform to the ABNF or that the tag is on the
> >      list of grandfathered tags.
>
> (The ABNF is sufficient since the "irregular" production is in it.)
>
> Shouldn't we stick to a consistent vocabulary? I suggest to clearly
> separate "regular" (complies with the "langtag" production of the
> ABNF) and its superset "well-formed" (complies with the "Language-Tag"
> production,
> plus the restriction on repeated extensions).
>
> With this vocabulary:
>
> fr-Arab-AQ is well-formed (and regular)
>
> i-klingon is well-formed (and irregular)
>
> i-toto is not well-formed
>
> art-lojban is well-formed (and regular)
>
> uk-Cyrl-U is not well-formed
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_14295_9150769.1166115564632
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I agree that the language needs a bit of cleanup, but not quite what you suggestion.<br><br>Well-formed means that it conforms to the ABNF for Language-Tag AND it contains no two identical singleton extension tags.<br><br>
<span style="font-family: monospace;"></span>We're using 'regular' to mean conforms to the ABNF for langtag or privateuse, and 'irregular' to mean the reverse: doesn't conform to the ABNF for langtag or privateuse. (Thus corresponding to the language tags that must be syntactically grandfathered.)
<br><br>Mark<br>
<span style="font-family: monospace;"></span><br><span style="font-family: monospace;"><br></span><div><span class="gmail_quote">On 12/14/06, <b class="gmail_sendername">Stephane Bortzmeyer</b> &lt;<a href="mailto:bortzmeyer@nic.fr" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
bortzmeyer@nic.fr</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Thu, Dec 07, 2006 at 03:50:02PM -0500,<br> <a href="mailto:Internet-Drafts@ietf.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Internet-Drafts@ietf.org</a> &lt;<a href="mailto:Internet-Drafts@ietf.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
Internet-Drafts@ietf.org</a>&gt; wrote<br> a message of 94 lines which said:
<br><br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Title&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : Tags for Identifying Languages<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Author(s)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; : A. Phillips, M. Davis<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Filename&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;: draft-ietf-ltru-4646bis-01.txt<br><br>The draft seems inconsistent in its use of &quot;well-formed&quot; and
<br>&quot;regular&quot;. We find:<br><br>&gt;&nbsp;&nbsp; grandfathered = langtag&nbsp;&nbsp; ; well-formed grandfathered tags<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; / irregular ; tags that are not well-formed<br><br>(I would say that irregular is the opposite of regular, not of
<br>well-formed.)<br><br>&gt;&nbsp;&nbsp;Those tags that would not be well-formed according to the ABNF in<br>&gt;&nbsp;&nbsp;this document or that contain subtags that do not individually<br>&gt;&nbsp;&nbsp;appear in the registry are maintained in the registry in records of
<br>&gt;&nbsp;&nbsp;the &quot;grandfathered&quot; type.<br><br>(These tags are legal according to the ABNF, both of RFC 4646 and of<br>the new draft.)<br><br>&gt;&nbsp;&nbsp; Some grandfathered tags are &quot;well-formed&quot; in that they match the
<br>&gt;&nbsp;&nbsp; 'langtag' production in Figure 1.<br><br>And, a few lines later:<br><br>&gt;&nbsp;&nbsp; An implementation that claims to check for well-formed language tags<br>&gt;&nbsp;&nbsp; MUST:<br>&gt;<br>&gt;&nbsp;&nbsp; o&nbsp;&nbsp;Check that the tag and all of its subtags, including extension and
<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;private use subtags, conform to the ABNF or that the tag is on the<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;list of grandfathered tags.<br><br>(The ABNF is sufficient since the &quot;irregular&quot; production is in it.)<br><br>Shouldn't we stick to a consistent vocabulary? I suggest to clearly
<br>separate &quot;regular&quot; (complies with the &quot;langtag&quot; production of the<br>ABNF) and its superset &quot;well-formed&quot; (complies with the &quot;Language-Tag&quot; production,<br>plus the restriction on repeated extensions).
<br><br>With this vocabulary:<br><br>fr-Arab-AQ is well-formed (and regular)<br><br>i-klingon is well-formed (and irregular)<br><br>i-toto is not well-formed<br><br>art-lojban is well-formed (and regular)<br><br>uk-Cyrl-U is not well-formed
<br><br>_______________________________________________<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
https://www1.ietf.org/mailman/listinfo/ltru
</a><br></blockquote></div><br>


------=_Part_14295_9150769.1166115564632--


--===============1960763110==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1960763110==--




From ltru-bounces@ietf.org Thu Dec 14 12:05:05 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guu13-0001MS-Ak; Thu, 14 Dec 2006 12:05:05 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guu13-0001ML-0Z
	for ltru@ietf.org; Thu, 14 Dec 2006 12:05:05 -0500
Received: from an-out-0708.google.com ([209.85.132.251])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guu11-0001ns-QE
	for ltru@ietf.org; Thu, 14 Dec 2006 12:05:04 -0500
Received: by an-out-0708.google.com with SMTP id d30so200094and
	for <ltru@ietf.org>; Thu, 14 Dec 2006 09:05:03 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth;
	b=b8tLIZTgOx2H7n5dO2LEmIfv77pWDjd4pZjk7239UO2+YkGtANsKpv3GsZnnPEhGquRNbZcVxTq+SLXwF7w4N4IcZoZqP8pCzAxV56ixvfUXT2EST3+Cz7/Xun0xVwMm5VbB/bEAyCRhL08JxNjYBdNR0R0+/jERyIl78GxUzqs=
Received: by 10.100.141.13 with SMTP id o13mr949621and.1166115903306;
	Thu, 14 Dec 2006 09:05:03 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Thu, 14 Dec 2006 09:05:03 -0800 (PST)
Message-ID: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
Date: Thu, 14 Dec 2006 09:05:03 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: ltru@ietf.org
MIME-Version: 1.0
X-Google-Sender-Auth: 40419305d0b5b2f0
X-Spam-Score: 0.2 (/)
X-Scan-Signature: 9466e0365fc95844abaf7c3f15a05c7d
Subject: [Ltru] two identical singleton extension tags issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1737599915=="
Errors-To: ltru-bounces@ietf.org

--===============1737599915==
Content-Type: multipart/alternative; 
	boundary="----=_Part_14331_19640789.1166115903288"

------=_Part_14331_19640789.1166115903288
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I recommend that we change the restriction on two identical singleton
extension tags to be a criterion for validity instead of well-formedness.
This allows programs to test for well-formedness with a single regular
expression, without any other other processing, significantly increasing the
probability that they will do it correctly.

We originally had the restriction under well-formedness because it can be
tested without access to the database. But in practice, and especially
considering that there should be extremely few tags that illustrate the
problem, it is operationally much simpler to have it under validity.

Mark

------=_Part_14331_19640789.1166115903288
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I recommend that we change the restriction
on two identical singleton extension tags to be a criterion for validity instead of well-formedness. This allows programs to test for well-formedness with a single regular expression, without any other other processing, significantly increasing the probability that they will do it correctly.
<br><br>We originally had the restriction under well-formedness because it can be tested without access to the database. But in practice, and especially considering that there should be extremely few tags that illustrate the problem, it is operationally much simpler to have it under validity.
<br><br>Mark<br>

------=_Part_14331_19640789.1166115903288--


--===============1737599915==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1737599915==--




From ltru-bounces@ietf.org Thu Dec 14 12:13:30 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guu99-00060O-Lo; Thu, 14 Dec 2006 12:13:27 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guu97-0005yX-69
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:13:25 -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 1Guu7T-0002Pc-Af
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:11:47 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1Guu7P-00035g-0F
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 18:11:39 +0100
Received: from d255034.dialin.hansenet.de ([80.171.255.34])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Thu, 14 Dec 2006 18:11:38 +0100
Received: from nobody by d255034.dialin.hansenet.de with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Thu, 14 Dec 2006 18:11:38 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Thu, 14 Dec 2006 18:09:40 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 19
Message-ID: <45818554.5A7@xyzzy.claranet.de>
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: d255034.dialin.hansenet.de
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Cc: 
Subject: [Ltru] Re: Case-insensitive rules
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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:
 
> At some point during the development of 4646, somebody argued that
> both cases needed to be specified.

Not in LTRU, maybe before (?)

> the production for "irregular" is now an enumeration of the valid tags
> but only in their canonical casing style.

That's fine, "en-GB-oed" matches also "en-gb-oed" and...

> "EN-GB-OED" is also a valid irregular tag.

...with Addison's proposal to add a note about this ABNF-feature 4646bis
can now finally eliminate one of "x" / "X".

Frank



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 12:13:39 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guu9L-000647-Jr; Thu, 14 Dec 2006 12:13:39 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guu9I-00063h-Jj
	for ltru@ietf.org; Thu, 14 Dec 2006 12:13:36 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guu9E-0002mZ-Tp
	for ltru@ietf.org; Thu, 14 Dec 2006 12:13:36 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Guu9C-0003oz-CN; Thu, 14 Dec 2006 12:13:30 -0500
Date: Thu, 14 Dec 2006 12:13:30 -0500
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] two identical singleton extension tags issue
Message-ID: <20061214171330.GM3708@ccil.org>
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis scripsit:

> I recommend that we change the restriction on two identical
> singleton extension tags to be a criterion for validity instead of
> well-formedness.  This allows programs to test for well-formedness
> with a single regular expression, without any other other processing,
> significantly increasing the probability that they will do it correctly.
> 
> We originally had the restriction under well-formedness because it
> can be tested without access to the database. But in practice, and
> especially considering that there should be extremely few tags that
> illustrate the problem, it is operationally much simpler to have it
> under validity.

I'm inclined to agree, since I am now writing a Perl langtag checker
for 4646bis and would be happy to scrap that part of my code.  :-)

I would say the only reason *not* to do this is the desire to make as
few changes as possible, but I think this change is small enough and in
the correct direction, and we should go with it.

-- 
So that's the tune they play on                 John Cowan
their fascist banjos, is it?                    cowan@ccil.org
        --Great-Souled Sam                      http://www.ccil.org/~cowan

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 12:17:31 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuuD5-0006kc-MK; Thu, 14 Dec 2006 12:17:31 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuuD3-0006jg-UV
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:17:29 -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 1GuuD1-0003He-UU
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:17:29 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1GuuCv-0004Ms-PJ
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 18:17:21 +0100
Received: from d255034.dialin.hansenet.de ([80.171.255.34])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Thu, 14 Dec 2006 18:17:21 +0100
Received: from nobody by d255034.dialin.hansenet.de with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Thu, 14 Dec 2006 18:17:21 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Thu, 14 Dec 2006 18:16:51 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 13
Message-ID: <45818703.1A4D@xyzzy.claranet.de>
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
	<20061214113654.GA24485@nic.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: d255034.dialin.hansenet.de
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2
Cc: 
Subject: [Ltru] Dubious fr-Latn-CA (was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Stephane Bortzmeyer wrote:
 
>>    o Tag or tags refers to a complete language tag, such as
>>    "fr-Latn-CA".
 
> Wouldn't it be better to enforce our own Suppress-script?
> "sr-Latn-RS" or "az-Arab-IR" would be better examples.

+1  Let's have both, to improve the chance that readers can
identify at least one of the examples.

Frank



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 12:17:39 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuuDD-0006oY-SE; Thu, 14 Dec 2006 12:17:39 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuuDC-0006ng-45
	for ltru@ietf.org; Thu, 14 Dec 2006 12:17:38 -0500
Received: from an-out-0708.google.com ([209.85.132.243])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuuD9-0003Ia-SR
	for ltru@ietf.org; Thu, 14 Dec 2006 12:17:38 -0500
Received: by an-out-0708.google.com with SMTP id d30so202711and
	for <ltru@ietf.org>; Thu, 14 Dec 2006 09:17:35 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth;
	b=aDOfCsJiOISF6Kmaa5nSbOG7efe04i7xgUGTxbE+0FX0D3W1/NG/8utwfOnylZLc4aKgCviwUhQyOcy8QY7zlaFIYJXae0N2rqvbG+KX2G2h0kC/9A7zq85nlFzie11sHlVj3Y9e6ih9cZ55bs0bf0Z4RTNSuAwJK21yPg3rsiY=
Received: by 10.100.135.16 with SMTP id i16mr1029987and.1166116655497;
	Thu, 14 Dec 2006 09:17:35 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Thu, 14 Dec 2006 09:17:35 -0800 (PST)
Message-ID: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
Date: Thu, 14 Dec 2006 09:17:35 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "LTRU Working Group" <ltru@ietf.org>
MIME-Version: 1.0
X-Google-Sender-Auth: f4ab300311a49a5f
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Subject: [Ltru] Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0743643918=="
Errors-To: ltru-bounces@ietf.org

--===============0743643918==
Content-Type: multipart/alternative; 
	boundary="----=_Part_14383_20152090.1166116655469"

------=_Part_14383_20152090.1166116655469
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I recommend we add the following language:

http://www.ietf.org/internet-drafts/draft-ietf-ltru-4646bis-01.txt

[after the paragraph starting "For records taken from a source standard
(such as ISO 639 or ISO ...]

Where the source standard has a Reference Name, that name SHOULD be the
first description listed. In the special case of language subtags taken from
ISO 639-1 or ISO 639-2, the Reference Name is considered to be the
corresponding value from ISO 639-3. When there is no corresponding Reference
Name, the first Description SHOULD be the clearest and most common
description for the entity.

Mark

------=_Part_14383_20152090.1166116655469
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I recommend we add the following language:<br><br><a href="http://www.ietf.org/internet-drafts/draft-ietf-ltru-4646bis-01.txt">http://www.ietf.org/internet-drafts/draft-ietf-ltru-4646bis-01.txt</a><br><span><br>[after the paragraph starting &quot;For records taken from a source standard (such as ISO 639 or ISO ...]
<br></span><br>Where the source standard has a Reference Name, that name SHOULD be the first description listed. In the special case of language subtags taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to be the corresponding value from ISO 639-3. When there is no corresponding Reference Name, the first Description SHOULD be the clearest and most common description for the entity.
<br><br>Mark<br><br>


------=_Part_14383_20152090.1166116655469--


--===============0743643918==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0743643918==--




From ltru-bounces@ietf.org Thu Dec 14 12:23:12 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuuIa-0001fE-8Z; Thu, 14 Dec 2006 12:23:12 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuuIY-0001ep-OS
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:23:10 -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 1GuuIX-0003vP-FY
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:23:10 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1GuuIO-0005QI-0B
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 18:23:00 +0100
Received: from d255034.dialin.hansenet.de ([80.171.255.34])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Thu, 14 Dec 2006 18:22:59 +0100
Received: from nobody by d255034.dialin.hansenet.de with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Thu, 14 Dec 2006 18:22:59 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Thu, 14 Dec 2006 18:22:28 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 14
Message-ID: <45818854.3305@xyzzy.claranet.de>
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: d255034.dialin.hansenet.de
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
Cc: 
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis wrote:
 
> [after the paragraph starting "For records taken from a source
> standard (such as ISO 639 or ISO ...]
 
> Where the source standard has a Reference Name, that name SHOULD be
> the first description listed. In the special case of language subtags
> taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to
> be the corresponding value from ISO 639-3. When there is no
> corresponding Reference Name, the first Description SHOULD be the
> clearest and most common description for the entity.

I like it.  The second "SHOULD" could be also an ordinary "should".



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 12:27:38 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuuMq-0002Nn-Ol; Thu, 14 Dec 2006 12:27:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuuMo-0002N0-3E
	for ltru@ietf.org; Thu, 14 Dec 2006 12:27:34 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuuMm-0004Nj-TD
	for ltru@ietf.org; Thu, 14 Dec 2006 12:27:34 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GuuMm-0004MS-Kl; Thu, 14 Dec 2006 12:27:32 -0500
Date: Thu, 14 Dec 2006 12:27:32 -0500
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Well-formed vs. regular (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt
Message-ID: <20061214172732.GN3708@ccil.org>
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
	<20061214120916.GA27747@nic.fr>
	<30b660a20612140859q6aa95b00k1208e44e557d9c92@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30b660a20612140859q6aa95b00k1208e44e557d9c92@mail.gmail.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Marcus Davis Stephano Bortzmeyero scripsit:

> I agree that the language needs a bit of cleanup, but not quite what you
> suggest.

I think you two are in violent agreement.

-- 
Business before pleasure, if not too bloomering long before.
        --Nicholas van Rijn
                John Cowan <cowan@ccil.org>
                    http://www.ccil.org/~cowan

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 12:34:14 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuuTG-00064I-OP; Thu, 14 Dec 2006 12:34:14 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuuTF-00064D-BM
	for ltru@ietf.org; Thu, 14 Dec 2006 12:34:13 -0500
Received: from an-out-0708.google.com ([209.85.132.244])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuuTA-00052l-S9
	for ltru@ietf.org; Thu, 14 Dec 2006 12:34:13 -0500
Received: by an-out-0708.google.com with SMTP id d30so205745and
	for <ltru@ietf.org>; Thu, 14 Dec 2006 09:34:08 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=spcWs6a11+ItWNEUq78oASepU5kFkH8le1o9qFkNhmO5aP6mgvcRZUBsX471xUNjc5Xex4z1O+XMZ+KwCtsM7TgxN0dnDqnlwGS1puqj2CS5yb6IDYGW03XoRq0cEGMctdX+wW20Mz8XMfYzd3Z19u1KlPx10I5X3wPmuzWSj14=
Received: by 10.100.48.7 with SMTP id v7mr1095356anv.1166117648594;
	Thu, 14 Dec 2006 09:34:08 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Thu, 14 Dec 2006 09:34:08 -0800 (PST)
Message-ID: <30b660a20612140934s4de7e5d7u55c7c63e3adb990f@mail.gmail.com>
Date: Thu, 14 Dec 2006 09:34:08 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "John Cowan" <cowan@ccil.org>
Subject: Re: [Ltru] Well-formed vs. regular (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt
In-Reply-To: <20061214172732.GN3708@ccil.org>
MIME-Version: 1.0
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
	<20061214120916.GA27747@nic.fr>
	<30b660a20612140859q6aa95b00k1208e44e557d9c92@mail.gmail.com>
	<20061214172732.GN3708@ccil.org>
X-Google-Sender-Auth: 22272e1c5c0e6106
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1125458264=="
Errors-To: ltru-bounces@ietf.org

--===============1125458264==
Content-Type: multipart/alternative; 
	boundary="----=_Part_14391_26572743.1166117648509"

------=_Part_14391_26572743.1166117648509
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Even better....

On 12/14/06, John Cowan <cowan@ccil.org> wrote:
>
> Marcus Davis Stephano Bortzmeyero scripsit:
>
> > I agree that the language needs a bit of cleanup, but not quite what you
> > suggest.
>
> I think you two are in violent agreement.
>
> --
> Business before pleasure, if not too bloomering long before.
>         --Nicholas van Rijn
>                 John Cowan <cowan@ccil.org>
>                     http://www.ccil.org/~cowan
>

------=_Part_14391_26572743.1166117648509
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Even better....<br><br><div><span class="gmail_quote">On 12/14/06, <b class="gmail_sendername">John Cowan</b> &lt;<a href="mailto:cowan@ccil.org">cowan@ccil.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Marcus Davis Stephano Bortzmeyero scripsit:<br><br>&gt; I agree that the language needs a bit of cleanup, but not quite what you<br>&gt; suggest.<br><br>I think you two are in violent agreement.<br><br>--<br>Business before pleasure, if not too bloomering long before.
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;--Nicholas van Rijn<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;John Cowan &lt;<a href="mailto:cowan@ccil.org">cowan@ccil.org</a>&gt;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<a href="http://www.ccil.org/~cowan">http://www.ccil.org/~cowan</a><br></blockquote>
</div><br>

------=_Part_14391_26572743.1166117648509--


--===============1125458264==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1125458264==--




From ltru-bounces@ietf.org Thu Dec 14 12:46:03 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guueh-0002JD-Ds; Thu, 14 Dec 2006 12:46:03 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guuef-0002J6-KD
	for ltru@ietf.org; Thu, 14 Dec 2006 12:46:01 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guued-0006Dj-8G
	for ltru@ietf.org; Thu, 14 Dec 2006 12:46:01 -0500
Received: from [172.21.229.122] (wlanvpn-dfg-229-122.corp.yahoo.com
	[172.21.229.122]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBEHjVFI049444
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 14 Dec 2006 09:45:31 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=tMHmWP/ceM9ziVRexFRMC89fGuzYy28ij1KYuczqHRQwZ8tYaky8bPKc013Pcgz3
Message-ID: <45818DBB.5020408@yahoo-inc.com>
Date: Thu, 14 Dec 2006 09:45:31 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] two identical singleton extension tags issue
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
In-Reply-To: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hmm... that's a good point.

+1

Mark Davis wrote:
> I recommend that we change the restriction on two identical singleton
> extension tags to be a criterion for validity instead of well-formedness.
> This allows programs to test for well-formedness with a single regular
> expression, without any other other processing, significantly increasing 
> the
> probability that they will do it correctly.
> 
> We originally had the restriction under well-formedness because it can be
> tested without access to the database. But in practice, and especially
> considering that there should be extremely few tags that illustrate the
> problem, it is operationally much simpler to have it under validity.
> 
> Mark
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 12:50:11 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guuih-0004GO-5j; Thu, 14 Dec 2006 12:50:11 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guuif-0004DQ-Oe
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:50:09 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guuid-0006ex-Ch
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:50:09 -0500
Received: from [172.21.229.122] (wlanvpn-dfg-229-122.corp.yahoo.com
	[172.21.229.122]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBEHo2a0049731
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 14 Dec 2006 09:50:04 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=lK1yQ7jsNDWJwEXlR5u7v6u1cYOdFeXsxhgZbT628GL52O0ajeoDy+43ChGKWeHk
Message-ID: <45818ECA.5010305@yahoo-inc.com>
Date: Thu, 14 Dec 2006 09:50:02 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Frank Ellermann <nobody@xyzzy.claranet.de>
Subject: Re: [Ltru] Dubious fr-Latn-CA
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>	<20061214113654.GA24485@nic.fr>
	<45818703.1A4D@xyzzy.claranet.de>
In-Reply-To: <45818703.1A4D@xyzzy.claranet.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Cc: ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Done...

Addison

Frank Ellermann wrote:
> Stephane Bortzmeyer wrote:
>  
>>>    o Tag or tags refers to a complete language tag, such as
>>>    "fr-Latn-CA".
>  
>> Wouldn't it be better to enforce our own Suppress-script?
>> "sr-Latn-RS" or "az-Arab-IR" would be better examples.
> 
> +1  Let's have both, to improve the chance that readers can
> identify at least one of the examples.
> 
> Frank
> 
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 12:55:33 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guunt-0005x7-Pj; Thu, 14 Dec 2006 12:55:33 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guunp-0005sy-Ph
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:55:29 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuujV-0006kN-EW
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 12:51:02 -0500
Received: from [172.21.229.122] (wlanvpn-dfg-229-122.corp.yahoo.com
	[172.21.229.122]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBEHouL3049776
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 14 Dec 2006 09:50:56 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=WM6nad4zvQItivM4OWaPzc+kxx9F8vYCH7O0TOsFqQ7sa1phHkz7UZHuFeUu2TLH
Message-ID: <45818F00.7020407@yahoo-inc.com>
Date: Thu, 14 Dec 2006 09:50:56 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Frank Ellermann <nobody@xyzzy.claranet.de>
Subject: Re: [Ltru] Re: Case-insensitive rules
References: <000d01c71ebe$84997ee0$6701a8c0@DGBP7M81>
	<45818554.5A7@xyzzy.claranet.de>
In-Reply-To: <45818554.5A7@xyzzy.claranet.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Cc: ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Done. I'll be posting draft-02 online as the editor's copy (*not* 
submitting it) in a little bit.

Addison

Frank Ellermann wrote:
> Doug Ewell wrote:
>  
>> At some point during the development of 4646, somebody argued that
>> both cases needed to be specified.
> 
> Not in LTRU, maybe before (?)
> 
>> the production for "irregular" is now an enumeration of the valid tags
>> but only in their canonical casing style.
> 
> That's fine, "en-GB-oed" matches also "en-gb-oed" and...
> 
>> "EN-GB-OED" is also a valid irregular tag.
> 
> ...with Addison's proposal to add a note about this ABNF-feature 4646bis
> can now finally eliminate one of "x" / "X".
> 
> Frank
> 
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 13:02:56 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guuv2-0000B8-Lz; Thu, 14 Dec 2006 13:02:56 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guuv1-0000B2-5J
	for ltru@ietf.org; Thu, 14 Dec 2006 13:02:55 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guuuz-0007q6-OS
	for ltru@ietf.org; Thu, 14 Dec 2006 13:02:55 -0500
Received: from [172.21.229.122] (wlanvpn-dfg-229-122.corp.yahoo.com
	[172.21.229.122]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBEI2gK2053721
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 14 Dec 2006 10:02:42 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=aywZxNFd8sefrGiPqqQRJAyWrZgsEKtG2h7xnnJX6FBucEWPvD7+5TCMHbwN/CL9
Message-ID: <458191C2.2000803@yahoo-inc.com>
Date: Thu, 14 Dec 2006 10:02:42 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] two identical singleton extension tags issue
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
In-Reply-To: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 0a7aa2e6e558383d84476dc338324fab
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

I went to make some proposed edits to cover this... and suddenly find 
some doubts.

The problem here is in Section 2.2.6 (Extensions) where we find this text:

--
# Each singleton subtag MUST appear at most one time in each tag (other 
than as a private use subtag). That is, singleton subtags MUST NOT be 
repeated. For example, the tag "en-a-bbb-a-ccc" is invalid because the 
subtag 'a' appears twice. Note that the tag "en-a-bbb-x-a-ccc" is valid 
because the second appearance of the singleton 'a' is in a private use 
sequence.
--

With a MUST, I don't see how we can relax the well-formedness 
requirement. A tag is not well-formed if it violates this requirement. 
Validity rises to a higher level.

I think we could relax the well-formedness requirement on checking 
non-repetition so that we have:

well-formed MUST check for ABNF validity
well-formed SHOULD check for non-repetition of singletons
valid MUST check non-repetition
valid MUST check subtags

This is what I'm implementing in draft-02.

Addison

Mark Davis wrote:
> I recommend that we change the restriction on two identical singleton
> extension tags to be a criterion for validity instead of well-formedness.
> This allows programs to test for well-formedness with a single regular
> expression, without any other other processing, significantly increasing 
> the
> probability that they will do it correctly.
> 
> We originally had the restriction under well-formedness because it can be
> tested without access to the database. But in practice, and especially
> considering that there should be extremely few tags that illustrate the
> problem, it is operationally much simpler to have it under validity.
> 
> Mark
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 13:17:18 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guv8w-0006al-8a; Thu, 14 Dec 2006 13:17:18 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guv8v-0006ab-6H
	for ltru@ietf.org; Thu, 14 Dec 2006 13:17:17 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guv8t-0000mQ-QS
	for ltru@ietf.org; Thu, 14 Dec 2006 13:17:17 -0500
Received: from [172.21.229.122] (wlanvpn-dfg-229-122.corp.yahoo.com
	[172.21.229.122]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBEIH3s6054734
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 14 Dec 2006 10:17:04 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=LOZf035HfQi30A0GQhSba+vgrYIdnqs4SQze3UO4p2C3CthrLMMrsIaN7dLDEdgq
Message-ID: <4581951F.9040700@yahoo-inc.com>
Date: Thu, 14 Dec 2006 10:17:03 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Well-formed vs. regular (Was:
	I-D	ACTION:draft-ietf-ltru-4646bis-01.txt
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>	<20061214120916.GA27747@nic.fr>
	<30b660a20612140859q6aa95b00k1208e44e557d9c92@mail.gmail.com>
In-Reply-To: <30b660a20612140859q6aa95b00k1208e44e557d9c92@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Comments follow. Mostly I think I've fixed this in draft-02.

Mark Davis wrote:
> I agree that the language needs a bit of cleanup, but not quite what you
> suggestion.

I agree. "Well-formed" and "valid" have quite specific meaning. 
"Irregular" has the meaning Mark suggests.
>>
>> The draft seems inconsistent in its use of "well-formed" and
>> "regular". We find:
>>
>> >   grandfathered = langtag   ; well-formed grandfathered tags
>> >                 / irregular ; tags that are not well-formed
>>
>> (I would say that irregular is the opposite of regular, not of
>> well-formed.)

Irregular grandfathered tags are well-formed by definition. They are 
irregular in terms of the langtag production. Changed the note to say:

'grandfathered tags that don't match langtag'

>>
>> >   Some grandfathered tags are "well-formed" in that they match the
>> >   'langtag' production in Figure 1.
>>
>> And, a few lines later:
>>
>> >   An implementation that claims to check for well-formed language tags
>> >   MUST:
>> >
>> >   o  Check that the tag and all of its subtags, including extension and
>> >      private use subtags, conform to the ABNF or that the tag is on the
>> >      list of grandfathered tags.

Fixed.

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 13:27:32 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuvIo-0001LU-Ne; Thu, 14 Dec 2006 13:27:30 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuvIn-0001LP-S6
	for ltru@ietf.org; Thu, 14 Dec 2006 13:27:29 -0500
Received: from an-out-0708.google.com ([209.85.132.242])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuvIm-0001nJ-Gh
	for ltru@ietf.org; Thu, 14 Dec 2006 13:27:29 -0500
Received: by an-out-0708.google.com with SMTP id d30so215753and
	for <ltru@ietf.org>; Thu, 14 Dec 2006 10:27:28 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=YFrQRmeOS7Cy6520G56JNav/R7peUBjsINEMvFZpHLg9PEQJWS4TYVQqRHeryy5Eh4eKm+PK8a1O7u3LufsPyeTvJMi1YzqKjQIQlGGCEWfCUtwQBl6+p6d1dYvLJWs8lZtmdWPditI3SeOz6rHRzGXBjiNtOSrTnQZ3glGrEQc=
Received: by 10.100.190.8 with SMTP id n8mr1046752anf.1166120848212;
	Thu, 14 Dec 2006 10:27:28 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Thu, 14 Dec 2006 10:27:28 -0800 (PST)
Message-ID: <30b660a20612141027g3f36a4cej652d01bfd97b825@mail.gmail.com>
Date: Thu, 14 Dec 2006 10:27:28 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] two identical singleton extension tags issue
In-Reply-To: <458191C2.2000803@yahoo-inc.com>
MIME-Version: 1.0
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
	<458191C2.2000803@yahoo-inc.com>
X-Google-Sender-Auth: 9587c7a6fa41a886
X-Spam-Score: 0.5 (/)
X-Scan-Signature: f66b12316365a3fe519e75911daf28a8
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0009589560=="
Errors-To: ltru-bounces@ietf.org

--===============0009589560==
Content-Type: multipart/alternative; 
	boundary="----=_Part_14539_30111526.1166120848181"

------=_Part_14539_30111526.1166120848181
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

+1

On 12/14/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>
> I went to make some proposed edits to cover this... and suddenly find
> some doubts.
>
> The problem here is in Section 2.2.6 (Extensions) where we find this text:
>
> --
> # Each singleton subtag MUST appear at most one time in each tag (other
> than as a private use subtag). That is, singleton subtags MUST NOT be
> repeated. For example, the tag "en-a-bbb-a-ccc" is invalid because the
> subtag 'a' appears twice. Note that the tag "en-a-bbb-x-a-ccc" is valid
> because the second appearance of the singleton 'a' is in a private use
> sequence.
> --
>
> With a MUST, I don't see how we can relax the well-formedness
> requirement. A tag is not well-formed if it violates this requirement.
> Validity rises to a higher level.
>
> I think we could relax the well-formedness requirement on checking
> non-repetition so that we have:
>
> well-formed MUST check for ABNF validity
> well-formed SHOULD check for non-repetition of singletons
> valid MUST check non-repetition
> valid MUST check subtags
>
> This is what I'm implementing in draft-02.
>
> Addison
>
> Mark Davis wrote:
> > I recommend that we change the restriction on two identical singleton
> > extension tags to be a criterion for validity instead of
> well-formedness.
> > This allows programs to test for well-formedness with a single regular
> > expression, without any other other processing, significantly increasing
> > the
> > probability that they will do it correctly.
> >
> > We originally had the restriction under well-formedness because it can
> be
> > tested without access to the database. But in practice, and especially
> > considering that there should be extremely few tags that illustrate the
> > problem, it is operationally much simpler to have it under validity.
> >
> > Mark
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Ltru mailing list
> > Ltru@ietf.org
> > https://www1.ietf.org/mailman/listinfo/ltru
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>

------=_Part_14539_30111526.1166120848181
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

+1<br><br><div><span class="gmail_quote">On 12/14/06, <b class="gmail_sendername">Addison Phillips</b> &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I went to make some proposed edits to cover this... and suddenly find<br>some doubts.<br><br>The problem here is in Section 2.2.6 (Extensions) where we find this text:<br><br>--<br># Each singleton subtag MUST appear at most one time in each tag (other
<br>than as a private use subtag). That is, singleton subtags MUST NOT be<br>repeated. For example, the tag &quot;en-a-bbb-a-ccc&quot; is invalid because the<br>subtag 'a' appears twice. Note that the tag &quot;en-a-bbb-x-a-ccc&quot; is valid
<br>because the second appearance of the singleton 'a' is in a private use<br>sequence.<br>--<br><br>With a MUST, I don't see how we can relax the well-formedness<br>requirement. A tag is not well-formed if it violates this requirement.
<br>Validity rises to a higher level.<br><br>I think we could relax the well-formedness requirement on checking<br>non-repetition so that we have:<br><br>well-formed MUST check for ABNF validity<br>well-formed SHOULD check for non-repetition of singletons
<br>valid MUST check non-repetition<br>valid MUST check subtags<br><br>This is what I'm implementing in draft-02.<br><br>Addison<br><br>Mark Davis wrote:<br>&gt; I recommend that we change the restriction on two identical singleton
<br>&gt; extension tags to be a criterion for validity instead of well-formedness.<br>&gt; This allows programs to test for well-formedness with a single regular<br>&gt; expression, without any other other processing, significantly increasing
<br>&gt; the<br>&gt; probability that they will do it correctly.<br>&gt;<br>&gt; We originally had the restriction under well-formedness because it can be<br>&gt; tested without access to the database. But in practice, and especially
<br>&gt; considering that there should be extremely few tags that illustrate the<br>&gt; problem, it is operationally much simpler to have it under validity.<br>&gt;<br>&gt; Mark<br>&gt;<br>&gt;<br>&gt; ------------------------------------------------------------------------
<br>&gt;<br>&gt; _______________________________________________<br>&gt; Ltru mailing list<br>&gt; <a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br>&gt; <a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru
</a><br><br>--<br>Addison Phillips<br>Globalization Architect -- Yahoo! Inc.<br><br>Internationalization is an architecture.<br>It is not a feature.<br></blockquote></div><br>

------=_Part_14539_30111526.1166120848181--


--===============0009589560==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0009589560==--




From ltru-bounces@ietf.org Thu Dec 14 13:33:59 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuvP3-0005Ce-7w; Thu, 14 Dec 2006 13:33:57 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuvP1-00059K-QO
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 13:33:55 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuvP0-0002KG-Da
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 13:33:55 -0500
Received: from [172.21.229.122] (wlanvpn-dfg-229-122.corp.yahoo.com
	[172.21.229.122]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBEIXo7l052605
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 14 Dec 2006 10:33:53 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=vcstGaO5NLQM4Afef7QZ88sbIL/C7P03nsBoHf+758i3im29SChQh8jakgWWkWnV
Message-ID: <4581990E.7040108@yahoo-inc.com>
Date: Thu, 14 Dec 2006 10:33:50 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Frank Ellermann <nobody@xyzzy.claranet.de>
Subject: Re: [Ltru] Re: Description field ordering
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de>
In-Reply-To: <45818854.3305@xyzzy.claranet.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 7baded97d9887f7a0c7e8a33c2e3ea1b
Cc: ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

-0.5

This text should go in RFC 4645bis (registry-update), not 4646bis. I 
don't see a really good reason to make our non-normative descriptions 
have all sorts of arcane requirements about ordering, etc. It would be 
nice if they were in a pleasing order, but the 'key' value is actually 
the subtag. The description is there to make the darned thing clear. If 
you want to know what ISO 639 calls something, refer to it in the source 
standard.

Addison

Frank Ellermann wrote:
> Mark Davis wrote:
>  
>> [after the paragraph starting "For records taken from a source
>> standard (such as ISO 639 or ISO ...]
>  
>> Where the source standard has a Reference Name, that name SHOULD be
>> the first description listed. In the special case of language subtags
>> taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to
>> be the corresponding value from ISO 639-3. When there is no
>> corresponding Reference Name, the first Description SHOULD be the
>> clearest and most common description for the entity.
> 
> I like it.  The second "SHOULD" could be also an ordinary "should".
> 
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 13:38:45 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuvTh-0006NZ-0u; Thu, 14 Dec 2006 13:38:45 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuvTf-0006NM-Ka
	for ltru@ietf.org; Thu, 14 Dec 2006 13:38:43 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuvTb-0002fe-9a
	for ltru@ietf.org; Thu, 14 Dec 2006 13:38:43 -0500
Received: from [172.21.229.122] (wlanvpn-dfg-229-122.corp.yahoo.com
	[172.21.229.122]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBEIcaAe052988
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <ltru@ietf.org>; Thu, 14 Dec 2006 10:38:36 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:subject:
	content-type:content-transfer-encoding;
	b=kyGWHvk2u6fZ9oMcBQW70Xzy1PNlXE1xpXhfzbzGi8c54thBlQwhg26kaL3kWTLX
Message-ID: <45819A2D.2070303@yahoo-inc.com>
Date: Thu, 14 Dec 2006 10:38:37 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: "'LTRU Working Group'" <ltru@ietf.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 79899194edc4f33a41f49410777972f8
Subject: [Ltru] draft-02 available online..
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

All,

I have put an updated Editor's copy of draft-02 online. I apologize for 
the messiness of the Inter-Locale home page at the moment, but you can 
find the documents themselves at:

   http://www.inter-locale.com/ID/draft-ietf-ltru-rfc4646bis-02.txt
   http://www.inter-locale.com/ID/draft-ietf-ltru-rfc4646bis-02.html
   http://www.inter-locale.com/ID/draft-ietf-ltru-rfc4646bis-02.xml

Best Regards,

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 13:46:36 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuvbG-0007wn-GH; Thu, 14 Dec 2006 13:46:34 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuvbE-0007wL-Lf
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 13:46:32 -0500
Received: from an-out-0708.google.com ([209.85.132.248])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuvbD-0003N9-9P
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 13:46:32 -0500
Received: by an-out-0708.google.com with SMTP id c18so283832anc
	for <ltru@lists.ietf.org>; Thu, 14 Dec 2006 10:46:30 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=hlVkf/+9tnCwAGY9XdqZtANKs72wn22c9Gv1c6tfmTmkl27DP0+28Tm8u7Irdz+PvRNLvWW+DoL8wviTk/i+FMIBHerXi0O75J1i668AhLQt6fVI37Tv3/DN5KbQw8Se7x+EWzL7+1yii5mAE2BIwLZsQEonarNjlurVero5qLA=
Received: by 10.100.5.17 with SMTP id 17mr1085694ane.1166121990897;
	Thu, 14 Dec 2006 10:46:30 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Thu, 14 Dec 2006 10:46:30 -0800 (PST)
Message-ID: <30b660a20612141046qa444be3g40679ac8756694e3@mail.gmail.com>
Date: Thu, 14 Dec 2006 10:46:30 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <4581990E.7040108@yahoo-inc.com>
MIME-Version: 1.0
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de> <4581990E.7040108@yahoo-inc.com>
X-Google-Sender-Auth: 0f317ec02c11dd21
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be
Cc: Frank Ellermann <nobody@xyzzy.claranet.de>, ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0944848102=="
Errors-To: ltru-bounces@ietf.org

--===============0944848102==
Content-Type: multipart/alternative; 
	boundary="----=_Part_14679_13520379.1166121990864"

------=_Part_14679_13520379.1166121990864
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I disagree. For localization purposes, having a good, single reference
description is very important.

I see the alternatives as either adding a "Reference Name" field, or just
using the first description. I'm proposing the latter, since it involves the
fewest changes overall -- this is really a minor change overall. And adding
these three lines is not increasing the arcanity of the specification to an
appreciable degree ;-)

It should not just go into the registry update because as the source
standards are updated, this needs to be an ongoing process. Moreover, the
users of the registry should know that this is the policy.

Mark

On 12/14/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>
> -0.5
>
> This text should go in RFC 4645bis (registry-update), not 4646bis. I
> don't see a really good reason to make our non-normative descriptions
> have all sorts of arcane requirements about ordering, etc. It would be
> nice if they were in a pleasing order, but the 'key' value is actually
> the subtag. The description is there to make the darned thing clear. If
> you want to know what ISO 639 calls something, refer to it in the source
> standard.
>
> Addison
>
> Frank Ellermann wrote:
> > Mark Davis wrote:
> >
> >> [after the paragraph starting "For records taken from a source
> >> standard (such as ISO 639 or ISO ...]
> >
> >> Where the source standard has a Reference Name, that name SHOULD be
> >> the first description listed. In the special case of language subtags
> >> taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to
> >> be the corresponding value from ISO 639-3. When there is no
> >> corresponding Reference Name, the first Description SHOULD be the
> >> clearest and most common description for the entity.
> >
> > I like it.  The second "SHOULD" could be also an ordinary "should".
> >
> >
> >
> > _______________________________________________
> > Ltru mailing list
> > Ltru@ietf.org
> > https://www1.ietf.org/mailman/listinfo/ltru
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_14679_13520379.1166121990864
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I disagree. For localization purposes, having a good, single reference description is very important.<br><br>I see the alternatives as either adding a &quot;Reference Name&quot; field, or just using the first description. I'm proposing the latter, since it involves the fewest changes overall -- this is really a minor change overall. And adding these three lines is not increasing the arcanity of the specification to an appreciable degree ;-)
<br><br>It should not just go into the registry update because as the source standards are updated, this needs to be an ongoing process. Moreover, the users of the registry should know that this is the policy.<br><br>Mark
<br><br><div><span class="gmail_quote">On 12/14/06, <b class="gmail_sendername">Addison Phillips</b> &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
-0.5<br><br>This text should go in RFC 4645bis (registry-update), not 4646bis. I<br>don't see a really good reason to make our non-normative descriptions<br>have all sorts of arcane requirements about ordering, etc. It would be
<br>nice if they were in a pleasing order, but the 'key' value is actually<br>the subtag. The description is there to make the darned thing clear. If<br>you want to know what ISO 639 calls something, refer to it in the source
<br>standard.<br><br>Addison<br><br>Frank Ellermann wrote:<br>&gt; Mark Davis wrote:<br>&gt;<br>&gt;&gt; [after the paragraph starting &quot;For records taken from a source<br>&gt;&gt; standard (such as ISO 639 or ISO ...]
<br>&gt;<br>&gt;&gt; Where the source standard has a Reference Name, that name SHOULD be<br>&gt;&gt; the first description listed. In the special case of language subtags<br>&gt;&gt; taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to
<br>&gt;&gt; be the corresponding value from ISO 639-3. When there is no<br>&gt;&gt; corresponding Reference Name, the first Description SHOULD be the<br>&gt;&gt; clearest and most common description for the entity.<br>&gt;
<br>&gt; I like it.&nbsp;&nbsp;The second &quot;SHOULD&quot; could be also an ordinary &quot;should&quot;.<br>&gt;<br>&gt;<br>&gt;<br>&gt; _______________________________________________<br>&gt; Ltru mailing list<br>&gt; <a href="mailto:Ltru@ietf.org">
Ltru@ietf.org</a><br>&gt; <a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru</a><br><br>--<br>Addison Phillips<br>Globalization Architect -- Yahoo! Inc.<br><br>Internationalization is an architecture.
<br>It is not a feature.<br><br>_______________________________________________<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru
</a><br></blockquote></div><br>

------=_Part_14679_13520379.1166121990864--


--===============0944848102==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0944848102==--




From ltru-bounces@ietf.org Thu Dec 14 14:31:52 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuwJ0-0002dw-7L; Thu, 14 Dec 2006 14:31:46 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuwIx-0002df-Nd
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 14:31:43 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuwIw-0000Og-A8
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 14:31:43 -0500
Received: from [172.21.228.40] (wlanvpn-dfg-228-40.corp.yahoo.com
	[172.21.228.40]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBEJVOUP059732
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 14 Dec 2006 11:31:30 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=bj/KbywKYgMZh4iPnGcuOYmMMFMj8pAxLoMIwmxGwGepCncHYB0WLAmYy6l4nC6k
Message-ID: <4581A688.2090708@yahoo-inc.com>
Date: Thu, 14 Dec 2006 11:31:20 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Re: Description field ordering
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>	
	<45818854.3305@xyzzy.claranet.de> <4581990E.7040108@yahoo-inc.com>
	<30b660a20612141046qa444be3g40679ac8756694e3@mail.gmail.com>
In-Reply-To: <30b660a20612141046qa444be3g40679ac8756694e3@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 34d35111647d654d033d58d318c0d21a
Cc: Frank Ellermann <nobody@xyzzy.claranet.de>, ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

I agree that localizers would prefer a single good reference. But the 
ILSR probably isn't going to be that reference, even with this change. 
Localizers will need to look at various external resources to create a 
translation. This will necessarily include looking at the source 
standard (where information, such as the official names of countries for 
ISO 3166 values, are included in the standard).

Since we permit editing and addition of descriptions, making 
requirements to track particular names would consume a certain amount of 
time/effort on the part of the Official Doug. The normative bits of the 
registry include an unambiguous identifier (the subtag). The description 
is non-normative to avoid having to do annoying things such as tracking 
the official names of countries or various edits of language names (and 
the associated argument about whether "Swiss German" or "Almanisch" or 
"Almannisch" is the "correct" item). Granted we can pick a particular 
"Reference Name", but why not just stick with our current position, 
which is that the names are NOT intended to be more than merely 
descriptive? Especially given the SHOULD in the proposed text.....

Addison


Mark Davis wrote:
> I disagree. For localization purposes, having a good, single reference
> description is very important.
> 
> I see the alternatives as either adding a "Reference Name" field, or just
> using the first description. I'm proposing the latter, since it involves 
> the
> fewest changes overall -- this is really a minor change overall. And adding
> these three lines is not increasing the arcanity of the specification to an
> appreciable degree ;-)
> 
> It should not just go into the registry update because as the source
> standards are updated, this needs to be an ongoing process. Moreover, the
> users of the registry should know that this is the policy.
> 
> Mark
> 
> On 12/14/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>>
>> -0.5
>>
>> This text should go in RFC 4645bis (registry-update), not 4646bis. I
>> don't see a really good reason to make our non-normative descriptions
>> have all sorts of arcane requirements about ordering, etc. It would be
>> nice if they were in a pleasing order, but the 'key' value is actually
>> the subtag. The description is there to make the darned thing clear. If
>> you want to know what ISO 639 calls something, refer to it in the source
>> standard.
>>
>> Addison
>>
>> Frank Ellermann wrote:
>> > Mark Davis wrote:
>> >
>> >> [after the paragraph starting "For records taken from a source
>> >> standard (such as ISO 639 or ISO ...]
>> >
>> >> Where the source standard has a Reference Name, that name SHOULD be
>> >> the first description listed. In the special case of language subtags
>> >> taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to
>> >> be the corresponding value from ISO 639-3. When there is no
>> >> corresponding Reference Name, the first Description SHOULD be the
>> >> clearest and most common description for the entity.
>> >
>> > I like it.  The second "SHOULD" could be also an ordinary "should".
>> >
>> >
>> >
>> > _______________________________________________
>> > Ltru mailing list
>> > Ltru@ietf.org
>> > https://www1.ietf.org/mailman/listinfo/ltru
>>
>> -- 
>> Addison Phillips
>> Globalization Architect -- Yahoo! Inc.
>>
>> Internationalization is an architecture.
>> It is not a feature.
>>
>> _______________________________________________
>> Ltru mailing list
>> Ltru@ietf.org
>> https://www1.ietf.org/mailman/listinfo/ltru
>>
> 

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 14:34:05 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuwLF-00047m-6Y; Thu, 14 Dec 2006 14:34:05 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuwLE-00047h-Bl
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 14:34:04 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuwLB-0000g5-VA
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 14:34:04 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GuwLB-0001nZ-FV; Thu, 14 Dec 2006 14:34:01 -0500
Date: Thu, 14 Dec 2006 14:34:01 -0500
To: Addison Phillips <addison@yahoo-inc.com>
Subject: Re: [Ltru] Re: Description field ordering
Message-ID: <20061214193401.GM14251@ccil.org>
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de> <4581990E.7040108@yahoo-inc.com>
	<30b660a20612141046qa444be3g40679ac8756694e3@mail.gmail.com>
	<4581A688.2090708@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4581A688.2090708@yahoo-inc.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad
Cc: Frank Ellermann <nobody@xyzzy.claranet.de>, ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips scripsit:

> but why not just stick with our current position, 
> which is that the names are NOT intended to be more than merely 
> descriptive? Especially given the SHOULD in the proposed text.....

+1

-- 
Not to perambulate                 John Cowan <cowan@ccil.org>
    the corridors                  http://www.ccil.org/~cowan
during the hours of repose
    in the boots of ascension.       --Sign in Austrian ski-resort hotel

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 16:12:19 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuxsJ-0007fo-96; Thu, 14 Dec 2006 16:12:19 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuxsI-0007fi-CV
	for ltru@ietf.org; Thu, 14 Dec 2006 16:12:18 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuxsG-0002to-1t
	for ltru@ietf.org; Thu, 14 Dec 2006 16:12:18 -0500
Received: from [172.21.37.80] (duringperson-lx.corp.yahoo.com [172.21.37.80])
	(authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBELCBWk062798
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <ltru@ietf.org>; Thu, 14 Dec 2006 13:12:12 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=k+RCZ3KN8NV07oL7PrHvjOe+eIaAU1S60zib6/en1yWIzjGWeHSvnvJ43UgN5DkO
Message-ID: <4581BE2B.2070205@yahoo-inc.com>
Date: Thu, 14 Dec 2006 13:12:11 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: "'LTRU Working Group'" <ltru@ietf.org>
References: <45819A2D.2070303@yahoo-inc.com> <20061214202611.GC655@nic.fr>
In-Reply-To: <20061214202611.GC655@nic.fr>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25
Subject: [Ltru] Re: draft-02 available online..
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Doh! It should be:

    http://www.inter-locale.com/ID/draft-ietf-ltru-4646bis-02.html
    http://www.inter-locale.com/ID/draft-ietf-ltru-4646bis-02.txt
    http://www.inter-locale.com/ID/draft-ietf-ltru-4646bis-02.xml

(Thanks, Stephane, for pointing it out)

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 16:38:44 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GuyHp-0001RL-SA; Thu, 14 Dec 2006 16:38:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GuyHo-0001RE-MY
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 16:38:40 -0500
Received: from an-out-0708.google.com ([209.85.132.251])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GuyHm-0005YF-Ep
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 16:38:40 -0500
Received: by an-out-0708.google.com with SMTP id c18so320013anc
	for <ltru@lists.ietf.org>; Thu, 14 Dec 2006 13:38:38 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=O97stAIEWCaf4X225UIlGLI9NiyvOPjIhKnh8Eg3dUQOzx5d7JoFlJ0Pxc79jiiBRihLuwKK2DUEF88EAxstPzU6WPMv3ElQ30MHuqIeIIMyfqkmR3eJ65PUA021xX1q7UIMKWiSFabS1TrohiO5peqdwSHzVq12s+Qtv7tcN2o=
Received: by 10.100.164.14 with SMTP id m14mr1153310ane.1166132318148;
	Thu, 14 Dec 2006 13:38:38 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Thu, 14 Dec 2006 13:38:38 -0800 (PST)
Message-ID: <30b660a20612141338i7452300eta9ebb970d2157828@mail.gmail.com>
Date: Thu, 14 Dec 2006 13:38:38 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "John Cowan" <cowan@ccil.org>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <20061214193401.GM14251@ccil.org>
MIME-Version: 1.0
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de> <4581990E.7040108@yahoo-inc.com>
	<30b660a20612141046qa444be3g40679ac8756694e3@mail.gmail.com>
	<4581A688.2090708@yahoo-inc.com> <20061214193401.GM14251@ccil.org>
X-Google-Sender-Auth: 509f85445ca8eae0
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 69a74e02bbee44ab4f8eafdbcedd94a1
Cc: Frank Ellermann <nobody@xyzzy.claranet.de>, ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1694986703=="
Errors-To: ltru-bounces@ietf.org

--===============1694986703==
Content-Type: multipart/alternative; 
	boundary="----=_Part_15123_14163544.1166132318105"

------=_Part_15123_14163544.1166132318105
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On 12/14/06, John Cowan <cowan@ccil.org> wrote:
>
> Addison Phillips scripsit:
>
> > but why not just stick with our current position,
> > which is that the names are NOT intended to be more than merely
> > descriptive? Especially given the SHOULD in the proposed text.....



The 'should' is a pretty easy requirement. Doug has to get the Reference
Name from ISO 639-3 anyway, so it might as well be first, unless someone has
the desire to be deliberately perverse and randomize the position. And if
Doug can't do it, I could.

So why do it? Because it makes some of the consumers of the registry's lives
much easier, and doesn't cost anything appreciable, and I think, increases
the value of the registry overall.

Mark

------=_Part_15123_14163544.1166132318105
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<br><br><div><span class="gmail_quote">On 12/14/06, <b class="gmail_sendername">John Cowan</b> &lt;<a href="mailto:cowan@ccil.org">cowan@ccil.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Addison Phillips scripsit:<br><br>&gt; but why not just stick with our current position,<br>&gt; which is that the names are NOT intended to be more than merely<br>&gt; descriptive? Especially given the SHOULD in the proposed text.....
</blockquote><div><br><br>The 'should' is a pretty easy requirement. Doug has to get the Reference Name from ISO 639-3 anyway, so it might as well be first, unless someone has the desire to be deliberately perverse and randomize the position. And if Doug can't do it, I could.
<br><br>So why do it? Because it makes some of the consumers of the registry's lives much easier, and doesn't cost anything appreciable, and I think, increases the value of the registry overall.<br><br>Mark<br></div><br></div>
<br>

------=_Part_15123_14163544.1166132318105--


--===============1694986703==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1694986703==--




From ltru-bounces@ietf.org Thu Dec 14 17:29:10 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Guz4g-000665-Cx; Thu, 14 Dec 2006 17:29:10 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Guz4f-000660-TS
	for ltru@ietf.org; Thu, 14 Dec 2006 17:29:09 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guz4d-000280-Mx
	for ltru@ietf.org; Thu, 14 Dec 2006 17:29:09 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Guz4c-0003QU-Vq; Thu, 14 Dec 2006 17:29:07 -0500
Date: Thu, 14 Dec 2006 17:29:06 -0500
To: Addison Phillips <addison@yahoo-inc.com>
Subject: Re: [Ltru] two identical singleton extension tags issue
Message-ID: <20061214222906.GB8213@ccil.org>
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
	<458191C2.2000803@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <458191C2.2000803@yahoo-inc.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips scripsit:

> well-formed MUST check for ABNF validity
> well-formed SHOULD check for non-repetition of singletons
> valid MUST check non-repetition
> valid MUST check subtags

+1

-- 
John Cowan   cowan@ccil.org    http://ccil.org/~cowan
I come from under the hill, and under the hills and over the hills my paths
led. And through the air. I am he that walks unseen.  I am the clue-finder,
the web-cutter, the stinging fly. I was chosen for the lucky number.  --Bilbo

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 14 18:35:35 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gv06r-0006mI-27; Thu, 14 Dec 2006 18:35:29 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gv06q-0006l3-OW
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 18:35:28 -0500
Received: from smtp.microsoft.com ([205.248.106.32]
	helo=smtpmail.microsoft.com)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Guzyk-0002m3-Sy
	for ltru@lists.ietf.org; Thu, 14 Dec 2006 18:27:09 -0500
Received: from mailout3.microsoft.com (157.57.217.10) by
	SVC-EXGWY-E803.partners.extranet.microsoft.com (10.251.24.244) with
	Microsoft SMTP Server id 8.0.685.24; Thu, 14 Dec 2006 15:27:06 -0800
Received: from RED-MSG-42.redmond.corp.microsoft.com ([157.54.61.140]) by
	mailout3.microsoft.com with Microsoft SMTPSVC(6.0.3790.1830);
	Thu, 14 Dec 2006 15:27:05 -0800
x-mimeole: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Ltru] Re: Description field ordering
Date: Thu, 14 Dec 2006 15:26:36 -0800
Message-ID: <19A328037921AA42847A717566D1D6A109F1D1F7@RED-MSG-42.redmond.corp.microsoft.com>
In-Reply-To: <30b660a20612141046qa444be3g40679ac8756694e3@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Ltru] Re: Description field ordering
Thread-Index: AccfsDJTI9hANIsIR6S2N1JnMdWn6gAJp3zA
From: Peter Constable <petercon@microsoft.com>
To: <ltru@lists.ietf.org>
X-OriginalArrivalTime: 14 Dec 2006 23:27:05.0954 (UTC)
	FILETIME=[5E0ABC20:01C71FD7]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 501044f827b673024f6a4cb1d46e67d2
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0092377899=="
Errors-To: ltru-bounces@ietf.org

--===============0092377899==
Content-Class: urn:content-classes:message
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C71FD7.4BF03CB2"

------_=_NextPart_001_01C71FD7.4BF03CB2
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: base64

PiBGb3IgbG9jYWxpemF0aW9uIHB1cnBvc2VzLCBoYXZpbmcgYSBnb29kLCBzaW5nbGUgcmVmZXJl
bmNlIGRlc2NyaXB0aW9uIGlzIHZlcnkgaW1wb3J0YW50Lg0KDQogDQoNCknigJltIG5vdCBzdXJl
IHdoYXQgeW91IGhhdmUgaW4gbWluZCB3cnQgdG8gcHVycG9zZSBvZiB0aGUgZGVzY3JpcHRpb24u
IElmIHRoZSBpbnRlbnQgaXMgdG8gaGF2ZSBhIHNpbmdsZSByZWZlcmVuY2UgdGhhdCBhaWRzIGxv
Y2FsaXplcnMgaW4ga25vd2luZyB3aGF0IHRoZSBjb25jZXB0IGlzLCB0aGF04oCZcyBvbmUgdGhp
bmcuIEJ1dCBJIGRvbuKAmXQgdGhpbmsgdXNlcnMgc2hvdWxkIGFzc3VtZSB0aGF0IHRoYXQgZGVz
Y3JpcHRpb24gY2FuIGJlIHRyZWF0ZWQgYXMgYSBkaXNwbGF5IHN0cmluZyBhcHByb3ByaWF0ZSBm
b3IgRW5nbGlzaCBVSSB0aGF0IGxvY2FsaXplcnMgd2lsbCB0aGVuIHRyYW5zbGF0ZS4gDQoNCiAN
Cg0KIA0KDQpQZXRlcg0KDQogDQoNCiANCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X18NCg0KRnJvbTogTWFyayBEYXZpcyBbbWFpbHRvOm1hcmsuZGF2aXNAaWN1LXByb2plY3Qub3Jn
XSANClNlbnQ6IFRodXJzZGF5LCBEZWNlbWJlciAxNCwgMjAwNiAxMDo0NyBBTQ0KVG86IEFkZGlz
b24gUGhpbGxpcHMNCkNjOiBGcmFuayBFbGxlcm1hbm47IGx0cnVAbGlzdHMuaWV0Zi5vcmcNClN1
YmplY3Q6IFJlOiBbTHRydV0gUmU6IERlc2NyaXB0aW9uIGZpZWxkIG9yZGVyaW5nDQoNCiANCg0K
SSBkaXNhZ3JlZS4gRm9yIGxvY2FsaXphdGlvbiBwdXJwb3NlcywgaGF2aW5nIGEgZ29vZCwgc2lu
Z2xlIHJlZmVyZW5jZSBkZXNjcmlwdGlvbiBpcyB2ZXJ5IGltcG9ydGFudC4NCg0KSSBzZWUgdGhl
IGFsdGVybmF0aXZlcyBhcyBlaXRoZXIgYWRkaW5nIGEgIlJlZmVyZW5jZSBOYW1lIiBmaWVsZCwg
b3IganVzdCB1c2luZyB0aGUgZmlyc3QgZGVzY3JpcHRpb24uIEknbSBwcm9wb3NpbmcgdGhlIGxh
dHRlciwgc2luY2UgaXQgaW52b2x2ZXMgdGhlIGZld2VzdCBjaGFuZ2VzIG92ZXJhbGwgLS0gdGhp
cyBpcyByZWFsbHkgYSBtaW5vciBjaGFuZ2Ugb3ZlcmFsbC4gQW5kIGFkZGluZyB0aGVzZSB0aHJl
ZSBsaW5lcyBpcyBub3QgaW5jcmVhc2luZyB0aGUgYXJjYW5pdHkgb2YgdGhlIHNwZWNpZmljYXRp
b24gdG8gYW4gYXBwcmVjaWFibGUgZGVncmVlIDstKSANCg0KSXQgc2hvdWxkIG5vdCBqdXN0IGdv
IGludG8gdGhlIHJlZ2lzdHJ5IHVwZGF0ZSBiZWNhdXNlIGFzIHRoZSBzb3VyY2Ugc3RhbmRhcmRz
IGFyZSB1cGRhdGVkLCB0aGlzIG5lZWRzIHRvIGJlIGFuIG9uZ29pbmcgcHJvY2Vzcy4gTW9yZW92
ZXIsIHRoZSB1c2VycyBvZiB0aGUgcmVnaXN0cnkgc2hvdWxkIGtub3cgdGhhdCB0aGlzIGlzIHRo
ZSBwb2xpY3kuDQoNCk1hcmsgDQoNCk9uIDEyLzE0LzA2LCBBZGRpc29uIFBoaWxsaXBzIDxhZGRp
c29uQHlhaG9vLWluYy5jb20+IHdyb3RlOg0KDQotMC41DQoNClRoaXMgdGV4dCBzaG91bGQgZ28g
aW4gUkZDIDQ2NDViaXMgKHJlZ2lzdHJ5LXVwZGF0ZSksIG5vdCA0NjQ2YmlzLiBJDQpkb24ndCBz
ZWUgYSByZWFsbHkgZ29vZCByZWFzb24gdG8gbWFrZSBvdXIgbm9uLW5vcm1hdGl2ZSBkZXNjcmlw
dGlvbnMNCmhhdmUgYWxsIHNvcnRzIG9mIGFyY2FuZSByZXF1aXJlbWVudHMgYWJvdXQgb3JkZXJp
bmcsIGV0Yy4gSXQgd291bGQgYmUgDQpuaWNlIGlmIHRoZXkgd2VyZSBpbiBhIHBsZWFzaW5nIG9y
ZGVyLCBidXQgdGhlICdrZXknIHZhbHVlIGlzIGFjdHVhbGx5DQp0aGUgc3VidGFnLiBUaGUgZGVz
Y3JpcHRpb24gaXMgdGhlcmUgdG8gbWFrZSB0aGUgZGFybmVkIHRoaW5nIGNsZWFyLiBJZg0KeW91
IHdhbnQgdG8ga25vdyB3aGF0IElTTyA2MzkgY2FsbHMgc29tZXRoaW5nLCByZWZlciB0byBpdCBp
biB0aGUgc291cmNlIA0Kc3RhbmRhcmQuDQoNCkFkZGlzb24NCg0KRnJhbmsgRWxsZXJtYW5uIHdy
b3RlOg0KPiBNYXJrIERhdmlzIHdyb3RlOg0KPg0KPj4gW2FmdGVyIHRoZSBwYXJhZ3JhcGggc3Rh
cnRpbmcgIkZvciByZWNvcmRzIHRha2VuIGZyb20gYSBzb3VyY2UNCj4+IHN0YW5kYXJkIChzdWNo
IGFzIElTTyA2Mzkgb3IgSVNPIC4uLl0gDQo+DQo+PiBXaGVyZSB0aGUgc291cmNlIHN0YW5kYXJk
IGhhcyBhIFJlZmVyZW5jZSBOYW1lLCB0aGF0IG5hbWUgU0hPVUxEIGJlDQo+PiB0aGUgZmlyc3Qg
ZGVzY3JpcHRpb24gbGlzdGVkLiBJbiB0aGUgc3BlY2lhbCBjYXNlIG9mIGxhbmd1YWdlIHN1YnRh
Z3MNCj4+IHRha2VuIGZyb20gSVNPIDYzOS0xIG9yIElTTyA2MzktMiwgdGhlIFJlZmVyZW5jZSBO
YW1lIGlzIGNvbnNpZGVyZWQgdG8gDQo+PiBiZSB0aGUgY29ycmVzcG9uZGluZyB2YWx1ZSBmcm9t
IElTTyA2MzktMy4gV2hlbiB0aGVyZSBpcyBubw0KPj4gY29ycmVzcG9uZGluZyBSZWZlcmVuY2Ug
TmFtZSwgdGhlIGZpcnN0IERlc2NyaXB0aW9uIFNIT1VMRCBiZSB0aGUNCj4+IGNsZWFyZXN0IGFu
ZCBtb3N0IGNvbW1vbiBkZXNjcmlwdGlvbiBmb3IgdGhlIGVudGl0eS4NCj4gDQo+IEkgbGlrZSBp
dC4gIFRoZSBzZWNvbmQgIlNIT1VMRCIgY291bGQgYmUgYWxzbyBhbiBvcmRpbmFyeSAic2hvdWxk
Ii4NCj4NCj4NCj4NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NCj4gTHRydSBtYWlsaW5nIGxpc3QNCj4gTHRydUBpZXRmLm9yZw0KPiBodHRwczovL3d3
dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9sdHJ1DQoNCi0tDQpBZGRpc29uIFBoaWxsaXBz
DQpHbG9iYWxpemF0aW9uIEFyY2hpdGVjdCAtLSBZYWhvbyEgSW5jLg0KDQpJbnRlcm5hdGlvbmFs
aXphdGlvbiBpcyBhbiBhcmNoaXRlY3R1cmUuIA0KSXQgaXMgbm90IGEgZmVhdHVyZS4NCg0KX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCkx0cnUgbWFpbGlu
ZyBsaXN0DQpMdHJ1QGlldGYub3JnDQpodHRwczovL3d3dzEuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9sdHJ1IA0KDQogDQoNCg==

------_=_NextPart_001_01C71FD7.4BF03CB2
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6c3QxPSJ1cm46c2NoZW1hcy1taWNy
b3NvZnQtY29tOm9mZmljZTpzbWFydHRhZ3MiIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy9UUi9S
RUMtaHRtbDQwIj4NCg0KPGhlYWQ+DQo8bWV0YSBodHRwLWVxdWl2PUNvbnRlbnQtVHlwZSBjb250
ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1ldGEgbmFtZT1HZW5lcmF0b3IgY29u
dGVudD0iTWljcm9zb2Z0IFdvcmQgMTEgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPCEtLVtpZiAhbXNv
XT4NCjxzdHlsZT4NCnZcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCm9cOioge2Jl
aGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCndcOioge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNW
TUwpO30NCi5zaGFwZSB7YmVoYXZpb3I6dXJsKCNkZWZhdWx0I1ZNTCk7fQ0KPC9zdHlsZT4NCjwh
W2VuZGlmXS0tPjxvOlNtYXJ0VGFnVHlwZQ0KIG5hbWVzcGFjZXVyaT0idXJuOnNjaGVtYXMtbWlj
cm9zb2Z0LWNvbTpvZmZpY2U6c21hcnR0YWdzIiBuYW1lPSJwbGFjZSIvPg0KPCEtLVtpZiAhbXNv
XT4NCjxzdHlsZT4NCnN0MVw6KntiZWhhdmlvcjp1cmwoI2RlZmF1bHQjaWVvb3VpKSB9DQo8L3N0
eWxlPg0KPCFbZW5kaWZdLS0+DQo8c3R5bGU+DQo8IS0tDQogLyogRm9udCBEZWZpbml0aW9ucyAq
Lw0KIEBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6U2ltU3VuOw0KCXBhbm9zZS0xOjIgMSA2IDAg
MyAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3Nl
LTE6MiAxMSA2IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiXEBT
aW1TdW4iOw0KCXBhbm9zZS0xOjIgMSA2IDAgMyAxIDEgMSAxIDE7fQ0KIC8qIFN0eWxlIERlZmlu
aXRpb25zICovDQogcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt
YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K
CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxp
bmsNCgl7Y29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRl
ZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXtjb2xvcjpibHVlOw0KCXRleHQtZGVjb3Jh
dGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTgNCgl7bXNvLXN0eWxlLXR5cGU6cGVy
c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6QXJpYWw7DQoJY29sb3I6bmF2eTt9DQpAcGFnZSBT
ZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4gMS4yNWluIDEuMGlu
IDEuMjVpbjt9DQpkaXYuU2VjdGlvbjENCgl7cGFnZTpTZWN0aW9uMTt9DQotLT4NCjwvc3R5bGU+
DQoNCjwvaGVhZD4NCg0KPGJvZHkgbGFuZz1FTi1VUyBsaW5rPWJsdWUgdmxpbms9Ymx1ZT4NCg0K
PGRpdiBjbGFzcz1TZWN0aW9uMT4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBj
b2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250
LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz4mZ3Q7IDwvc3Bhbj48L2ZvbnQ+Rm9yIGxvY2FsaXph
dGlvbg0KcHVycG9zZXMsIGhhdmluZyBhIGdvb2QsIHNpbmdsZSByZWZlcmVuY2UgZGVzY3JpcHRp
b24gaXMgdmVyeSBpbXBvcnRhbnQuPG86cD48L286cD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1h
bD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNp
emU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+PG86cD4mbmJzcDs8L286
cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBj
b2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250
LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz5J4oCZbSBub3Qgc3VyZSB3aGF0IHlvdSBoYXZlIGlu
IG1pbmQgd3J0IHRvDQpwdXJwb3NlIG9mIHRoZSBkZXNjcmlwdGlvbi4gSWYgdGhlIGludGVudCBp
cyB0byBoYXZlIGEgc2luZ2xlIHJlZmVyZW5jZSB0aGF0IGFpZHMNCmxvY2FsaXplcnMgaW4ga25v
d2luZyB3aGF0IHRoZSBjb25jZXB0IGlzLCB0aGF04oCZcyBvbmUgdGhpbmcuIEJ1dCBJIGRvbuKA
mXQgdGhpbmsgdXNlcnMNCnNob3VsZCBhc3N1bWUgdGhhdCB0aGF0IGRlc2NyaXB0aW9uIGNhbiBi
ZSB0cmVhdGVkIGFzIGEgZGlzcGxheSBzdHJpbmcNCmFwcHJvcHJpYXRlIGZvciBFbmdsaXNoIFVJ
IHRoYXQgbG9jYWxpemVycyB3aWxsIHRoZW4gdHJhbnNsYXRlLiA8bzpwPjwvbzpwPjwvc3Bhbj48
L2ZvbnQ+PC9wPg0KDQo8cCBjbGFzcz1Nc29Ob3JtYWw+PGZvbnQgc2l6ZT0yIGNvbG9yPW5hdnkg
ZmFjZT1BcmlhbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTAuMHB0O2ZvbnQtZmFtaWx5OkFy
aWFsO2NvbG9yOm5hdnknPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxw
IGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29sb3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFu
IHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+
PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250PjwvcD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFs
Pjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJpYWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6
ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjpuYXZ5Jz5QZXRlcjxvOnA+PC9vOnA+
PC9zcGFuPjwvZm9udD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTIgY29s
b3I9bmF2eSBmYWNlPUFyaWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMC4wcHQ7Zm9udC1m
YW1pbHk6QXJpYWw7Y29sb3I6bmF2eSc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9mb250Pjwv
cD4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MiBjb2xvcj1uYXZ5IGZhY2U9QXJp
YWw+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToNCjEwLjBwdDtmb250LWZhbWlseTpBcmlhbDtjb2xv
cjpuYXZ5Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0KDQo8ZGl2IHN0eWxl
PSdib3JkZXI6bm9uZTtib3JkZXItbGVmdDpzb2xpZCBibHVlIDEuNXB0O3BhZGRpbmc6MGluIDBp
biAwaW4gNC4wcHQnPg0KDQo8ZGl2Pg0KDQo8ZGl2IGNsYXNzPU1zb05vcm1hbCBhbGlnbj1jZW50
ZXIgc3R5bGU9J3RleHQtYWxpZ246Y2VudGVyJz48Zm9udCBzaXplPTMNCmZhY2U9IlRpbWVzIE5l
dyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQnPg0KDQo8aHIgc2l6ZT0yIHdp
ZHRoPSIxMDAlIiBhbGlnbj1jZW50ZXIgdGFiaW5kZXg9LTE+DQoNCjwvc3Bhbj48L2ZvbnQ+PC9k
aXY+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Yj48Zm9udCBzaXplPTIgZmFjZT1UYWhvbWE+PHNw
YW4gc3R5bGU9J2ZvbnQtc2l6ZToxMC4wcHQ7DQpmb250LWZhbWlseTpUYWhvbWE7Zm9udC13ZWln
aHQ6Ym9sZCc+RnJvbTo8L3NwYW4+PC9mb250PjwvYj48Zm9udCBzaXplPTINCmZhY2U9VGFob21h
PjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OlRhaG9tYSc+IE1hcmsg
RGF2aXMNClttYWlsdG86bWFyay5kYXZpc0BpY3UtcHJvamVjdC5vcmddIDxicj4NCjxiPjxzcGFu
IHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5TZW50Ojwvc3Bhbj48L2I+IFRodXJzZGF5LCBEZWNl
bWJlciAxNCwgMjAwNg0KMTA6NDcgQU08YnI+DQo8Yj48c3BhbiBzdHlsZT0nZm9udC13ZWlnaHQ6
Ym9sZCc+VG86PC9zcGFuPjwvYj4gQWRkaXNvbiBQaGlsbGlwczxicj4NCjxiPjxzcGFuIHN0eWxl
PSdmb250LXdlaWdodDpib2xkJz5DYzo8L3NwYW4+PC9iPiBGcmFuayBFbGxlcm1hbm47DQpsdHJ1
QGxpc3RzLmlldGYub3JnPGJyPg0KPGI+PHNwYW4gc3R5bGU9J2ZvbnQtd2VpZ2h0OmJvbGQnPlN1
YmplY3Q6PC9zcGFuPjwvYj4gUmU6IFtMdHJ1XSBSZToNCkRlc2NyaXB0aW9uIGZpZWxkIG9yZGVy
aW5nPC9zcGFuPjwvZm9udD48bzpwPjwvbzpwPjwvcD4NCg0KPC9kaXY+DQoNCjxwIGNsYXNzPU1z
b05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48c3BhbiBzdHlsZT0n
Zm9udC1zaXplOg0KMTIuMHB0Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9wPg0K
DQo8cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21hcmdpbi1ib3R0b206MTIuMHB0Jz48Zm9udCBz
aXplPTMNCmZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4w
cHQnPkkgZGlzYWdyZWUuIEZvcg0KbG9jYWxpemF0aW9uIHB1cnBvc2VzLCBoYXZpbmcgYSBnb29k
LCBzaW5nbGUgcmVmZXJlbmNlIGRlc2NyaXB0aW9uIGlzIHZlcnkNCmltcG9ydGFudC48YnI+DQo8
YnI+DQpJIHNlZSB0aGUgYWx0ZXJuYXRpdmVzIGFzIGVpdGhlciBhZGRpbmcgYSAmcXVvdDtSZWZl
cmVuY2UgTmFtZSZxdW90OyBmaWVsZCwgb3INCmp1c3QgdXNpbmcgdGhlIGZpcnN0IGRlc2NyaXB0
aW9uLiBJJ20gcHJvcG9zaW5nIHRoZSBsYXR0ZXIsIHNpbmNlIGl0IGludm9sdmVzDQp0aGUgZmV3
ZXN0IGNoYW5nZXMgb3ZlcmFsbCAtLSB0aGlzIGlzIHJlYWxseSBhIG1pbm9yIGNoYW5nZSBvdmVy
YWxsLiBBbmQgYWRkaW5nDQp0aGVzZSB0aHJlZSBsaW5lcyBpcyBub3QgaW5jcmVhc2luZyB0aGUg
YXJjYW5pdHkgb2YgdGhlIHNwZWNpZmljYXRpb24gdG8gYW4NCmFwcHJlY2lhYmxlIGRlZ3JlZSA7
LSkgPGJyPg0KPGJyPg0KSXQgc2hvdWxkIG5vdCBqdXN0IGdvIGludG8gdGhlIHJlZ2lzdHJ5IHVw
ZGF0ZSBiZWNhdXNlIGFzIHRoZSBzb3VyY2Ugc3RhbmRhcmRzDQphcmUgdXBkYXRlZCwgdGhpcyBu
ZWVkcyB0byBiZSBhbiBvbmdvaW5nIHByb2Nlc3MuIE1vcmVvdmVyLCB0aGUgdXNlcnMgb2YgdGhl
DQpyZWdpc3RyeSBzaG91bGQga25vdyB0aGF0IHRoaXMgaXMgdGhlIHBvbGljeS48YnI+DQo8YnI+
DQpNYXJrIDxvOnA+PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjxkaXY+DQoNCjxwIGNsYXNz
PU1zb05vcm1hbD48c3BhbiBjbGFzcz1nbWFpbHF1b3RlPjxmb250IHNpemU9MyBmYWNlPSJUaW1l
cyBOZXcgUm9tYW4iPjxzcGFuDQpzdHlsZT0nZm9udC1zaXplOjEyLjBwdCc+T24gMTIvMTQvMDYs
IDxiPjxzcGFuIHN0eWxlPSdmb250LXdlaWdodDpib2xkJz5BZGRpc29uDQpQaGlsbGlwczwvc3Bh
bj48L2I+ICZsdDs8YSBocmVmPSJtYWlsdG86YWRkaXNvbkB5YWhvby1pbmMuY29tIj5hZGRpc29u
QHlhaG9vLWluYy5jb208L2E+Jmd0Ow0Kd3JvdGU6PC9zcGFuPjwvZm9udD48L3NwYW4+PG86cD48
L286cD48L3A+DQoNCjxwIGNsYXNzPU1zb05vcm1hbD48Zm9udCBzaXplPTMgZmFjZT0iVGltZXMg
TmV3IFJvbWFuIj48c3BhbiBzdHlsZT0nZm9udC1zaXplOg0KMTIuMHB0Jz4tMC41PGJyPg0KPGJy
Pg0KVGhpcyB0ZXh0IHNob3VsZCBnbyBpbiBSRkMgNDY0NWJpcyAocmVnaXN0cnktdXBkYXRlKSwg
bm90IDQ2NDZiaXMuIEk8YnI+DQpkb24ndCBzZWUgYSByZWFsbHkgZ29vZCByZWFzb24gdG8gbWFr
ZSBvdXIgbm9uLW5vcm1hdGl2ZSBkZXNjcmlwdGlvbnM8YnI+DQpoYXZlIGFsbCBzb3J0cyBvZiBh
cmNhbmUgcmVxdWlyZW1lbnRzIGFib3V0IG9yZGVyaW5nLCBldGMuIEl0IHdvdWxkIGJlIDxicj4N
Cm5pY2UgaWYgdGhleSB3ZXJlIGluIGEgcGxlYXNpbmcgb3JkZXIsIGJ1dCB0aGUgJ2tleScgdmFs
dWUgaXMgYWN0dWFsbHk8YnI+DQp0aGUgc3VidGFnLiBUaGUgZGVzY3JpcHRpb24gaXMgdGhlcmUg
dG8gbWFrZSB0aGUgZGFybmVkIHRoaW5nIGNsZWFyLiBJZjxicj4NCnlvdSB3YW50IHRvIGtub3cg
d2hhdCBJU08gNjM5IGNhbGxzIHNvbWV0aGluZywgcmVmZXIgdG8gaXQgaW4gdGhlIHNvdXJjZSA8
YnI+DQpzdGFuZGFyZC48YnI+DQo8YnI+DQo8c3QxOnBsYWNlIHc6c3Q9Im9uIj5BZGRpc29uPC9z
dDE6cGxhY2U+PGJyPg0KPGJyPg0KRnJhbmsgRWxsZXJtYW5uIHdyb3RlOjxicj4NCiZndDsgTWFy
ayBEYXZpcyB3cm90ZTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyZndDsgW2FmdGVyIHRoZSBwYXJhZ3Jh
cGggc3RhcnRpbmcgJnF1b3Q7Rm9yIHJlY29yZHMgdGFrZW4gZnJvbSBhIHNvdXJjZTxicj4NCiZn
dDsmZ3Q7IHN0YW5kYXJkIChzdWNoIGFzIElTTyA2Mzkgb3IgSVNPIC4uLl0gPGJyPg0KJmd0Ozxi
cj4NCiZndDsmZ3Q7IFdoZXJlIHRoZSBzb3VyY2Ugc3RhbmRhcmQgaGFzIGEgUmVmZXJlbmNlIE5h
bWUsIHRoYXQgbmFtZSBTSE9VTEQgYmU8YnI+DQomZ3Q7Jmd0OyB0aGUgZmlyc3QgZGVzY3JpcHRp
b24gbGlzdGVkLiBJbiB0aGUgc3BlY2lhbCBjYXNlIG9mIGxhbmd1YWdlIHN1YnRhZ3M8YnI+DQom
Z3Q7Jmd0OyB0YWtlbiBmcm9tIElTTyA2MzktMSBvciBJU08gNjM5LTIsIHRoZSBSZWZlcmVuY2Ug
TmFtZSBpcyBjb25zaWRlcmVkIHRvDQo8YnI+DQomZ3Q7Jmd0OyBiZSB0aGUgY29ycmVzcG9uZGlu
ZyB2YWx1ZSBmcm9tIElTTyA2MzktMy4gV2hlbiB0aGVyZSBpcyBubzxicj4NCiZndDsmZ3Q7IGNv
cnJlc3BvbmRpbmcgUmVmZXJlbmNlIE5hbWUsIHRoZSBmaXJzdCBEZXNjcmlwdGlvbiBTSE9VTEQg
YmUgdGhlPGJyPg0KJmd0OyZndDsgY2xlYXJlc3QgYW5kIG1vc3QgY29tbW9uIGRlc2NyaXB0aW9u
IGZvciB0aGUgZW50aXR5Ljxicj4NCiZndDsgPGJyPg0KJmd0OyBJIGxpa2UgaXQuJm5ic3A7Jm5i
c3A7VGhlIHNlY29uZCAmcXVvdDtTSE9VTEQmcXVvdDsgY291bGQgYmUgYWxzbyBhbg0Kb3JkaW5h
cnkgJnF1b3Q7c2hvdWxkJnF1b3Q7Ljxicj4NCiZndDs8YnI+DQomZ3Q7PGJyPg0KJmd0Ozxicj4N
CiZndDsgX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+
DQomZ3Q7IEx0cnUgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyA8YSBocmVmPSJtYWlsdG86THRydUBp
ZXRmLm9yZyI+THRydUBpZXRmLm9yZzwvYT48YnI+DQomZ3Q7IDxhIGhyZWY9Imh0dHBzOi8vd3d3
MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2x0cnUiPmh0dHBzOi8vd3d3MS5pZXRmLm9yZy9t
YWlsbWFuL2xpc3RpbmZvL2x0cnU8L2E+PGJyPg0KPGJyPg0KLS08YnI+DQpBZGRpc29uIFBoaWxs
aXBzPGJyPg0KR2xvYmFsaXphdGlvbiBBcmNoaXRlY3QgLS0gWWFob28hIEluYy48YnI+DQo8YnI+
DQpJbnRlcm5hdGlvbmFsaXphdGlvbiBpcyBhbiBhcmNoaXRlY3R1cmUuIDxicj4NCkl0IGlzIG5v
dCBhIGZlYXR1cmUuPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX188YnI+DQpMdHJ1IG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0
bzpMdHJ1QGlldGYub3JnIj5MdHJ1QGlldGYub3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8v
d3d3MS5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2x0cnUiPmh0dHBzOi8vd3d3MS5pZXRmLm9y
Zy9tYWlsbWFuL2xpc3RpbmZvL2x0cnUNCjwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L2ZvbnQ+PC9w
Pg0KDQo8L2Rpdj4NCg0KPHAgY2xhc3M9TXNvTm9ybWFsPjxmb250IHNpemU9MyBmYWNlPSJUaW1l
cyBOZXcgUm9tYW4iPjxzcGFuIHN0eWxlPSdmb250LXNpemU6DQoxMi4wcHQnPjxvOnA+Jm5ic3A7
PC9vOnA+PC9zcGFuPjwvZm9udD48L3A+DQoNCjwvZGl2Pg0KDQo8L2Rpdj4NCg0KPC9ib2R5Pg0K
DQo8L2h0bWw+DQo=

------_=_NextPart_001_01C71FD7.4BF03CB2--


--===============0092377899==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0092377899==--




From ltru-bounces@ietf.org Fri Dec 15 02:57:22 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gv7wX-0006ff-FM; Fri, 15 Dec 2006 02:57:21 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gv7wV-0006em-Km
	for ltru@ietf.org; Fri, 15 Dec 2006 02:57:19 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gv7wU-0007yh-BI
	for ltru@ietf.org; Fri, 15 Dec 2006 02:57:19 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061215075717.ICEH6945.mta11.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Fri, 15 Dec 2006 02:57:17 -0500
Message-ID: <007901c7201e$a4133b60$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
Date: Thu, 14 Dec 2006 23:57:17 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis <mark dot davis at icu dash project dot org> wrote:

> Where the source standard has a Reference Name, that name SHOULD be 
> the first description listed. In the special case of language subtags 
> taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to 
> be the corresponding value from ISO 639-3. When there is no 
> corresponding Reference Name, the first Description SHOULD be the 
> clearest and most common description for the entity.

Mark, do you remember when I proposed some sort of significance to be 
applied to the order of Description fields, and the size of the 
cannonballs with which that proposal was shot down?  I wonder what it 
will mean if the same proposal coming from you is accepted.

Addison Phillips <addison at yahoo dash inc dot com> wrote:

> This text should go in RFC 4645bis (registry-update), not 4646bis.

I think if it the concept going to be adopted, it belongs in both.

> I don't see a really good reason to make our non-normative 
> descriptions  have all sorts of arcane requirements about ordering, 
> etc.

The premise is that the Description field wouldn't be entirely 
non-normative any more.  That is the cardinal question that remains 
unanswered, and as long as we are not using issue trackers or being 
forcibly guided toward consensus, it probably never will be.

> Since we permit editing and addition of descriptions, making 
> requirements to track particular names would consume a certain amount 
> of time/effort on the part of the Official Doug.

As most know, I had planned to make the ISO 639-3 Reference Name the 
first Description field for each subtag, but not publicize that fact. 
That way we would not be bound to it, since it was clear some did not 
want to be.

Why don't we make a formal WG decision on this particular article of 
religion rather than getting it in through the side door via a minor 
wording change?

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 03:14:04 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gv8Cg-0003oX-Ng; Fri, 15 Dec 2006 03:14:02 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gv8Cf-0003o8-Tz
	for ltru@ietf.org; Fri, 15 Dec 2006 03:14:01 -0500
Received: from scmailgw2.scop.aoyama.ac.jp ([133.2.251.195])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gv8Cb-0001Fc-4E
	for ltru@ietf.org; Fri, 15 Dec 2006 03:14:01 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBF8DqI5020089
	for <ltru@ietf.org>; Fri, 15 Dec 2006 17:13:53 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 52cf_338bf230_8c14_11db_8e71_0014221f2a2d;
	Fri, 15 Dec 2006 17:13:52 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:50432)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S622B1> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Fri, 15 Dec 2006 17:13:11 +0900
Message-Id: <6.0.0.20.2.20061215164616.0b49a150@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Fri, 15 Dec 2006 16:50:38 +0900
To: Addison Phillips <addison@yahoo-inc.com>,
	Mark Davis <mark.davis@icu-project.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] two identical singleton extension tags issue
In-Reply-To: <458191C2.2000803@yahoo-inc.com>
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
	<458191C2.2000803@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 03:02 06/12/15, Addison Phillips wrote:
>I went to make some proposed edits to cover this... and suddenly find some doubts.
>
>The problem here is in Section 2.2.6 (Extensions) where we find this text:
>
>--
># Each singleton subtag MUST appear at most one time in each tag (other than as a private use subtag). That is, singleton subtags MUST NOT be repeated. For example, the tag "en-a-bbb-a-ccc" is invalid because the subtag 'a' appears twice. Note that the tag "en-a-bbb-x-a-ccc" is valid because the second appearance of the singleton 'a' is in a private use sequence.
>--

This text uses '(in)valid' twice, and never (non)well-formed.
Is this new text, or from RFC 4646?

>With a MUST, I don't see how we can relax the well-formedness requirement. A tag is not well-formed if it violates this requirement. Validity rises to a higher level.
>
>I think we could relax the well-formedness requirement on checking non-repetition so that we have:
>
>well-formed MUST check for ABNF validity
>well-formed SHOULD check for non-repetition of singletons
>valid MUST check non-repetition
>valid MUST check subtags

This looks weird. A tag is either well-formed or not.
With the above SHOULD, things become unclear.
It is much more straightforward if you have:

well-formed means:
- check for ABNF match
valid means:
- check for non-repetition of singletons
- check for actually existing subtags,...

I'm ambivalent on the change itself, but if we follow Mark and
John, let's not use SHOULD in the definition of well-formedness
or validity.

Regards,     Martin.



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 03:36:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gv8YK-0002ni-QF; Fri, 15 Dec 2006 03:36:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gv8YJ-0002nV-Ft
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 03:36:23 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gv8YG-0004Py-E3
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 03:36:23 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBF8a9Hs001822
	for <ltru@lists.ietf.org>; Fri, 15 Dec 2006 17:36:09 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 5356_506a15c8_8c17_11db_9eb8_0014221f2a2d;
	Fri, 15 Dec 2006 17:36:09 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:44976)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S622CE> for <ltru@lists.ietf.org> from <duerst@it.aoyama.ac.jp>;
	Fri, 15 Dec 2006 17:35:29 +0900
Message-Id: <6.0.0.20.2.20061215173245.09c21a20@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Fri, 15 Dec 2006 17:33:34 +0900
To: Frank Ellermann <nobody@xyzzy.claranet.de>, ltru@lists.ietf.org
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <45818854.3305@xyzzy.claranet.de>
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 02:22 06/12/15, Frank Ellermann wrote:
>Mark Davis wrote:
> 
>> [after the paragraph starting "For records taken from a source
>> standard (such as ISO 639 or ISO ...]
> 
>> Where the source standard has a Reference Name, that name SHOULD be
>> the first description listed. In the special case of language subtags
>> taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to
>> be the corresponding value from ISO 639-3. When there is no
>> corresponding Reference Name, the first Description SHOULD be the
>> clearest and most common description for the entity.
>
>I like it.  The second "SHOULD" could be also an ordinary "should".

We have gone to great lengths in earlier rounds to avoid any
'ordinary' should/may/must/... I wouldn't want to deviate
from this practice.

Regards,    Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

From ltru-bounces@ietf.org Fri Dec 15 03:36:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gv8YK-0002nm-Sj; Fri, 15 Dec 2006 03:36:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gv8YJ-0002nX-GU
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 03:36:23 -0500
Received: from scmailgw2.scop.aoyama.ac.jp ([133.2.251.195])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gv8YG-0004Px-E2
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 03:36:23 -0500
Received: from scmse1.scbb.aoyamFrom ltru-bounces@ietf.org Fri Dec 15 03:36:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gv8YK-0002ni-QF; Fri, 15 Dec 2006 03:36:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gv8YJ-0002nV-Ft
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 03:36:23 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gv8YG-0004Py-E3
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 03:36:23 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBF8a9Hs001822
	for <ltru@lists.ietf.org>; Fri, 15 Dec 2006 17:36:09 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 5356_506a15c8_8c17_11db_9eb8_0014221f2a2d;
	Fri, 15 Dec 2006 17:36:09 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:44976)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S622CE> for <ltru@lists.ietf.org> from <duerst@it.aoyama.ac.jp>;
	Fri, 15 Dec 2006 17:35:29 +0900
Message-Id: <6.0.0.20.2.20061215173245.09c21a20@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Fri, 15 Dec 2006 17:33:34 +0900
To: Frank Ellermann <nobody@xyzzy.claranet.de>, ltru@lists.ietf.org
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <45818854.3305@xyzzy.claranet.de>
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 02:22 06/12/15, Frank Ellermann wrote:
>Mark Davis wrote:
> 
>> [after the paragraph starting "For records taken from a source
>> standard (such as ISO 639 or ISO ...]
> 
>> Where the source standard has a Reference Name, that name SHOULD be
>> the first description listed. In the special case of language subtags
>> taken from ISO 639-1 or ISO 639-2, the Reference Name is considered to
>> be the corresponding value from ISO 639-3. When there is no
>> corresponding Reference Name, the first Description SHOULD be the
>> clearest and most common description for the entity.
>
>I like it.  The second "SHOULD" could be also an ordinary "should".

We have gone to great lengths in earlier rounds to avoid any
'ordinary' should/may/must/... I wouldn't want to deviate
from this practice.

Regards,    Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

From ltru-bounces@ietf.org Fri Dec 15 03:36:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gv8YK-0002nm-Sj; Fri, 15 Dec 2006 03:36:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gv8YJ-0002nX-GU
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 03:36:23 -0500
Received: from scmailgw2.scop.aoyama.ac.jp ([133.2.251.195])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gv8YG-0004Px-E2
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 03:36:23 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBF8a9cI022631
	for <ltru@lists.ietf.org>; Fri, 15 Dec 2006 17:36:09 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 0789_4ffbfb1a_8c17_11db_8029_0014221fa3c9;
	Fri, 15 Dec 2006 17:36:09 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:44976)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S622CD> for <ltru@lists.ietf.org> from <duerst@it.aoyama.ac.jp>;
	Fri, 15 Dec 2006 17:35:28 +0900
Message-Id: <6.0.0.20.2.20061215172649.09c52290@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Fri, 15 Dec 2006 17:30:21 +0900
To: "Mark Davis" <mark.davis@icu-project.org>, "John Cowan" <cowan@ccil.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <30b660a20612141338i7452300eta9ebb970d2157828@mail.gmail.co
 m>
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de> <4581990E.7040108@yahoo-inc.com>
	<30b660a20612141046qa444be3g40679ac8756694e3@mail.gmail.com>
	<4581A688.2090708@yahoo-inc.com> <20061214193401.GM14251@ccil.org>
	<30b660a20612141338i7452300eta9ebb970d2157828@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Cc: Frank Ellermann <nobody@xyzzy.claranet.de>, ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 06:38 06/12/15, Mark Davis wrote:


>On 12/14/06, John Cowan <<mailto:cowan@ccil.org>cowan@ccil.org> wrote:
>>Addison Phillips scripsit:
>>
>>> but why not just stick with our current position,
>>> which is that the names are NOT intended to be more than merely
>>> descriptive? Especially given the SHOULD in the proposed text..... 
>
>
>The 'should' is a pretty easy requirement. Doug has to get the Reference Name from ISO 639-3 anyway, so it might as well be first, unless someone has the desire to be deliberately perverse and randomize the position. And if Doug can't do it, I could. 
>
>So why do it? Because it makes some of the consumers of the registry's lives much easier, and doesn't cost anything appreciable, and I think, increases the value of the registry overall.

Hello Mark,

I think doing it for the bulk update should work.
But guaranteeing it for future additions is a different
issue. It would be up to interested individuals to watch
upcomming proposals on the ietf-language list and propose
changes if necessary, and there wouldn't be a guarantee that
every registration follows the SHOULD (after all, it's just
a SHOULD).

Would that be okay with you?     Regards,    Martin.



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru





a.ac.jp (scmse1 [133.2.253.16])
	by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBF8a9cI022631
	for <ltru@lists.ietf.org>; Fri, 15 Dec 2006 17:36:09 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 0789_4ffbfb1a_8c17_11db_8029_0014221fa3c9;
	Fri, 15 Dec 2006 17:36:09 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:44976)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S622CD> for <ltru@lists.ietf.org> from <duerst@it.aoyama.ac.jp>;
	Fri, 15 Dec 2006 17:35:28 +0900
Message-Id: <6.0.0.20.2.20061215172649.09c52290@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Fri, 15 Dec 2006 17:30:21 +0900
To: "Mark Davis" <mark.davis@icu-project.org>, "John Cowan" <cowan@ccil.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <30b660a20612141338i7452300eta9ebb970d2157828@mail.gmail.co
 m>
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de> <4581990E.7040108@yahoo-inc.com>
	<30b660a20612141046qa444be3g40679ac8756694e3@mail.gmail.com>
	<4581A688.2090708@yahoo-inc.com> <20061214193401.GM14251@ccil.org>
	<30b660a20612141338i7452300eta9ebb970d2157828@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Cc: Frank Ellermann <nobody@xyzzy.claranet.de>, ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 06:38 06/12/15, Mark Davis wrote:


>On 12/14/06, John Cowan <<mailto:cowan@ccil.org>cowan@ccil.org> wrote:
>>Addison Phillips scripsit:
>>
>>> but why not just stick with our current position,
>>> which is that the names are NOT intended to be more than merely
>>> descriptive? Especially given the SHOULD in the proposed text..... 
>
>
>The 'should' is a pretty easy requirement. Doug has to get the Reference Name from ISO 639-3 anyway, so it might as well be first, unless someone has the desire to be deliberately perverse and randomize the position. And if Doug can't do it, I could. 
>
>So why do it? Because it makes some of the consumers of the registry's lives much easier, and doesn't cost anything appreciable, and I think, increases the value of the registry overall.

Hello Mark,

I think doing it for the bulk update should work.
But guaranteeing it for future additions is a different
issue. It would be up to interested individuals to watch
upcomming proposals on the ietf-language list and propose
changes if necessary, and there wouldn't be a guarantee that
every registration follows the SHOULD (after all, it's just
a SHOULD).

Would that be okay with you?     Regards,    Martin.



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru





From ltru-bounces@ietf.org Fri Dec 15 10:36:34 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvF6p-0008Pg-Jm; Fri, 15 Dec 2006 10:36:27 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvF6n-0008OK-Ue
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 10:36:25 -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 1GvF6m-000472-EN
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 10:36:25 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1GvF6d-0004AU-17
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 16:36:15 +0100
Received: from d254024.dialin.hansenet.de ([80.171.254.24])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Fri, 15 Dec 2006 16:36:15 +0100
Received: from nobody by d254024.dialin.hansenet.de with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Fri, 15 Dec 2006 16:36:15 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Fri, 15 Dec 2006 16:35:46 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 17
Message-ID: <4582C0D2.3CE8@xyzzy.claranet.de>
References: <30b660a20612140917s4283ed69s85b521c9c82d27ed@mail.gmail.com>
	<45818854.3305@xyzzy.claranet.de>
	<6.0.0.20.2.20061215173245.09c21a20@localhost>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: d254024.dialin.hansenet.de
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Cc: 
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Martin Duerst wrote:

>> The second "SHOULD" could be also an ordinary "should".
 
> We have gone to great lengths in earlier rounds to avoid
> any 'ordinary' should/may/must/... I wouldn't want to
> deviate from this practice.

What I really meant is that I don't see the point in using
a SHOULD keyword in this case, a similar statement without
2119-keyword is good enough.

I don't like inflationary uses of the 2119-keywords, they
should be reserved for critical cases.

Frank



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 10:47:45 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvFHj-0003Er-9S; Fri, 15 Dec 2006 10:47:43 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvFHh-0003El-Qw
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 10:47:41 -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 1GvFHd-0005df-H0
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 10:47:41 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1GvFHa-0006cM-8m
	for ltru@lists.ietf.org; Fri, 15 Dec 2006 16:47:34 +0100
Received: from d254024.dialin.hansenet.de ([80.171.254.24])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Fri, 15 Dec 2006 16:47:34 +0100
Received: from nobody by d254024.dialin.hansenet.de with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Fri, 15 Dec 2006 16:47:34 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Fri, 15 Dec 2006 16:46:12 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 14
Message-ID: <4582C344.4B2A@xyzzy.claranet.de>
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: d254024.dialin.hansenet.de
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
Cc: 
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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:
 
> do you remember when I proposed some sort of significance to be
> applied to the order of Description fields, and the size of the
> cannonballs with which that proposal was shot down?  I wonder what
> it will mean if the same proposal coming from you is accepted.

<http://article.gmane.org/gmane.ietf.ltru/6526/match=description+order>

I think I'm to some degree consistent.  But somebody claimed that
being "consistent" actually means "closed mind" and "stubborn" :-)

Frank



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 14:22:32 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvIdX-0007th-Ov; Fri, 15 Dec 2006 14:22:27 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvIdW-0007tV-7P
	for ltru@ietf.org; Fri, 15 Dec 2006 14:22:26 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvIdU-0004FQ-Ry
	for ltru@ietf.org; Fri, 15 Dec 2006 14:22:26 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBFJM5eB029508
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 15 Dec 2006 11:22:05 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=2Kbr6J4/EFOo9XbsdmrkG2sgMkEUWP5UsPPS695WQqXXgfRZ0YyOmSD0MLZ0kVqZ
Message-ID: <4582F5DC.7040702@yahoo-inc.com>
Date: Fri, 15 Dec 2006 11:22:04 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] two identical singleton extension tags issue
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
	<458191C2.2000803@yahoo-inc.com>
	<6.0.0.20.2.20061215164616.0b49a150@localhost>
In-Reply-To: <6.0.0.20.2.20061215164616.0b49a150@localhost>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hello Martin,

Martin Duerst wrote:
> At 03:02 06/12/15, Addison Phillips wrote:
>> I went to make some proposed edits to cover this... and suddenly find some doubts.
>>
>> The problem here is in Section 2.2.6 (Extensions) where we find this text:
>>
>> --
>> # Each singleton subtag MUST appear at most one time in each tag (other than as a private use subtag). That is, singleton subtags MUST NOT be repeated. For example, the tag "en-a-bbb-a-ccc" is invalid because the subtag 'a' appears twice. Note that the tag "en-a-bbb-x-a-ccc" is valid because the second appearance of the singleton 'a' is in a private use sequence.
>> --
> 
> This text uses '(in)valid' twice, and never (non)well-formed.
> Is this new text, or from RFC 4646?

This is the RFC 4646 text.

>>
>> well-formed MUST check for ABNF validity
>> well-formed SHOULD check for non-repetition of singletons
>> valid MUST check non-repetition
>> valid MUST check subtags
> 
> This looks weird. A tag is either well-formed or not.

Ah... but these are requirements for an *implementation* claiming to 
check well-formedness. The SHOULD means that a tag is "well-formed" with 
a repeating singleton (which bothers me), but, basically, that all 
implementations really ought to check for it.

I agree that checking for non-repetition is expensive and annoying. But 
there is a very clear MUST in the text. A tag cannot be well-formed if 
it has a singleton repeat.

What we could do is add a new conformance layer:

-  An implementation is "minimally conformant" if it checks for 
adherence to the ABNF.
-  An implementation is "well-formed" if it also checks for 
non-repetition of singletons.
-  An implementation is "validating" if it checks the subtags using a 
copy of the registry.

Best Regards,

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 16:09:17 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvKIm-0001y1-Uj; Fri, 15 Dec 2006 16:09:08 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvKHF-0001Bh-7H
	for ltru@ietf.org; Fri, 15 Dec 2006 16:07:33 -0500
Received: from an-out-0708.google.com ([209.85.132.243])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvKDk-0001Cr-Qt
	for ltru@ietf.org; Fri, 15 Dec 2006 16:03:59 -0500
Received: by an-out-0708.google.com with SMTP id d30so340174and
	for <ltru@ietf.org>; Fri, 15 Dec 2006 13:03:56 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=FhlbajYluthz+IqzE7aS3q9zyPoIQ2oqNuZIH/k7CYuub9f+lBKVowI16wYuFQTKmDjquL1cYcutfWwvRPtleYxT/mgy2cJJI+GVfMwTJpgZEigFLvpRyVhVlHE/C13RlNbDi2p9SRX5TUX8bPDkLRh9eAXB6w7Gi6RymFrzHAQ=
Received: by 10.100.139.9 with SMTP id m9mr965042and.1166216636501;
	Fri, 15 Dec 2006 13:03:56 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Fri, 15 Dec 2006 13:03:56 -0800 (PST)
Message-ID: <30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
Date: Fri, 15 Dec 2006 13:03:56 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] two identical singleton extension tags issue
In-Reply-To: <4582F5DC.7040702@yahoo-inc.com>
MIME-Version: 1.0
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
	<458191C2.2000803@yahoo-inc.com>
	<6.0.0.20.2.20061215164616.0b49a150@localhost>
	<4582F5DC.7040702@yahoo-inc.com>
X-Google-Sender-Auth: 62a2e76b8205a6a2
X-Spam-Score: 0.5 (/)
X-Scan-Signature: a8a20a483a84f747e56475e290ee868e
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1256002076=="
Errors-To: ltru-bounces@ietf.org

--===============1256002076==
Content-Type: multipart/alternative; 
	boundary="----=_Part_16876_17610756.1166216636471"

------=_Part_16876_17610756.1166216636471
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I agree that *currently* the well-formedness criteria require that contains
a singleton repeat. What I requested was that we move this requirement to
the validity criteria, for reasons cited earlier. I don't think we need
three levels. And I think trying to distinguish between what a tag is and
what an implementation does is messy (you may not be proposing that, but
just to be sure).

So what I propose is:

-  A tag is "well-formed" if it adheres to ABNF.
-  A tag is "valid" if it contains no repeat singletons, and the subtags
check out according to the registry.

Mark

On 12/15/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>
> Hello Martin,
>
> Martin Duerst wrote:
> > At 03:02 06/12/15, Addison Phillips wrote:
> >> I went to make some proposed edits to cover this... and suddenly find
> some doubts.
> >>
> >> The problem here is in Section 2.2.6 (Extensions) where we find this
> text:
> >>
> >> --
> >> # Each singleton subtag MUST appear at most one time in each tag (other
> than as a private use subtag). That is, singleton subtags MUST NOT be
> repeated. For example, the tag "en-a-bbb-a-ccc" is invalid because the
> subtag 'a' appears twice. Note that the tag "en-a-bbb-x-a-ccc" is valid
> because the second appearance of the singleton 'a' is in a private use
> sequence.
> >> --
> >
> > This text uses '(in)valid' twice, and never (non)well-formed.
> > Is this new text, or from RFC 4646?
>
> This is the RFC 4646 text.
>
> >>
> >> well-formed MUST check for ABNF validity
> >> well-formed SHOULD check for non-repetition of singletons
> >> valid MUST check non-repetition
> >> valid MUST check subtags
> >
> > This looks weird. A tag is either well-formed or not.
>
> Ah... but these are requirements for an *implementation* claiming to
> check well-formedness. The SHOULD means that a tag is "well-formed" with
> a repeating singleton (which bothers me), but, basically, that all
> implementations really ought to check for it.
>
> I agree that checking for non-repetition is expensive and annoying. But
> there is a very clear MUST in the text. A tag cannot be well-formed if
> it has a singleton repeat.
>
> What we could do is add a new conformance layer:
>
> -  An implementation is "minimally conformant" if it checks for
> adherence to the ABNF.
> -  An implementation is "well-formed" if it also checks for
> non-repetition of singletons.
> -  An implementation is "validating" if it checks the subtags using a
> copy of the registry.
>
> Best Regards,
>
> Addison
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>

------=_Part_16876_17610756.1166216636471
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I agree that *currently* the well-formedness criteria require that contains a singleton repeat. What I requested was that we move this requirement to the validity criteria, for reasons cited earlier. I don't think we need three levels. And I think trying to distinguish between what a tag is and what an implementation does is messy (you may not be proposing that, but just to be sure).
<br><br>So what I propose is:<br><br>- &nbsp;A tag is &quot;well-formed&quot; if it adheres to ABNF.<br>- &nbsp;A tag is &quot;valid&quot; if it contains no repeat singletons, and the subtags check out according to the registry.<br>
<br>Mark<br><br><div><span class="gmail_quote">On 12/15/06, <b class="gmail_sendername">Addison Phillips</b> &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hello Martin,<br><br>Martin Duerst wrote:<br>&gt; At 03:02 06/12/15, Addison Phillips wrote:<br>&gt;&gt; I went to make some proposed edits to cover this... and suddenly find some doubts.<br>&gt;&gt;<br>&gt;&gt; The problem here is in Section 
2.2.6 (Extensions) where we find this text:<br>&gt;&gt;<br>&gt;&gt; --<br>&gt;&gt; # Each singleton subtag MUST appear at most one time in each tag (other than as a private use subtag). That is, singleton subtags MUST NOT be repeated. For example, the tag &quot;en-a-bbb-a-ccc&quot; is invalid because the subtag 'a' appears twice. Note that the tag &quot;en-a-bbb-x-a-ccc&quot; is valid because the second appearance of the singleton 'a' is in a private use sequence.
<br>&gt;&gt; --<br>&gt;<br>&gt; This text uses '(in)valid' twice, and never (non)well-formed.<br>&gt; Is this new text, or from RFC 4646?<br><br>This is the RFC 4646 text.<br><br>&gt;&gt;<br>&gt;&gt; well-formed MUST check for ABNF validity
<br>&gt;&gt; well-formed SHOULD check for non-repetition of singletons<br>&gt;&gt; valid MUST check non-repetition<br>&gt;&gt; valid MUST check subtags<br>&gt;<br>&gt; This looks weird. A tag is either well-formed or not.
<br><br>Ah... but these are requirements for an *implementation* claiming to<br>check well-formedness. The SHOULD means that a tag is &quot;well-formed&quot; with<br>a repeating singleton (which bothers me), but, basically, that all
<br>implementations really ought to check for it.<br><br>I agree that checking for non-repetition is expensive and annoying. But<br>there is a very clear MUST in the text. A tag cannot be well-formed if<br>it has a singleton repeat.
<br><br>What we could do is add a new conformance layer:<br><br>-&nbsp;&nbsp;An implementation is &quot;minimally conformant&quot; if it checks for<br>adherence to the ABNF.<br>-&nbsp;&nbsp;An implementation is &quot;well-formed&quot; if it also checks for
<br>non-repetition of singletons.<br>-&nbsp;&nbsp;An implementation is &quot;validating&quot; if it checks the subtags using a<br>copy of the registry.<br><br>Best Regards,<br><br>Addison<br><br>--<br>Addison Phillips<br>Globalization Architect -- Yahoo! Inc.
<br><br>Internationalization is an architecture.<br>It is not a feature.<br></blockquote></div><br>

------=_Part_16876_17610756.1166216636471--


--===============1256002076==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1256002076==--




From ltru-bounces@ietf.org Fri Dec 15 16:18:14 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvKRa-0006Uc-Sb; Fri, 15 Dec 2006 16:18:14 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvKRZ-0006UW-Uy
	for ltru@ietf.org; Fri, 15 Dec 2006 16:18:13 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvKRY-0003HO-Nn
	for ltru@ietf.org; Fri, 15 Dec 2006 16:18:13 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GvKRV-0004pr-HT; Fri, 15 Dec 2006 16:18:09 -0500
Date: Fri, 15 Dec 2006 16:18:09 -0500
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] two identical singleton extension tags issue
Message-ID: <20061215211809.GD27590@ccil.org>
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
	<458191C2.2000803@yahoo-inc.com>
	<6.0.0.20.2.20061215164616.0b49a150@localhost>
	<4582F5DC.7040702@yahoo-inc.com>
	<30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 97adf591118a232206bdb5a27b217034
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis scripsit:

> I agree that *currently* the well-formedness criteria require that contains
> a singleton repeat. What I requested was that we move this requirement to
> the validity criteria, for reasons cited earlier. I don't think we need
> three levels. 

I agree.

> I think trying to distinguish between what a tag is and what an
> implementation does is messy (you may not be proposing that, but just
> to be sure).

I think it's quite reasonable to distinguish here.

> So what I propose is:
> 
> -  A tag is "well-formed" if it adheres to ABNF.
> -  A tag is "valid" if it contains no repeat singletons, and the subtags
>    check out according to the registry.

I think that's correct, and would add these:

- A well-formedness-checker MUST reject a tag that is not well-formed,
   and SHOULD reject one that contains repeat singletons.
- A validity-checker MUST reject a tag that is not valid.

I think this captures both your ideas and Addison's.

-- 
What has four pairs of pants, lives             John Cowan
in Philadelphia, and it never rains             http://www.ccil.org/~cowan
but it pours?                                   cowan@ccil.org
        --Rufus T. Firefly

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 16:31:24 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvKeI-0005nU-Gv; Fri, 15 Dec 2006 16:31:22 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvKeH-0005nO-Po
	for ltru@ietf.org; Fri, 15 Dec 2006 16:31:21 -0500
Received: from an-out-0708.google.com ([209.85.132.244])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvKeF-0005lN-Fi
	for ltru@ietf.org; Fri, 15 Dec 2006 16:31:21 -0500
Received: by an-out-0708.google.com with SMTP id d30so342606and
	for <ltru@ietf.org>; Fri, 15 Dec 2006 13:31:19 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=Ll3jbpuEPjTXCa//0jGVs7/OICZw+Cx9DJ36+Cj2eMi2LoIQZk/eoJOSq73k2JZSMKYoXINtH5+ajJG11fYzkfweN1Hk1Cv5HTkFJJdsPaXTLpaxeDmRma68t/ip0/oTEJuW0f9jK4EkVPekO5+7cNzAVcKwOwEqVy3RnTVEtP4=
Received: by 10.100.48.7 with SMTP id v7mr1018491anv.1166218278157;
	Fri, 15 Dec 2006 13:31:18 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Fri, 15 Dec 2006 13:31:18 -0800 (PST)
Message-ID: <30b660a20612151331l35bb2af5l3207cb83428750dc@mail.gmail.com>
Date: Fri, 15 Dec 2006 13:31:18 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "John Cowan" <cowan@ccil.org>
Subject: Re: [Ltru] two identical singleton extension tags issue
In-Reply-To: <20061215211809.GD27590@ccil.org>
MIME-Version: 1.0
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
	<458191C2.2000803@yahoo-inc.com>
	<6.0.0.20.2.20061215164616.0b49a150@localhost>
	<4582F5DC.7040702@yahoo-inc.com>
	<30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
	<20061215211809.GD27590@ccil.org>
X-Google-Sender-Auth: 66976a6acfa7a228
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 52f7a77164458f8c7b36b66787c853da
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0323596571=="
Errors-To: ltru-bounces@ietf.org

--===============0323596571==
Content-Type: multipart/alternative; 
	boundary="----=_Part_16940_9942739.1166218278121"

------=_Part_16940_9942739.1166218278121
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Good point. Ok, I agree with that approach, and it should make Addison
happy....

Mark

On 12/15/06, John Cowan <cowan@ccil.org> wrote:
>
> Mark Davis scripsit:
>
> > I agree that *currently* the well-formedness criteria require that
> contains
> > a singleton repeat. What I requested was that we move this requirement
> to
> > the validity criteria, for reasons cited earlier. I don't think we need
> > three levels.
>
> I agree.
>
> > I think trying to distinguish between what a tag is and what an
> > implementation does is messy (you may not be proposing that, but just
> > to be sure).
>
> I think it's quite reasonable to distinguish here.
>
> > So what I propose is:
> >
> > -  A tag is "well-formed" if it adheres to ABNF.
> > -  A tag is "valid" if it contains no repeat singletons, and the subtags
> >    check out according to the registry.
>
> I think that's correct, and would add these:
>
> - A well-formedness-checker MUST reject a tag that is not well-formed,
>    and SHOULD reject one that contains repeat singletons.
> - A validity-checker MUST reject a tag that is not valid.
>
> I think this captures both your ideas and Addison's.
>
> --
> What has four pairs of pants, lives             John Cowan
> in Philadelphia, and it never rains             http://www.ccil.org/~cowan
> but it pours?                                   cowan@ccil.org
>         --Rufus T. Firefly
>

------=_Part_16940_9942739.1166218278121
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Good point. Ok, I agree with that approach, and it should make Addison happy....<br><br>Mark<br><br><div><span class="gmail_quote">On 12/15/06, <b class="gmail_sendername">John Cowan</b> &lt;<a href="mailto:cowan@ccil.org">
cowan@ccil.org</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Mark Davis scripsit:<br><br>&gt; I agree that *currently* the well-formedness criteria require that contains
<br>&gt; a singleton repeat. What I requested was that we move this requirement to<br>&gt; the validity criteria, for reasons cited earlier. I don't think we need<br>&gt; three levels.<br><br>I agree.<br><br>&gt; I think trying to distinguish between what a tag is and what an
<br>&gt; implementation does is messy (you may not be proposing that, but just<br>&gt; to be sure).<br><br>I think it's quite reasonable to distinguish here.<br><br>&gt; So what I propose is:<br>&gt;<br>&gt; -&nbsp;&nbsp;A tag is &quot;well-formed&quot; if it adheres to ABNF.
<br>&gt; -&nbsp;&nbsp;A tag is &quot;valid&quot; if it contains no repeat singletons, and the subtags<br>&gt;&nbsp;&nbsp;&nbsp;&nbsp;check out according to the registry.<br><br>I think that's correct, and would add these:<br><br>- A well-formedness-checker MUST reject a tag that is not well-formed,
<br>&nbsp;&nbsp; and SHOULD reject one that contains repeat singletons.<br>- A validity-checker MUST reject a tag that is not valid.<br><br>I think this captures both your ideas and Addison's.<br><br>--<br>What has four pairs of pants, lives&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; John Cowan
<br>in Philadelphia, and it never rains&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="http://www.ccil.org/~cowan">http://www.ccil.org/~cowan</a><br>but it pours?&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <a href="mailto:cowan@ccil.org">cowan@ccil.org</a>
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;--Rufus T. Firefly<br></blockquote></div><br>

------=_Part_16940_9942739.1166218278121--


--===============0323596571==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0323596571==--




From ltru-bounces@ietf.org Fri Dec 15 16:34:59 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvKhn-0006am-JX; Fri, 15 Dec 2006 16:34:59 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvKhm-0006ae-Bm
	for ltru@ietf.org; Fri, 15 Dec 2006 16:34:58 -0500
Received: from elasmtp-banded.atl.sa.earthlink.net ([209.86.89.70])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvKhl-0006Or-2H
	for ltru@ietf.org; Fri, 15 Dec 2006 16:34:58 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=tB4jcqnQzk6j8jCrO/IaAu6irJXN8bfIFweaAPkbMmCG6Tzlf5uyN5O+tBWdwf9j;
	h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.166.37.108] (helo=oemcomputer)
	by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GvKhk-0005PQ-H1
	for ltru@ietf.org; Fri, 15 Dec 2006 16:34:56 -0500
Message-ID: <00ea01c72091$227ccee0$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org><007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
Subject: Re: [Ltru] Re: Description field ordering
Date: Fri, 15 Dec 2006 13:36:50 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee6f5f6b4eec08bdba2da60b61452ab9d04350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.166.37.108
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

As a technical contributor, I still think making the order
of description fields significant would be a mistake.
(Think back to your introduction to relational databases
if the reason isn't totally obvious.  :-)

If we need to convery an additional semantic, the
correct solution is to add a new field.

Randy


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 16:43:49 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvKqH-0002pY-9I; Fri, 15 Dec 2006 16:43:45 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvKqG-0002nl-5e
	for ltru@ietf.org; Fri, 15 Dec 2006 16:43:44 -0500
Received: from an-out-0708.google.com ([209.85.132.249])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvKqD-0007fI-SV
	for ltru@ietf.org; Fri, 15 Dec 2006 16:43:44 -0500
Received: by an-out-0708.google.com with SMTP id d30so344234and
	for <ltru@ietf.org>; Fri, 15 Dec 2006 13:43:41 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=Y8uHnmRZmGNIR99JZpvh2OLwor3+RCzLORxhuNnLZ7HuK+lDqw6vlVkB5Zm7i9FAFUtv8xv7B18Lm1dsNd60bQtys/6L6Ee81PlePClzSaOIpUgtGsYGZoAHuuNXfpI0mkAlaRTNR1i+tQi7jOTb+lxgrh4KRx60N5H9fLbEC0U=
Received: by 10.100.135.16 with SMTP id i16mr1012369and.1166219021246;
	Fri, 15 Dec 2006 13:43:41 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Fri, 15 Dec 2006 13:43:41 -0800 (PST)
Message-ID: <30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
Date: Fri, 15 Dec 2006 13:43:41 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Randy Presuhn" <randy_presuhn@mindspring.com>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <00ea01c72091$227ccee0$6601a8c0@oemcomputer>
MIME-Version: 1.0
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
X-Google-Sender-Auth: bc1383b4941f2ea2
X-Spam-Score: 0.1 (/)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0923720057=="
Errors-To: ltru-bounces@ietf.org

--===============0923720057==
Content-Type: multipart/alternative; 
	boundary="----=_Part_16968_20627901.1166219021211"

------=_Part_16968_20627901.1166219021211
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I don't see the problem. The registry itself is heavily dependent on order
of lines, and most protocols that people would translate it into also allow
ordering, such as XML. And even if you read the registry into an internal
relational database, it is pretty trivial to put the first Description into
a differently named field if you wanted. So could you explain a bit more why
you think this will be a problem in practice?

Mark

On 12/15/06, Randy Presuhn <randy_presuhn@mindspring.com> wrote:
>
> Hi -
>
> As a technical contributor, I still think making the order
> of description fields significant would be a mistake.
> (Think back to your introduction to relational databases
> if the reason isn't totally obvious.  :-)
>
> If we need to convery an additional semantic, the
> correct solution is to add a new field.
>
> Randy
>
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_16968_20627901.1166219021211
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I don't see the problem. The registry itself is heavily dependent on order of lines, and most protocols that people would translate it into also allow ordering, such as XML. And even if you read the registry into an internal relational database, it is pretty trivial to put the first Description into a differently named field if you wanted. So could you explain a bit more why you think this will be a problem in practice?
<br><br>Mark<br><br><div><span class="gmail_quote">On 12/15/06, <b class="gmail_sendername">Randy Presuhn</b> &lt;<a href="mailto:randy_presuhn@mindspring.com">randy_presuhn@mindspring.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi -<br><br>As a technical contributor, I still think making the order<br>of description fields significant would be a mistake.<br>(Think back to your introduction to relational databases<br>if the reason isn't totally obvious.&nbsp;&nbsp;:-)
<br><br>If we need to convery an additional semantic, the<br>correct solution is to add a new field.<br><br>Randy<br><br><br>_______________________________________________<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org">
Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru</a><br></blockquote></div><br>

------=_Part_16968_20627901.1166219021211--


--===============0923720057==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0923720057==--




From ltru-bounces@ietf.org Fri Dec 15 16:49:53 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvKwD-00058U-NR; Fri, 15 Dec 2006 16:49:53 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvKwC-00058H-56
	for ltru@ietf.org; Fri, 15 Dec 2006 16:49:52 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvKwA-0008Uu-PT
	for ltru@ietf.org; Fri, 15 Dec 2006 16:49:52 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBFLnbB3038297
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 15 Dec 2006 13:49:38 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=v5Da9Ij2WdxqhE7GInVidvBouXz63oHRnSBEq4BNDX0kc0l6uvbWFOHeJoqANQkm
Message-ID: <45831871.6020004@yahoo-inc.com>
Date: Fri, 15 Dec 2006 13:49:37 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] two identical singleton extension tags issue
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>	
	<458191C2.2000803@yahoo-inc.com>	
	<6.0.0.20.2.20061215164616.0b49a150@localhost>	
	<4582F5DC.7040702@yahoo-inc.com>
	<30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
In-Reply-To: <30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 82c9bddb247d9ba4471160a9a865a5f3
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis wrote:

 > What I requested was that we move this requirement to
> the validity criteria, for reasons cited earlier. 

Yes, and I think those reasons are valid. The problem I'm having is that 
the non-repetition check really does speak to well-formedness of the tags.

It's annoying to have a syntax that cannot be checked with a single 
expression.

 > I don't think we need
> three levels. And I think trying to distinguish between what a tag is and
> what an implementation does is messy (you may not be proposing that, but
> just to be sure).

I note Section 2.2.9 already makes the distinction: it speaks about 
implementations and their claims of conformance. It says nothing about 
tags being "well-formed" or "valid" (even if we refer to tags that way 
from time-to-time).

Admittedly, it does no harm to existing implementations if we relax the 
rules (presumably implementations are allowed to do more than the 
minimum). But I am leery of this change because it seems contrary to the 
name to have a tag that isn't properly formed be "well-formed".

A good analogy is checking UTF-8 validity. Checking if some text follows 
the encoding scheme is far simpler than checking that it also avoids 
non-shortest forms. But the latter is still required (of course, it can 
still be done in a single regexp, so maybe the analogy is incomplete).

Still, I support making the change. Perhaps if we note that a tag that 
is "well-formed" might still not be, uh, well-formed? Inserting a health 
warning might address this. Perhaps, instead of my proposed SHOULD text 
in the current draft-02, we could say:

--
Note that an implementation that implements "well-formed" checking 
according to the ABNF might not identify tags that contain multiple 
occurrences of the same singleton subtag. Such tags are invalid 
according to the rules in Section 2.2.6 (Extension Subtags). Extensions 
are relatively rare and their use is generally orthogonal to that of the 
main body of the language tag. So, implementing a check for 
non-repetition of these subtags is not required, because that would 
force implementations to use more than one regular expression or to be 
more complicated than necessary.
--

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 17:05:27 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvLBH-0002jf-Aa; Fri, 15 Dec 2006 17:05:27 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvLBG-0002jZ-4u
	for ltru@ietf.org; Fri, 15 Dec 2006 17:05:26 -0500
Received: from elasmtp-banded.atl.sa.earthlink.net ([209.86.89.70])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvLBE-00028q-Sr
	for ltru@ietf.org; Fri, 15 Dec 2006 17:05:26 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=fxE9WMCLSc/+JNOQjo8EgIZ7Tf4YmzcHp0fceBQzYlBtFhrEqMJgI0BfCUj9W6ZB;
	h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.166.37.108] (helo=oemcomputer)
	by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GvLBC-0000JJ-7J
	for ltru@ietf.org; Fri, 15 Dec 2006 17:05:22 -0500
Message-ID: <02be01c72095$62b39260$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
Subject: Re: [Ltru] Re: Description field ordering
Date: Fri, 15 Dec 2006 14:07:17 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee609fa2384082177be31b0d154a323077d350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.166.37.108
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

As a technical contributor -

> From: "Mark Davis" <mark.davis@icu-project.org>
> To: "Randy Presuhn" <randy_presuhn@mindspring.com>
> Cc: "LTRU Working Group" <ltru@ietf.org>
> Sent: Friday, December 15, 2006 1:43 PM
> Subject: Re: [Ltru] Re: Description field ordering
>
> I don't see the problem. The registry itself is heavily dependent on order
> of lines, and most protocols that people would translate it into also allow
> ordering, such as XML. And even if you read the registry into an internal
> relational database, it is pretty trivial to put the first Description into
> a differently named field if you wanted. So could you explain a bit more why
> you think this will be a problem in practice?
...

This type of argument is easily extended to claim that we
should collapse the Type and Subtag / Tag and Added fields into
the Description field - make the first Description Type, the
second one Subtag / Tag, the third one Added, and the fourth one
the "privileged" description, and the fifth and subsequent ones
"ordinary" descriptions.  Obviously, this would be silly.

If the first description is to be made different from other
descriptions, then it really should be a distinct field.
To do otherwise is to regress back to the earlier, order-dependent
form of registry entries.

It's not a question of whether it can be made to work.
Lots of ugly things can be made to work.  But why make
something ugly when there is nothing to be gained from
the ugliness?

Randy


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 17:16:45 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvLM9-0000M9-ON; Fri, 15 Dec 2006 17:16:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvLM8-0000M1-Oa
	for ltru@ietf.org; Fri, 15 Dec 2006 17:16:40 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvLM7-0003kU-CF
	for ltru@ietf.org; Fri, 15 Dec 2006 17:16:40 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBFMGPp8034818
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 15 Dec 2006 14:16:26 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=erwkE9wH4/ujA0U08Fv2uyx58dzHNYr/G3i2Jl5TnF2XaZIWNJksSHTDhYMiTFcq
Message-ID: <45831EB9.6070500@yahoo-inc.com>
Date: Fri, 15 Dec 2006 14:16:25 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Re: Description field ordering
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>	<4582C344.4B2A@xyzzy.claranet.de>	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
In-Reply-To: <30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Uh...

 > The registry itself is heavily dependent on order
 > of lines,

Actually, it isn't. Nowhere in RFC 4646 is there any reference to field 
order. My implementations don't rely on it either---in fact, since I use 
Hashtables here and there, I suspect that I lose the order along the way 
somewhere.

I think I understand your "ulterior motives". Let's see if I can ascribe 
them accurately: you're worried about CLDR localizers needing to choose 
which form of the language name to translate. Is it "Old Church 
Slavonic" or "Church Slavic" or what? At present, you'd have to identify 
which one you want translated manually (or risk either getting them all 
or getting different ones for each target language).

Did I get that right?

Addison


Mark Davis wrote:
> I don't see the problem. The registry itself is heavily dependent on order
> of lines, and most protocols that people would translate it into also allow
> ordering, such as XML. And even if you read the registry into an internal
> relational database, it is pretty trivial to put the first Description into
> a differently named field if you wanted. So could you explain a bit more 
> why
> you think this will be a problem in practice?
> 
> Mark
> 
> On 12/15/06, Randy Presuhn <randy_presuhn@mindspring.com> wrote:
>>
>> Hi -
>>
>> As a technical contributor, I still think making the order
>> of description fields significant would be a mistake.
>> (Think back to your introduction to relational databases
>> if the reason isn't totally obvious.  :-)
>>
>> If we need to convery an additional semantic, the
>> correct solution is to add a new field.
>>
>> Randy
>>
>>
>> _______________________________________________
>> Ltru mailing list
>> Ltru@ietf.org
>> https://www1.ietf.org/mailman/listinfo/ltru
>>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 17:22:19 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvLRa-0001cR-Vz; Fri, 15 Dec 2006 17:22:18 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvLRZ-0001cA-Lh
	for ltru@ietf.org; Fri, 15 Dec 2006 17:22:17 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvLRY-0004Mq-99
	for ltru@ietf.org; Fri, 15 Dec 2006 17:22:17 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBFMM1Co035147
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 15 Dec 2006 14:22:01 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=CRibIn8Xnb2/Kg6B/Mgth3NUwxF0LYTxKh1vSBWqiuPVXilrM0GtE1WvP9DeTrfV
Message-ID: <45832009.6060103@yahoo-inc.com>
Date: Fri, 15 Dec 2006 14:22:01 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] two identical singleton extension tags issue
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>	<458191C2.2000803@yahoo-inc.com>	<6.0.0.20.2.20061215164616.0b49a150@localhost>	<4582F5DC.7040702@yahoo-inc.com>	<30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>	<20061215211809.GD27590@ccil.org>
	<30b660a20612151331l35bb2af5l3207cb83428750dc@mail.gmail.com>
In-Reply-To: <30b660a20612151331l35bb2af5l3207cb83428750dc@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Go back and look at draft-02. It talks only about implementation 
requirements. There is no definition of "well-formed" or "valid" tags. 
This is not a change from RFC 4646 either.

Addison

Mark Davis wrote:
> Good point. Ok, I agree with that approach, and it should make Addison
> happy....
> 
> Mark
> 
> On 12/15/06, John Cowan <cowan@ccil.org> wrote:
>>
>> Mark Davis scripsit:
>>
>> > I agree that *currently* the well-formedness criteria require that
>> contains
>> > a singleton repeat. What I requested was that we move this requirement
>> to
>> > the validity criteria, for reasons cited earlier. I don't think we need
>> > three levels.
>>
>> I agree.
>>
>> > I think trying to distinguish between what a tag is and what an
>> > implementation does is messy (you may not be proposing that, but just
>> > to be sure).
>>
>> I think it's quite reasonable to distinguish here.
>>
>> > So what I propose is:
>> >
>> > -  A tag is "well-formed" if it adheres to ABNF.
>> > -  A tag is "valid" if it contains no repeat singletons, and the 
>> subtags
>> >    check out according to the registry.
>>
>> I think that's correct, and would add these:
>>
>> - A well-formedness-checker MUST reject a tag that is not well-formed,
>>    and SHOULD reject one that contains repeat singletons.
>> - A validity-checker MUST reject a tag that is not valid.
>>
>> I think this captures both your ideas and Addison's.
>>
>> -- 
>> What has four pairs of pants, lives             John Cowan
>> in Philadelphia, and it never rains             
>> http://www.ccil.org/~cowan
>> but it pours?                                   cowan@ccil.org
>>         --Rufus T. Firefly
>>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 17:24:26 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvLTe-0002h6-Rj; Fri, 15 Dec 2006 17:24:26 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvLTd-0002fx-Gt
	for ltru@ietf.org; Fri, 15 Dec 2006 17:24:25 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvLTc-0004is-AT
	for ltru@ietf.org; Fri, 15 Dec 2006 17:24:25 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GvLTc-0000mb-1e; Fri, 15 Dec 2006 17:24:24 -0500
Date: Fri, 15 Dec 2006 17:24:24 -0500
To: Addison Phillips <addison@yahoo-inc.com>
Subject: Re: [Ltru] two identical singleton extension tags issue
Message-ID: <20061215222423.GG27590@ccil.org>
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
	<458191C2.2000803@yahoo-inc.com>
	<6.0.0.20.2.20061215164616.0b49a150@localhost>
	<4582F5DC.7040702@yahoo-inc.com>
	<30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
	<20061215211809.GD27590@ccil.org>
	<30b660a20612151331l35bb2af5l3207cb83428750dc@mail.gmail.com>
	<45832009.6060103@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <45832009.6060103@yahoo-inc.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips scripsit:
> Go back and look at draft-02. It talks only about implementation 
> requirements. There is no definition of "well-formed" or "valid" tags. 
> This is not a change from RFC 4646 either.

Oopsie.  I am going to review -02 de novo shortly.

-- 
I marvel at the creature: so secret and         John Cowan
so sly as he is, to come sporting in the pool   cowan@ccil.org
before our very window.  Does he think that     http://www.ccil.org/~cowan
Men sleep without watch all night?

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 17:24:38 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvLTq-0002og-81; Fri, 15 Dec 2006 17:24:38 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvLTp-0002na-3M
	for ltru@ietf.org; Fri, 15 Dec 2006 17:24:37 -0500
Received: from elasmtp-banded.atl.sa.earthlink.net ([209.86.89.70])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvLTn-0004jn-QX
	for ltru@ietf.org; Fri, 15 Dec 2006 17:24:37 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=U/qWZ6YJebYnKRk6bsfbnw1XiDDof8X8LcbYZ4jfdm6AFquPSo/GAm0iMZtElNi3;
	h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.166.37.108] (helo=oemcomputer)
	by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GvLTn-0001Xl-B1
	for ltru@ietf.org; Fri, 15 Dec 2006 17:24:35 -0500
Message-ID: <030001c72098$122b64a0$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: <ltru@ietf.org>
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>	<458191C2.2000803@yahoo-inc.com>	<6.0.0.20.2.20061215164616.0b49a150@localhost>	<4582F5DC.7040702@yahoo-inc.com><30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
	<45831871.6020004@yahoo-inc.com>
Subject: Re: [Ltru] two identical singleton extension tags issue
Date: Fri, 15 Dec 2006 14:26:30 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee67929393d0d70586839f44dbfdd2cd1e9350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.166.37.108
X-Spam-Score: 0.0 (/)
X-Scan-Signature: f60d0f7806b0c40781eee6b9cd0b2135
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

As a technical contributor...

> From: "Addison Phillips" <addison@yahoo-inc.com>
> To: "Mark Davis" <mark.davis@icu-project.org>
> Cc: <ltru@ietf.org>
> Sent: Friday, December 15, 2006 1:49 PM
> Subject: Re: [Ltru] two identical singleton extension tags issue
>
> Mark Davis wrote:
> 
>  > What I requested was that we move this requirement to
> > the validity criteria, for reasons cited earlier. 
> 
> Yes, and I think those reasons are valid. The problem I'm having is that 
> the non-repetition check really does speak to well-formedness of the tags.

Agreed.  Consequently, I do not support "relaxing" the requirement.

> It's annoying to have a syntax that cannot be checked with a single 
> expression.

This is a problem with a specific choice of implementation technology.
Though I have a little sympathy, I don't find this persuasive.

...
> Admittedly, it does no harm to existing implementations if we relax the 
> rules (presumably implementations are allowed to do more than the 
> minimum). But I am leery of this change because it seems contrary to the 
> name to have a tag that isn't properly formed be "well-formed".

Yup.

...
> Still, I support making the change. Perhaps if we note that a tag that 
> is "well-formed" might still not be, uh, well-formed? Inserting a health 
> warning might address this. Perhaps, instead of my proposed SHOULD text 
> in the current draft-02, we could say:
> 
> --
> Note that an implementation that implements "well-formed" checking 
> according to the ABNF might not identify tags that contain multiple 
> occurrences of the same singleton subtag. Such tags are invalid 
> according to the rules in Section 2.2.6 (Extension Subtags). Extensions 
> are relatively rare and their use is generally orthogonal to that of the 
> main body of the language tag. So, implementing a check for 
> non-repetition of these subtags is not required, because that would 
> force implementations to use more than one regular expression or to be 
> more complicated than necessary.
> --
...

I disagree.  A "might not" describing the behaviour of a conformant
implementation is a red flag for me as a reader of a specification.
Furthermore, talking about the use of regular expressions as an
implementation strategy really doesn't belong in this document,
unless explicitly as an example.  But for me the complaint carries
as much weight as "string manipulation is awkward in FORTRAN II".

Patient: It hurts when I do this.
Doctor: Then don't do it.

Summary: I think we should leave this part of the material
as it was in RFC 4646.

Randy


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 18:10:52 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvMCT-0004dV-R2; Fri, 15 Dec 2006 18:10:45 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvMCS-0004dQ-Kz
	for ltru@ietf.org; Fri, 15 Dec 2006 18:10:44 -0500
Received: from an-out-0708.google.com ([209.85.132.241])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvMCR-00026W-5Y
	for ltru@ietf.org; Fri, 15 Dec 2006 18:10:44 -0500
Received: by an-out-0708.google.com with SMTP id d30so348884and
	for <ltru@ietf.org>; Fri, 15 Dec 2006 15:10:42 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=eY8hu+VLp7LOF0J2gA5f4M+MMsARBRKGygH2xx3g355HORo7C7U25jg91Dh2xwKBqMDKCbVm5xvXEo5PTIFgFPB6uq1CWDHIWHfhGJ2INEbR5hJY4TOZwwx2eFai/gEjbPJZCttGw88YriQOo6eNr7lzT0QSF9lsVRUXLUC7T+I=
Received: by 10.100.163.12 with SMTP id l12mr979761ane.1166224242878;
	Fri, 15 Dec 2006 15:10:42 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Fri, 15 Dec 2006 15:10:42 -0800 (PST)
Message-ID: <30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>
Date: Fri, 15 Dec 2006 15:10:42 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <45831EB9.6070500@yahoo-inc.com>
MIME-Version: 1.0
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
	<45831EB9.6070500@yahoo-inc.com>
X-Google-Sender-Auth: cf44b8b2af37ef22
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 03169bfe4792634a390035a01a6c6d2f
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0335840964=="
Errors-To: ltru-bounces@ietf.org

--===============0335840964==
Content-Type: multipart/alternative; 
	boundary="----=_Part_17112_81599.1166224242837"

------=_Part_17112_81599.1166224242837
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

(1) I said, literally: "order of lines". And clearly we are
line-order-dependent:

File-Date: 2006-12-12
%%
Type: language
Subtag: aa
Description: Afar
Added: 2005-10-16
%%
Type: language
Subtag: ab
Description: Abkhazian
Added: 2005-10-16
Suppress-Script: Cyrl
%%

is interpreted as different from the reordered-line version:

%%
%%
%%
Added: 2005-10-16
Added: 2005-10-16
Description: Abkhazian
Description: Afar
File-Date: 2006-12-12
Subtag: aa
Subtag: ab
Suppress-Script: Cyrl
Type: language
Type: language

(2) If you don't care about the first Description, then you can go ahead
with your current implementation. And if you do care, as noted earlier, you
can pick out the first name as your own separate field and put the rest into
a HashSet.

(3) I am only concerned with having the Reference Name be distinguished in
some way, and using "first Description" looked like the smallest change. As
far as the choice between implementing this as either of the following, I'm
completely agnostic. The only reason to prefer #2 is that it is a smaller
change.

   1. Different tag for "Reference Name"
   2. Use first "Description Field"

Mark

On 12/15/06, Addison Phillips <addison@yahoo-inc.com> wrote:
> Uh...
>
>  > The registry itself is heavily dependent on order
>  > of lines,
>
> Actually, it isn't. Nowhere in RFC 4646 is there any reference to field
> order. My implementations don't rely on it either---in fact, since I use
> Hashtables here and there, I suspect that I lose the order along the way
> somewhere.
>
> I think I understand your "ulterior motives". Let's see if I can ascribe
> them accurately: you're worried about CLDR localizers needing to choose
> which form of the language name to translate. Is it "Old Church
> Slavonic" or "Church Slavic" or what? At present, you'd have to identify
> which one you want translated manually (or risk either getting them all
> or getting different ones for each target language).
>
> Did I get that right?
>
> Addison
>
>
> Mark Davis wrote:
> > I don't see the problem. The registry itself is heavily dependent on
order
> > of lines, and most protocols that people would translate it into also
allow
> > ordering, such as XML. And even if you read the registry into an
internal
> > relational database, it is pretty trivial to put the first Description
into
> > a differently named field if you wanted. So could you explain a bit more
> > why
> > you think this will be a problem in practice?
> >
> > Mark
> >
> > On 12/15/06, Randy Presuhn <randy_presuhn@mindspring.com> wrote:
> >>
> >> Hi -
> >>
> >> As a technical contributor, I still think making the order
> >> of description fields significant would be a mistake.
> >> (Think back to your introduction to relational databases
> >> if the reason isn't totally obvious.  :-)
> >>
> >> If we need to convery an additional semantic, the
> >> correct solution is to add a new field.
> >>
> >> Randy
> >>
> >>
> >> _______________________________________________
> >> Ltru mailing list
> >> Ltru@ietf.org
> >> https://www1.ietf.org/mailman/listinfo/ltru
> >>
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Ltru mailing list
> > Ltru@ietf.org
> > https://www1.ietf.org/mailman/listinfo/ltru
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>

------=_Part_17112_81599.1166224242837
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

<span>(1) I said, literally: &quot;order of lines&quot;. And clearly we are line-order-dependent:<br><br>File-Date: 2006-12-12<br>%%<br>Type: language<br>Subtag: aa<br>Description: Afar<br>Added: 2005-10-16<br>%%<br>Type: language
<br>Subtag: ab<br>Description: Abkhazian<br>Added: 2005-10-16<br>Suppress-Script: Cyrl<br>%%<br><br>is interpreted as different from the reordered-line version:<br><br>%%<br>%%<br>%%<br>Added: 2005-10-16<br>Added: 2005-10-16
<br>Description: Abkhazian<br>Description: Afar<br>File-Date: 2006-12-12<br>Subtag: aa<br>Subtag: ab<br>Suppress-Script: Cyrl<br>Type: language<br>Type: language<br><br>(2) If you don't care about the first Description, then you can go ahead with your current implementation. And if you do care, as noted earlier, you can pick out the first name as your own separate field and put the rest into a HashSet.
<br><br>(3) I am only concerned with having the Reference Name be distinguished in some way, and using &quot;first Description&quot; looked like the smallest change. As far as the choice between implementing this as either of the following, I'm completely agnostic. The only reason to prefer #2 is that it is a smaller change.
<br></span><ol><li><span>Different tag for &quot;Reference Name&quot;</span></li><li><span>Use first &quot;Description Field&quot;<br></span></li></ol><span>Mark<br><br>On 12/15/06, Addison Phillips &lt;<a href="mailto:addison@yahoo-inc.com">
addison@yahoo-inc.com</a>&gt; wrote:<br>&gt; Uh...<br>&gt; <br>&gt;&nbsp;&nbsp;&gt; The registry itself is heavily dependent on order<br>&gt;&nbsp;&nbsp;&gt; of lines,<br>&gt; <br>&gt; Actually, it isn't. Nowhere in RFC 4646 is there any reference to field
<br>&gt; order. My implementations don't rely on it either---in fact, since I use<br>&gt; Hashtables here and there, I suspect that I lose the order along the way<br>&gt; somewhere.<br>&gt; <br>&gt; I think I understand your &quot;ulterior motives&quot;. Let's see if I can ascribe
<br>&gt; them accurately: you're worried about CLDR localizers needing to choose<br>&gt; which form of the language name to translate. Is it &quot;Old Church<br>&gt; Slavonic&quot; or &quot;Church Slavic&quot; or what? At present, you'd have to identify
<br>&gt; which one you want translated manually (or risk either getting them all<br>&gt; or getting different ones for each target language).<br>&gt; <br>&gt; Did I get that right?<br>&gt; <br>&gt; Addison<br>&gt; <br>&gt; 
<br>&gt; Mark Davis wrote:<br>&gt; &gt; I don't see the problem. The registry itself is heavily dependent on order<br>&gt; &gt; of lines, and most protocols that people would translate it into also allow<br>&gt; &gt; ordering, such as XML. And even if you read the registry into an internal
<br>&gt; &gt; relational database, it is pretty trivial to put the first Description into<br>&gt; &gt; a differently named field if you wanted. So could you explain a bit more<br>&gt; &gt; why<br>&gt; &gt; you think this will be a problem in practice?
<br>&gt; &gt;<br>&gt; &gt; Mark<br>&gt; &gt;<br>&gt; &gt; On 12/15/06, Randy Presuhn &lt;<a href="mailto:randy_presuhn@mindspring.com">randy_presuhn@mindspring.com</a>&gt; wrote:<br>&gt; &gt;&gt;<br>&gt; &gt;&gt; Hi -<br>
&gt; &gt;&gt;<br>&gt; &gt;&gt; As a technical contributor, I still think making the order<br>&gt; &gt;&gt; of description fields significant would be a mistake.<br>&gt; &gt;&gt; (Think back to your introduction to relational databases
<br>&gt; &gt;&gt; if the reason isn't totally obvious.&nbsp;&nbsp;:-)<br>&gt; &gt;&gt;<br>&gt; &gt;&gt; If we need to convery an additional semantic, the<br>&gt; &gt;&gt; correct solution is to add a new field.<br>&gt; &gt;&gt;<br>
&gt; &gt;&gt; Randy<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;<br>&gt; &gt;&gt; _______________________________________________<br>&gt; &gt;&gt; Ltru mailing list<br>&gt; &gt;&gt; <a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br>
&gt; &gt;&gt; <a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru</a><br>&gt; &gt;&gt;<br>&gt; &gt;<br>&gt; &gt;<br>&gt; &gt; ------------------------------------------------------------------------
<br>&gt; &gt;<br>&gt; &gt; _______________________________________________<br>&gt; &gt; Ltru mailing list<br>&gt; &gt; <a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br>&gt; &gt; <a href="https://www1.ietf.org/mailman/listinfo/ltru">
https://www1.ietf.org/mailman/listinfo/ltru</a><br>&gt; <br>&gt; --<br>&gt; Addison Phillips<br>&gt; Globalization Architect -- Yahoo! Inc.<br>&gt; <br>&gt; Internationalization is an architecture.<br>&gt; It is not a feature.
<br>&gt; <br><br></span>

------=_Part_17112_81599.1166224242837--


--===============0335840964==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0335840964==--




From ltru-bounces@ietf.org Fri Dec 15 19:09:51 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvN7d-0001mE-N4; Fri, 15 Dec 2006 19:09:49 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvN7b-0001lz-UL
	for ltru@ietf.org; Fri, 15 Dec 2006 19:09:47 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvN7X-0000kd-Nc
	for ltru@ietf.org; Fri, 15 Dec 2006 19:09:47 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GvN7X-0000St-ED; Fri, 15 Dec 2006 19:09:43 -0500
Date: Fri, 15 Dec 2006 19:09:43 -0500
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Re: Description field ordering
Message-ID: <20061216000943.GI27590@ccil.org>
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
	<45831EB9.6070500@yahoo-inc.com>
	<30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis scripsit:

> (1) I said, literally: "order of lines". And clearly we are
> line-order-dependent:

Okay, okay.  *Within each record* we are line-order independent, and the
order of records doesn't matter either (though for some reason we
partly prescribe it).

>   1. Different tag for "Reference Name"

What would this mean in the case of a script or region subtag?

-- 
John Cowan                              <cowan@ccil.org>
            http://www.ccil.org/~cowan
                .e'osai ko sarji la lojban.
                Please support Lojban!          http://www.lojban.org

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 19:51:04 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvNlU-0002Zw-4n; Fri, 15 Dec 2006 19:51:00 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvNlS-0002YX-MS
	for ltru@ietf.org; Fri, 15 Dec 2006 19:50:58 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvNlQ-0004yZ-B0
	for ltru@ietf.org; Fri, 15 Dec 2006 19:50:58 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBG0ofQ7048504
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Fri, 15 Dec 2006 16:50:42 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=j2u+slbpdlXjc8mpytYXZATmN6m2Pi9thMc3KbrFSr+7qjMthH2p3aFmZMOiQ64X
Message-ID: <458342E1.2010403@yahoo-inc.com>
Date: Fri, 15 Dec 2006 16:50:41 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Re: Description field ordering
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>	
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>	
	<4582C344.4B2A@xyzzy.claranet.de>	
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>	
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>	
	<45831EB9.6070500@yahoo-inc.com>
	<30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>
In-Reply-To: <30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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



Mark Davis wrote:
> (1) I said, literally: "order of lines". And clearly we are
> line-order-dependent:
> 

(laughing) Okay, okay. But intra-record order doesn't matter, at present.

> 
> (2) If you don't care about the first Description, then you can go ahead
> with your current implementation. And if you do care, as noted earlier, you
> can pick out the first name as your own separate field and put the rest 
> into
> a HashSet.

There are ordered collections and what not. I'm just trying to point out 
that implementations may exist that are allergic to ordering 
restrictions. That said, an agreement to put the reference name first is 
fine, if it has no special status.

What I'm trying to get at is whether it needs a special status and why. 
If there is a reason it needs a special status, we should give it one 
(i.e. it's own field type). You didn't really answer the 
"whys-and-wherefores" question, so I can't tell whether the use case is 
compelling (to me).

Question: if we did your #1, would we do this:

  Reference-Name: Chuvash
  Description: Chuvash

Or just:

  Reference-Name: Chuvash

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Fri Dec 15 20:13:37 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvO7A-0002K4-D8; Fri, 15 Dec 2006 20:13:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvO78-0002Jw-Vf
	for ltru@ietf.org; Fri, 15 Dec 2006 20:13:22 -0500
Received: from an-out-0708.google.com ([209.85.132.250])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvO77-0007Iu-KU
	for ltru@ietf.org; Fri, 15 Dec 2006 20:13:22 -0500
Received: by an-out-0708.google.com with SMTP id d30so351608and
	for <ltru@ietf.org>; Fri, 15 Dec 2006 17:13:21 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=DspJ+8kRO6A10qpGArDv+54kMhL2WTlVxZV/wxWECwordKdkul4sBFtjnfoeGPp0LxY4LNzlnzWxAtj5AY2A+KbCwLNJGFWQ608yXUwlsjPTRT4hhWeRxmVu+WD91rgcjTMJOREfbmfKXGGTjryWHgAr/fghtgrw5+iJvyOl754=
Received: by 10.100.33.14 with SMTP id g14mr1125331ang.1166231601193;
	Fri, 15 Dec 2006 17:13:21 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Fri, 15 Dec 2006 17:13:16 -0800 (PST)
Message-ID: <30b660a20612151713k678c2345m6dec39b8c4436292@mail.gmail.com>
Date: Fri, 15 Dec 2006 17:13:16 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <458342E1.2010403@yahoo-inc.com>
MIME-Version: 1.0
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
	<45831EB9.6070500@yahoo-inc.com>
	<30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>
	<458342E1.2010403@yahoo-inc.com>
X-Google-Sender-Auth: 27cfdd8cd3e75524
X-Spam-Score: 0.5 (/)
X-Scan-Signature: c83ccb5cc10e751496398f1233ca9c3a
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1915278731=="
Errors-To: ltru-bounces@ietf.org

--===============1915278731==
Content-Type: multipart/alternative; 
	boundary="----=_Part_17432_6655688.1166231596143"

------=_Part_17432_6655688.1166231596143
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

> (laughing) Okay, okay. But intra-record order doesn't matter, at present.

(smiles) True. (Although I wouldn't be surprised if someone's tool breaks if
we gratuitously change the order from the current.)

I think if we did #1, then just the second option would be sufficient. That
is, let's suppose that Chuvash is the Reference Name, and there is one other
name Yabba Dabba Doo, which is less commonly used. Then here are the
options.

#0 "Status Quo" (user doesn't know for order)

Description: Yabba Dabba Doo
Description: Chuvash

#1 "Reference Name"
Reference-Name: Chuvash
Description: Yabba Dabba Doo

#1a "Reference Name Clone"
Reference-Name: Chuvash
Description: Yabba Dabba Doo
Description: Chuvash

#2 "First Description"
Description: Chuvash
Description: Yabba Dabba Doo

The reasons why I have a slight preference for #2 is that people who don't
care about order don't need to change anything, and it can extend to
non-language subtags.

Mark

On 12/15/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>
>
>
> Mark Davis wrote:
> > (1) I said, literally: "order of lines". And clearly we are
> > line-order-dependent:
> >
>
> (laughing) Okay, okay. But intra-record order doesn't matter, at present.
>
> >
> > (2) If you don't care about the first Description, then you can go ahead
> > with your current implementation. And if you do care, as noted earlier,
> you
> > can pick out the first name as your own separate field and put the rest
> > into
> > a HashSet.
>
> There are ordered collections and what not. I'm just trying to point out
> that implementations may exist that are allergic to ordering
> restrictions. That said, an agreement to put the reference name first is
> fine, if it has no special status.
>
> What I'm trying to get at is whether it needs a special status and why.
> If there is a reason it needs a special status, we should give it one
> (i.e. it's own field type). You didn't really answer the
> "whys-and-wherefores" question, so I can't tell whether the use case is
> compelling (to me).
>
> Question: if we did your #1, would we do this:
>
>   Reference-Name: Chuvash
>   Description: Chuvash
>
> Or just:
>
>   Reference-Name: Chuvash
>
> Addison
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>

------=_Part_17432_6655688.1166231596143
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

&gt; (laughing) Okay, okay. But intra-record order doesn't matter, at present.<br><br>(smiles) True. (Although I wouldn't be surprised if someone's tool breaks if we gratuitously change the order from the current.)<br><br>
I think if we did #1, then just the second option would be sufficient. That is, let's suppose that Chuvash is the Reference Name, and there is one other name Yabba Dabba Doo, which is less commonly used. Then here are the options.
<br><br>#0 &quot;Status Quo&quot; (user doesn't know for order)<br><br>Description: Yabba Dabba Doo<br>Description: Chuvash <br><br>#1 &quot;Reference Name&quot;<br>Reference-Name: Chuvash<br>Description: Yabba Dabba Doo<br>
<br>#1a &quot;Reference Name Clone&quot;<br>
Reference-Name: Chuvash<br>
Description: Yabba Dabba Doo<br>
Description: Chuvash<br>
<br>#2 &quot;First Description&quot;<br>Description: Chuvash<br>
Description: Yabba Dabba Doo<br><br>The reasons why I have a slight preference for #2 is that people who don't care about order don't need to change anything, and it can extend to non-language subtags.<br><br>Mark<br><br>
<div><span class="gmail_quote">On 12/15/06, <b class="gmail_sendername">Addison Phillips</b> &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>Mark Davis wrote:<br>&gt; (1) I said, literally: &quot;order of lines&quot;. And clearly we are<br>&gt; line-order-dependent:<br>&gt;<br><br>(laughing) Okay, okay. But intra-record order doesn't matter, at present.
<br><br>&gt;<br>&gt; (2) If you don't care about the first Description, then you can go ahead<br>&gt; with your current implementation. And if you do care, as noted earlier, you<br>&gt; can pick out the first name as your own separate field and put the rest
<br>&gt; into<br>&gt; a HashSet.<br><br>There are ordered collections and what not. I'm just trying to point out<br>that implementations may exist that are allergic to ordering<br>restrictions. That said, an agreement to put the reference name first is
<br>fine, if it has no special status.<br><br>What I'm trying to get at is whether it needs a special status and why.<br>If there is a reason it needs a special status, we should give it one<br>(i.e. it's own field type). You didn't really answer the
<br>&quot;whys-and-wherefores&quot; question, so I can't tell whether the use case is<br>compelling (to me).<br><br>Question: if we did your #1, would we do this:<br><br>&nbsp;&nbsp;Reference-Name: Chuvash<br>&nbsp;&nbsp;Description: Chuvash
<br><br>Or just:<br><br>&nbsp;&nbsp;Reference-Name: Chuvash<br><br>Addison<br><br>--<br>Addison Phillips<br>Globalization Architect -- Yahoo! Inc.<br><br>Internationalization is an architecture.<br>It is not a feature.<br></blockquote>
</div><br>

------=_Part_17432_6655688.1166231596143--


--===============1915278731==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1915278731==--




From ltru-bounces@ietf.org Sat Dec 16 00:36:31 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvSDb-0001fh-84; Sat, 16 Dec 2006 00:36:19 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvSDZ-0001fb-Kt
	for ltru@ietf.org; Sat, 16 Dec 2006 00:36:17 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvSDY-0005RE-AE
	for ltru@ietf.org; Sat, 16 Dec 2006 00:36:17 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061216053609.KNVR2904.mta13.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Sat, 16 Dec 2006 00:36:09 -0500
Message-ID: <004201c720d4$16d28740$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GvKRd-0006Wl-0z@megatron.ietf.org>
Date: Fri, 15 Dec 2006 21:36:08 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7a6398bf8aaeabc7a7bb696b6b0a2aad
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Frank Ellermann <nobody at xyzzy dot claranet dot de>

> I think I'm to some degree consistent.  But somebody claimed that
> being "consistent" actually means "closed mind" and "stubborn" :-)

Not fair.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 00:56:42 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvSXI-0000vS-Rw; Sat, 16 Dec 2006 00:56:40 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvSXI-0000vK-2R
	for ltru@ietf.org; Sat, 16 Dec 2006 00:56:40 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvSXF-0008Bz-Qa
	for ltru@ietf.org; Sat, 16 Dec 2006 00:56:40 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061216055635.SYSP6945.mta11.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Sat, 16 Dec 2006 00:56:35 -0500
Message-ID: <004a01c720d6$f16ad8b0$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GvO7A-0002KB-KI@megatron.ietf.org>
Date: Fri, 15 Dec 2006 21:56:34 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

If we're going to institute a Reference-Name field, whether or not its 
value is duplicated in a Description field, I'll need to know soon so I 
can build draft-4645bis accordingly.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 01:20:23 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvSuD-0002Tw-CG; Sat, 16 Dec 2006 01:20:21 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvSuC-0002To-1V
	for ltru@ietf.org; Sat, 16 Dec 2006 01:20:20 -0500
Received: from mta16.mail.adelphia.net ([68.168.78.211]
	helo=mta16.adelphia.net) by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GvSuA-0002LF-MN
	for ltru@ietf.org; Sat, 16 Dec 2006 01:20:20 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta16.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061216060358.DDWG9721.mta16.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Sat, 16 Dec 2006 01:03:58 -0500
Message-ID: <004e01c720da$3f2b7340$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Fri, 15 Dec 2006 22:20:13 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
Subject: [Ltru] Errata in RFC 4646 and 4646bis
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

In the process of double-checking my recollection that the Prefix field 
can contain only one tag value, and not a comma-separated series of them 
(see discussion on ietf-languages), I stumbled across an inconsistency 
in RFC 4646 that is perpetuated in the latest draft of RFC 4646bis.

Section 3.1 of 4646, third paragraph from the end (Section 3.1.7 of 
4646bis) says of the Prefix field:

"The field-body for this type of field MUST NOT be modified."

Section 3.4 of 4646 (and 4646bis), list item 4, says:

"Values in the field 'Prefix' in records of type 'variant' MAY be 
modified, so long as the modifications broaden the set of prefixes."

Obviously both of these cannot be correct.  This is actually fairly 
important since with the current interest in variants, it is a virtual 
certainty that someone will want to modify the Prefix field of a variant 
at some point.

On a much smaller editorial note, Section 2.2.9 (bullet point 2) of the 
latest draft, dealing with the new repeating-extensions issue, has the 
spelling "singletone."

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 02:18:31 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvToO-0007xU-RI; Sat, 16 Dec 2006 02:18:24 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvToM-0007xL-EZ
	for ltru@ietf.org; Sat, 16 Dec 2006 02:18:22 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvToL-0000Qw-7s
	for ltru@ietf.org; Sat, 16 Dec 2006 02:18:22 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GvToK-0007n8-Qv; Sat, 16 Dec 2006 02:18:20 -0500
Date: Sat, 16 Dec 2006 02:18:20 -0500
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Errata in RFC 4646 and 4646bis
Message-ID: <20061216071820.GB32354@ccil.org>
References: <004e01c720da$3f2b7340$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <004e01c720da$3f2b7340$6701a8c0@DGBP7M81>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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 scripsit:

> Section 3.1 of 4646, third paragraph from the end (Section 3.1.7 of 
> 4646bis) says of the Prefix field:
> 
> "The field-body for this type of field MUST NOT be modified."

In 4646 it actually says:

   The field of type 'Prefix' MUST NOT be removed from any record.  The
   field-value for this type of field MUST NOT be modified.

The term "The field" rather than "A field", plus the previous-but-one
paragraph, strongly suggests that this was intended to apply to records
of type extlang only.  4646bis-02 says:

   The field of type 'Prefix' MUST NOT be removed from any record. The
   field-body for this type of field MUST NOT be modified.

I think this should be reworded as "Fields of type 'Prefix'" etc.  In
that way, we can add prefixes to variant records, but can't remove
prefixes.  If we remove the second sentence, then item 4 in Section 3.4
comes into play, specifying that prefixes can be shortened but not
lengthened.

-- 
"But I am the real Strider, fortunately,"       John Cowan
he said, looking down at them with his face     cowan@ccil.org
softened by a sudden smile.  "I am Aragorn son  http://www.ccil.org/~cowan
of Arathorn, and if by life or death I can
save you, I will."  --LotR Book I Chapter 10

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 02:33:39 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvU37-0005c6-Fe; Sat, 16 Dec 2006 02:33:37 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvU35-0005br-RA
	for ltru@ietf.org; Sat, 16 Dec 2006 02:33:35 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvU34-0002ug-Gn
	for ltru@ietf.org; Sat, 16 Dec 2006 02:33:35 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061216073333.XTEV6945.mta11.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Sat, 16 Dec 2006 02:33:33 -0500
Message-ID: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Fri, 15 Dec 2006 23:33:33 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Subject: [Ltru] Survey on inverted vs. uninverted names
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Section 3.1.4 of draft-4646bis-02 still says that multiple "formatting 
variations" of Description fields, including inverted and uninverted 
versions of the same description, are not permitted in the Registry.  It 
still, and intentionally, does not specify whether the inverted or 
uninverted forms are to be used.  For purposes of the bulk update, that 
decision is left to RFC 4645bis; for subsequent registrations, I assume 
it's an ad-hoc decision on the part of the ietf-languages list.

On several occasions, I've been asked to simply pick one of these 
options, write the draft, and wait for feedback.  The reason I haven't 
done this is that it's not just about writing the draft.  RFC 4645bis --  
like RFC 4645 but on a much larger scale -- requires the generations of 
hundreds of pages of data that reflect the decisions specified in the 
prose.  Because of the size of this project, I would greatly prefer to 
write a program to generate the new Registry data from the ISO 639-3 
files and the existing Registry, rather than attempting to do it by 
hand.  Changing a decision like this would require modifying the program 
and validating the results before submitting a new draft.  The cost of 
submitting a draft that is out of touch with the WG is high.

So I'm going to try one more time to gauge the hum of this WG as to 
which forms should appear in the Registry.  Since IETF WGs don't vote, 
this shall be considered a Survey, not an Election.

I would like to ask everyone to send a message to the LTRU list by 
Tuesday, December 19, at 17:00 UTC (9 am in California, 2 am Wednesday 
in Japan) indicating which of the following options you prefer:

Option U:  For names that exist in both forms, use only the uninverted 
form.

Option I:  For names that exist in both forms, use only the inverted 
form.

Option B:  Use both inverted and uninverted forms.  PLEASE NOTE that 
this option requires a change to Section 3.1.4 of draft-4646bis, and 
consequently will cause a delay in the creation of draft-4645bis-01.

For purposes of this Survey, please try to stick to Options U, I, and B 
and keep other issues such as ordering of Description fields, "fixing" 
of capitalization and punctuation, etc. on other threads with other 
Subject lines.

At some time shortly after Tuesday at 17:00 UTC, I'll submit 
draft-4645bis-01 with the option preferred by the list (unless it is 
Option B, in which case I have to wait for draft-4646bis-03).

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 02:39:14 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvU8Y-0000Fe-Ia; Sat, 16 Dec 2006 02:39:14 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvU8W-0000FZ-SO
	for ltru@ietf.org; Sat, 16 Dec 2006 02:39:12 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvU8V-0003NC-Ha
	for ltru@ietf.org; Sat, 16 Dec 2006 02:39:12 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061216073906.QBKW2904.mta13.adelphia.net@DGBP7M81>;
	Sat, 16 Dec 2006 02:39:06 -0500
Message-ID: <005601c720e5$44170f30$6701a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <004e01c720da$3f2b7340$6701a8c0@DGBP7M81>
	<20061216071820.GB32354@ccil.org>
Subject: Re: [Ltru] Errata in RFC 4646 and 4646bis
Date: Fri, 15 Dec 2006 23:39:05 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: de4f315c9369b71d7dd5909b42224370
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

John Cowan <cowan at ccil dot org> wrote:

> I think this should be reworded as "Fields of type 'Prefix'" etc.  In 
> that way, we can add prefixes to variant records, but can't remove 
> prefixes.  If we remove the second sentence, then item 4 in Section 
> 3.4 comes into play, specifying that prefixes can be shortened but not 
> lengthened.

I predict that in the future, someone will demand that an "incorrect" or 
"inappropriate" Prefix for a variant subtag be removed.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 05:02:14 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvWMq-0006eA-CS; Sat, 16 Dec 2006 05:02:08 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvWMo-0006br-Uo
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 05:02: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 1GvWMm-0003pS-9k
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 05:02:06 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1GvWMk-0007qE-3t
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 11:02:02 +0100
Received: from du-001-046.access.de.clara.net ([212.82.227.46])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Sat, 16 Dec 2006 11:02:02 +0100
Received: from nobody by du-001-046.access.de.clara.net with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Sat, 16 Dec 2006 11:02:02 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Sat, 16 Dec 2006 11:01:29 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 26
Message-ID: <4583C3F9.277D@xyzzy.claranet.de>
References: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: du-001-046.access.de.clara.net
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Cc: 
Subject: [Ltru] Re: Survey on inverted vs. uninverted names
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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:
 
> Option U:
> For names that exist in both forms, use only the uninverted form.
 
> Option I:
> For names that exist in both forms, use only the inverted form.

If that gives me "Frisian, Western" it's acceptable.

> Option B:  
> Use both inverted and uninverted forms.

Also acceptable.  Apparently I prefer "not only U" :-)

> PLEASE NOTE that this option requires a change to Section 3.1.4 of
> draft-4646bis, and consequently will cause a delay in the creation
> of draft-4645bis-01.

You can create drafts whenever it pleases you, if 4645bis can follow
4646bis, then the opposite is also possible.  Of course they've to be
in sync for a Last Call, but we're far away from this mainly dealing
with the 4645bis parts.

Frank



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 06:20:59 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvXb4-0001yz-Sp; Sat, 16 Dec 2006 06:20:54 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvXb3-0001yS-E7
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 06:20:53 -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 1GvXb1-0006n8-Uc
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 06:20:53 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1GvXb0-0001Fo-Li
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 12:20:50 +0100
Received: from du-001-046.access.de.clara.net ([212.82.227.46])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Sat, 16 Dec 2006 12:20:50 +0100
Received: from nobody by du-001-046.access.de.clara.net with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Sat, 16 Dec 2006 12:20:50 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Sat, 16 Dec 2006 11:36:32 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 41
Message-ID: <4583CC30.699@xyzzy.claranet.de>
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
	<02be01c72095$62b39260$6601a8c0@oemcomputer>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: du-001-046.access.de.clara.net
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Cc: 
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Randy Presuhn wrote:

> It's not a question of whether it can be made to work.
> Lots of ugly things can be made to work.

A variant of ltru2xml.awk destroying the source order of
descriptions / prefixes / comments is in theory possible,
but it would need some rather convoluted or "ugly" code.

What you get with a separate name is in essence that the
code would be not only "ugly" but officially "broken".

> But why make something ugly when there is nothing to be
> gained from the ugliness?

Because "backwards incompatible" is the mother of all
ugliness.  You offer no concept what a "reference name"
might be for all other subtags, it's only well-defined
for language subtags derived from 639-3.

A 4646bis going to a Last Call as "we added the 639-3
languages as promised" will pass with zero complications.

For a 4646bis going to Last Call as "while we were at it
we screwed with the 4646 syntax, update all your tools
implemented for 4646" I'd cry foul.

And IFF we screwed with the syntax invalidating all 4646
tools folks might ask why we didn't invent an UTF-8 XML
format and what else for it.  It's a can of worms for a
small theoretical advantage.  For practical purposes it
is more interesting to create tools transforming the
registry into forms digestable by Excel and/or Access.

And if that means Tab-Separated-Values with ASCII FS as
"subfield" delimiter we'll try that.  But maybe the ugly
<alt /> kludge already does the trick.

Frank




_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 06:25:08 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvXfA-00045N-Pr; Sat, 16 Dec 2006 06:25:08 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvXfA-00045E-6l
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 06:25:08 -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 1GvXf8-0007Pb-Pm
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 06:25:08 -0500
Received: from root by ciao.gmane.org with local (Exim 4.43)
	id 1GvXf4-0001eY-7y
	for ltru@lists.ietf.org; Sat, 16 Dec 2006 12:25:02 +0100
Received: from du-001-046.access.de.clara.net ([212.82.227.46])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Sat, 16 Dec 2006 12:25:02 +0100
Received: from nobody by du-001-046.access.de.clara.net with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Sat, 16 Dec 2006 12:25:02 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Sat, 16 Dec 2006 12:19:06 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 43
Message-ID: <4583D629.1F56@xyzzy.claranet.de>
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>	
	<458191C2.2000803@yahoo-inc.com>	
	<6.0.0.20.2.20061215164616.0b49a150@localhost>	
	<4582F5DC.7040702@yahoo-inc.com>
	<30b660a20612151303g515f2c0dm3a6528f0e732468d@mail.gmail.com>
	<45831871.6020004@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: du-001-046.access.de.clara.net
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 21c69d3cfc2dd19218717dbe1d974352
Cc: 
Subject: [Ltru] Re: two identical singleton extension tags issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips wrote:
 
> It's annoying to have a syntax that cannot be checked with a single
> expression.

For 4646 John proposed to sort extensions (excl. X) lexicographically,
with that we'd get what, 35**2 cases ?  For 35! my REXX calculator
claims that we would need about 1E40 lines, or about 2E38 RFC pages.

ABNF can't do everything.  Look at the syntax for the head-element in
XHTML, it's at the border where saying "at most one <base>, and one
and only one <title>, please" in prose would be clearer.

> A good analogy is checking UTF-8 validity. Checking if some text
> follows the encoding scheme is far simpler than checking that it
> also avoids non-shortest forms. But the latter is still required

After some lousy approximations I finally found that it's trivial -
especially the new UTF-8 with only 15 cases for a decoder rejecting
as many trailing bytes as plausible for invalid encodings.  The old
UTF-8 is dead until the aliens in need of 2**31 code points arrive.

Frank

-- 
      select                     /* for CESU remove both LB = 237 */
         when  LB < 192             then  LEN = -0 /* trail bytes */
         when  LB < 194             then  LEN = -1 /* bad C0 + C1 */
         when  LB < 224             then  LEN = +1
         when  LB = 224 & TOP =  8  then  LEN = -2 /* E08x is bad */
         when  LB = 224 & TOP =  9  then  LEN = -2 /* E09x is bad */
         when  LB = 237 & TOP = 10  then  LEN = -2 /* EDAx is bad */
         when  LB = 237 & TOP = 11  then  LEN = -2 /* EDBx is bad */
         when  LB < 240             then  LEN = +2
         when  LB = 240 & TOP =  8  then  LEN = -3 /* F08x is bad */
         when  LB < 244             then  LEN = +3
         when  LB = 244 & TOP =  8  then  LEN = +3 /* F48x is ok. */
         when  LB < 248             then  LEN = -3 /* bad F4 - F7 */
         when  LB < 252             then  LEN = -4 /* bad F8 - FB */
         when  LB < 254             then  LEN = -5 /* bad FC + FD */
         otherwise                        LEN = -0 /* bad FE + FF */
      end



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 12:42:06 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvdXp-0007YF-T5; Sat, 16 Dec 2006 12:41:57 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvdXn-0007Y8-Uc
	for ltru@ietf.org; Sat, 16 Dec 2006 12:41:55 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvdXm-0007d5-MA
	for ltru@ietf.org; Sat, 16 Dec 2006 12:41:55 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061216174149.KFUL6945.mta11.adelphia.net@DGBP7M81>;
	Sat, 16 Dec 2006 12:41:49 -0500
Message-ID: <001301c72139$77242b20$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Sat, 16 Dec 2006 09:41:49 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: de4f315c9369b71d7dd5909b42224370
Cc: Frank Ellermann <nobody@xyzzy.claranet.de>
Subject: [Ltru] Re: Survey on inverted vs. uninverted names
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Frank Ellermann <nobody at xyzzy dot claranet dot de> wrote:

> You can create drafts whenever it pleases you, if 4645bis can follow 
> 4646bis, then the opposite is also possible.  Of course they've to be 
> in sync for a Last Call, but we're far away from this mainly dealing 
> with the 4645bis parts.

Addison (I believe) said I should not write a 4645bis draft that 
conflicts with the rules in 4646bis, but should wait for 4646bis to be 
updated first.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages 


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 13:41:58 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GveTs-0004q8-0q; Sat, 16 Dec 2006 13:41:56 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GveTq-0004nO-Ol
	for ltru@ietf.org; Sat, 16 Dec 2006 13:41:54 -0500
Received: from an-out-0708.google.com ([209.85.132.241])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GveTo-0007iq-1l
	for ltru@ietf.org; Sat, 16 Dec 2006 13:41:54 -0500
Received: by an-out-0708.google.com with SMTP id d30so367399and
	for <ltru@ietf.org>; Sat, 16 Dec 2006 10:41:51 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=sPj/EfogqL8Uiv9lzm0dRc61y/VKSh9PLMrz5Gn912mD7NfcdM7Qr8X5DmKMYGarHPbBuW94/v9K9VaQjZ5F/GtnFNpEl/ZfwLn6P5jRepcMthpbzBCYztkorbh57OuNlBmmWghk73jIRwrZyrEX3fUQVqrCV+7KwEQPBvFUihM=
Received: by 10.100.11.7 with SMTP id 7mr1566659ank.1166294511720;
	Sat, 16 Dec 2006 10:41:51 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Sat, 16 Dec 2006 10:41:51 -0800 (PST)
Message-ID: <30b660a20612161041kfc4b74dlc12c9a4b414a3fdc@mail.gmail.com>
Date: Sat, 16 Dec 2006 10:41:51 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Doug Ewell" <dewell@adelphia.net>
Subject: Re: [Ltru] Survey on inverted vs. uninverted names
In-Reply-To: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
MIME-Version: 1.0
References: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
X-Google-Sender-Auth: ddd351a7fb13b698
X-Spam-Score: 0.5 (/)
X-Scan-Signature: f49c97ce49302a02285a2d36a99eef8c
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1341458029=="
Errors-To: ltru-bounces@ietf.org

--===============1341458029==
Content-Type: multipart/alternative; 
	boundary="----=_Part_18000_7387773.1166294511681"

------=_Part_18000_7387773.1166294511681
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

The options are underspecified, so let's make a few things clear. I'll
illustrate with the following:

Description: A B C
Description: B C, A
Description: C, A B

My assumptions are:

C1. In options that allow inversions, then comma outside of parentheses
always means inversion. (That is the only way we've discussed that we can
predictably process inversions.)

C2. A "duplication" means a case where two descriptions, after any
uninversion of commas, are the same. That is, each of the above Descriptions
is a duplication of both of the others. Thus option U only allows the "A B
C", option I allows any one of them*, and option B allows any or all.

C3. *Option I means "allow inversions", but does not require us to invert.
That is, in some cases "A B C" should be treated as a single unit, and thus
not inverted at all, in some cases "B C" should/can be treated as a unit,
and in some cases full inversion would be "best". And in many cases it may
not be clear which is the best, and reasonable people may differ.

(One could have an option I2 which would allow both "B C, A" and "C, B A",
but if there is any inversion, don't allow the uninverted form. But I assume
that isn't on the table.)

Conclusions:

Option I is possible, but will involve case-by-case determination of which
choice is "better" (is "Old North Foobar" treated as a single unit, or is
"North Foobar" a unit?), and is only really useful for English; other
languages, as noted on the list, would have different or no inversions.

Option B I could live with, but can get pretty cluttered and more work,
again only really of value for English speakers.

So I favor option U.

Mark

On 12/15/06, Doug Ewell <dewell@adelphia.net> wrote:
>
> Section 3.1.4 of draft-4646bis-02 still says that multiple "formatting
> variations" of Description fields, including inverted and uninverted
> versions of the same description, are not permitted in the Registry.  It
> still, and intentionally, does not specify whether the inverted or
> uninverted forms are to be used.  For purposes of the bulk update, that
> decision is left to RFC 4645bis; for subsequent registrations, I assume
> it's an ad-hoc decision on the part of the ietf-languages list.
>
> On several occasions, I've been asked to simply pick one of these
> options, write the draft, and wait for feedback.  The reason I haven't
> done this is that it's not just about writing the draft.  RFC 4645bis --
> like RFC 4645 but on a much larger scale -- requires the generations of
> hundreds of pages of data that reflect the decisions specified in the
> prose.  Because of the size of this project, I would greatly prefer to
> write a program to generate the new Registry data from the ISO 639-3
> files and the existing Registry, rather than attempting to do it by
> hand.  Changing a decision like this would require modifying the program
> and validating the results before submitting a new draft.  The cost of
> submitting a draft that is out of touch with the WG is high.
>
> So I'm going to try one more time to gauge the hum of this WG as to
> which forms should appear in the Registry.  Since IETF WGs don't vote,
> this shall be considered a Survey, not an Election.
>
> I would like to ask everyone to send a message to the LTRU list by
> Tuesday, December 19, at 17:00 UTC (9 am in California, 2 am Wednesday
> in Japan) indicating which of the following options you prefer:
>
> Option U:  For names that exist in both forms, use only the uninverted
> form.
>
> Option I:  For names that exist in both forms, use only the inverted
> form.
>
> Option B:  Use both inverted and uninverted forms.  PLEASE NOTE that
> this option requires a change to Section 3.1.4 of draft-4646bis, and
> consequently will cause a delay in the creation of draft-4645bis-01.
>
> For purposes of this Survey, please try to stick to Options U, I, and B
> and keep other issues such as ordering of Description fields, "fixing"
> of capitalization and punctuation, etc. on other threads with other
> Subject lines.
>
> At some time shortly after Tuesday at 17:00 UTC, I'll submit
> draft-4645bis-01 with the option preferred by the list (unless it is
> Option B, in which case I have to wait for draft-4646bis-03).
>
> --
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_18000_7387773.1166294511681
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

The options are underspecified, so let's make a few things clear. I'll illustrate with the following:<br><br>Description: A B C<br>
Description: B C, A<br>
Description: C, A B<br><br>My assumptions are:<br><br>C1. In options that allow inversions, then comma outside of parentheses always means inversion. (That is the only way we've discussed that we can predictably process inversions.)
<br><br>C2. A &quot;duplication&quot; means a case where two descriptions, after any
uninversion of commas, are the same. That is, each of the
above Descriptions is a duplication of both of the others. Thus option U only allows the &quot;A B C&quot;, option I allows any one of them*, and option B allows any or all.<br><br>C3. *Option I means &quot;allow inversions&quot;, but does not require us to invert. That is, in some cases &quot;A B C&quot; should be treated as a single unit, and thus not inverted at all, in some cases &quot;B C&quot; should/can be treated as a unit, and in some cases full inversion would be &quot;best&quot;. And in many cases it may not be clear which is the best, and reasonable people may differ.
<br><br>(One could have an option I2 which would allow both &quot;B C, A&quot; and &quot;C, B A&quot;, but if there is any inversion, don't allow the uninverted form. But I assume that isn't on the table.)<br><br>Conclusions:
<br><br>Option I is possible, but will involve case-by-case determination of which choice is &quot;better&quot; (is &quot;Old North Foobar&quot; treated as a single unit, or is &quot;North Foobar&quot; a unit?), and is only really useful for English; other languages, as noted on the list, would have different or no inversions. 
<br><br>Option B I could live with, but can get pretty cluttered and more work, again only really of value for English speakers.<br><br>So I favor option U.<br><br>Mark<br><br><div><span class="gmail_quote">On 12/15/06, <b class="gmail_sendername">
Doug Ewell</b> &lt;<a href="mailto:dewell@adelphia.net">dewell@adelphia.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Section 3.1.4 of draft-4646bis-02 still says that multiple &quot;formatting<br>variations&quot; of Description fields, including inverted and uninverted<br>versions of the same description, are not permitted in the Registry.&nbsp;&nbsp;It
<br>still, and intentionally, does not specify whether the inverted or<br>uninverted forms are to be used.&nbsp;&nbsp;For purposes of the bulk update, that<br>decision is left to RFC 4645bis; for subsequent registrations, I assume<br>
it's an ad-hoc decision on the part of the ietf-languages list.<br><br>On several occasions, I've been asked to simply pick one of these<br>options, write the draft, and wait for feedback.&nbsp;&nbsp;The reason I haven't<br>done this is that it's not just about writing the draft.&nbsp;&nbsp;RFC 4645bis --
<br>like RFC 4645 but on a much larger scale -- requires the generations of<br>hundreds of pages of data that reflect the decisions specified in the<br>prose.&nbsp;&nbsp;Because of the size of this project, I would greatly prefer to
<br>write a program to generate the new Registry data from the ISO 639-3<br>files and the existing Registry, rather than attempting to do it by<br>hand.&nbsp;&nbsp;Changing a decision like this would require modifying the program<br>
and validating the results before submitting a new draft.&nbsp;&nbsp;The cost of<br>submitting a draft that is out of touch with the WG is high.<br><br>So I'm going to try one more time to gauge the hum of this WG as to<br>which forms should appear in the Registry.&nbsp;&nbsp;Since IETF WGs don't vote,
<br>this shall be considered a Survey, not an Election.<br><br>I would like to ask everyone to send a message to the LTRU list by<br>Tuesday, December 19, at 17:00 UTC (9 am in California, 2 am Wednesday<br>in Japan) indicating which of the following options you prefer:
<br><br>Option U:&nbsp;&nbsp;For names that exist in both forms, use only the uninverted<br>form.<br><br>Option I:&nbsp;&nbsp;For names that exist in both forms, use only the inverted<br>form.<br><br>Option B:&nbsp;&nbsp;Use both inverted and uninverted forms.&nbsp;&nbsp;PLEASE NOTE that
<br>this option requires a change to Section 3.1.4 of draft-4646bis, and<br>consequently will cause a delay in the creation of draft-4645bis-01.<br><br>For purposes of this Survey, please try to stick to Options U, I, and B
<br>and keep other issues such as ordering of Description fields, &quot;fixing&quot;<br>of capitalization and punctuation, etc. on other threads with other<br>Subject lines.<br><br>At some time shortly after Tuesday at 17:00 UTC, I'll submit
<br>draft-4645bis-01 with the option preferred by the list (unless it is<br>Option B, in which case I have to wait for draft-4646bis-03).<br><br>--<br>Doug Ewell&nbsp;&nbsp;*&nbsp;&nbsp;Fullerton, California, USA&nbsp;&nbsp;*&nbsp;&nbsp;RFC 4645&nbsp;&nbsp;*&nbsp;&nbsp;UTN #14<br>
<a href="http://users.adelphia.net/~dewell/">http://users.adelphia.net/~dewell/</a><br><a href="http://www1.ietf.org/html.charters/ltru-charter.html">http://www1.ietf.org/html.charters/ltru-charter.html</a><br><a href="http://www.alvestrand.no/mailman/listinfo/ietf-languages">
http://www.alvestrand.no/mailman/listinfo/ietf-languages</a><br><br><br>_______________________________________________<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru">
https://www1.ietf.org/mailman/listinfo/ltru</a><br></blockquote></div><br>

------=_Part_18000_7387773.1166294511681--


--===============1341458029==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1341458029==--




From ltru-bounces@ietf.org Sat Dec 16 13:48:21 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gvea5-0006oo-A2; Sat, 16 Dec 2006 13:48:21 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gvea4-0006oh-5W
	for ltru@ietf.org; Sat, 16 Dec 2006 13:48:20 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gvea2-0008Vl-Rj
	for ltru@ietf.org; Sat, 16 Dec 2006 13:48:20 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBGImC9R082809
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 16 Dec 2006 10:48:13 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=vEwzG8Jf/Ravol3fXGsuu5cSMbvbdOIlr6pweFkxZwkdSWcazS218UZG8xOarhbQ
Message-ID: <45843F6C.40208@yahoo-inc.com>
Date: Sat, 16 Dec 2006 10:48:12 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Errata in RFC 4646 and 4646bis
References: <004e01c720da$3f2b7340$6701a8c0@DGBP7M81>	<20061216071820.GB32354@ccil.org>
	<005601c720e5$44170f30$6701a8c0@DGBP7M81>
In-Reply-To: <005601c720e5$44170f30$6701a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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:
> John Cowan <cowan at ccil dot org> wrote:
> 
>> I think this should be reworded as "Fields of type 'Prefix'" etc.  In 
>> that way, we can add prefixes to variant records, but can't remove 
>> prefixes.  If we remove the second sentence, then item 4 in Section 
>> 3.4 comes into play, specifying that prefixes can be shortened but not 
>> lengthened.
> 
> I predict that in the future, someone will demand that an "incorrect" or 
> "inappropriate" Prefix for a variant subtag be removed.
> 

And that someone's request will be rejected.

Removing a prefix would break validating processors (those based on an 
older registry date). That's why the rule is there. Besides, a wrong 
prefix doesn't hurt anything: you are not required to use a variant with 
a particular prefix, given that it has more than one. If a variant has 
the wrong prefix, add the correct one, plus a note saying that the old 
prefix is ill-advised.

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 13:51:52 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvedU-0000JX-B4; Sat, 16 Dec 2006 13:51:52 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvedT-0000JO-9c
	for ltru@ietf.org; Sat, 16 Dec 2006 13:51:51 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvedQ-0000Ya-WB
	for ltru@ietf.org; Sat, 16 Dec 2006 13:51:51 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBGIpPh3082917
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 16 Dec 2006 10:51:26 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=eL5r3k+bDfuOx3xOcbGNucnwgIfqHN8vxVdGCc/YsxZhxd5X2ZbFPuh0akLNGNau
Message-ID: <4584402D.4010506@yahoo-inc.com>
Date: Sat, 16 Dec 2006 10:51:25 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Survey on inverted vs. uninverted names
References: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
	<30b660a20612161041kfc4b74dlc12c9a4b414a3fdc@mail.gmail.com>
In-Reply-To: <30b660a20612161041kfc4b74dlc12c9a4b414a3fdc@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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 wrote:

 >> draft-4645bis-01 with the option preferred by the list (unless it is
 >> Option B, in which case I have to wait for draft-4646bis-03).

We haven't submitted draft-02 yet. :-)

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 14:01:13 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvemV-000469-L2; Sat, 16 Dec 2006 14:01:11 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvemU-00045i-BR
	for ltru@ietf.org; Sat, 16 Dec 2006 14:01:10 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvemS-0002Mw-Tn
	for ltru@ietf.org; Sat, 16 Dec 2006 14:01:10 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBGJ0xIT088439
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 16 Dec 2006 11:00:59 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=iY5Maq0tKyDZwcRqjJrUVtsKH4+OG3sHl9FCxU4/rcFHZkiDF8qcFTUG2F0xx85a
Message-ID: <4584426B.50900@yahoo-inc.com>
Date: Sat, 16 Dec 2006 11:00:59 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Re: Description field ordering
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>	
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>	
	<4582C344.4B2A@xyzzy.claranet.de>	
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>	
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>	
	<45831EB9.6070500@yahoo-inc.com>	
	<30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>	
	<458342E1.2010403@yahoo-inc.com>
	<30b660a20612151713k678c2345m6dec39b8c4436292@mail.gmail.com>
In-Reply-To: <30b660a20612151713k678c2345m6dec39b8c4436292@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 36c793b20164cfe75332aa66ddb21196
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Okay, I prefer #2, but only as generalized instructions to the 
reviewer/Official Doug. Perhaps:

--
For fields of type 'language' or 'extlang', where multiple descriptions 
are available, either in the original source standard or via subsequent 
registration, the first 'Description' field appearing in the Registry 
matches the Reference Name assigned by ISO 693-3. This helps facilitate 
cross-referencing between ISO 639 and the registry.
--

Notice that this requires additional work on the part of the 
LSR/Official Doug. But it doesn't give the first Description any 
particularly special status.

This suggests, please note, that we don't do uninversion or other edits 
on that description (and, further, suggests that we don't do any edits 
on descriptions whatsoever).

Addison

Mark Davis wrote:
>> (laughing) Okay, okay. But intra-record order doesn't matter, at present.
> 
> (smiles) True. (Although I wouldn't be surprised if someone's tool 
> breaks if
> we gratuitously change the order from the current.)
> 
> I think if we did #1, then just the second option would be sufficient. That
> is, let's suppose that Chuvash is the Reference Name, and there is one 
> other
> name Yabba Dabba Doo, which is less commonly used. Then here are the
> options.
> 
> #0 "Status Quo" (user doesn't know for order)
> 
> Description: Yabba Dabba Doo
> Description: Chuvash
> 
> #1 "Reference Name"
> Reference-Name: Chuvash
> Description: Yabba Dabba Doo
> 
> #1a "Reference Name Clone"
> Reference-Name: Chuvash
> Description: Yabba Dabba Doo
> Description: Chuvash
> 
> #2 "First Description"
> Description: Chuvash
> Description: Yabba Dabba Doo
> 
> The reasons why I have a slight preference for #2 is that people who don't
> care about order don't need to change anything, and it can extend to
> non-language subtags.
> 
> Mark
> 
> On 12/15/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>>
>>
>>
>> Mark Davis wrote:
>> > (1) I said, literally: "order of lines". And clearly we are
>> > line-order-dependent:
>> >
>>
>> (laughing) Okay, okay. But intra-record order doesn't matter, at present.
>>
>> >
>> > (2) If you don't care about the first Description, then you can go 
>> ahead
>> > with your current implementation. And if you do care, as noted earlier,
>> you
>> > can pick out the first name as your own separate field and put the rest
>> > into
>> > a HashSet.
>>
>> There are ordered collections and what not. I'm just trying to point out
>> that implementations may exist that are allergic to ordering
>> restrictions. That said, an agreement to put the reference name first is
>> fine, if it has no special status.
>>
>> What I'm trying to get at is whether it needs a special status and why.
>> If there is a reason it needs a special status, we should give it one
>> (i.e. it's own field type). You didn't really answer the
>> "whys-and-wherefores" question, so I can't tell whether the use case is
>> compelling (to me).
>>
>> Question: if we did your #1, would we do this:
>>
>>   Reference-Name: Chuvash
>>   Description: Chuvash
>>
>> Or just:
>>
>>   Reference-Name: Chuvash
>>
>> Addison
>>
>> -- 
>> Addison Phillips
>> Globalization Architect -- Yahoo! Inc.
>>
>> Internationalization is an architecture.
>> It is not a feature.
>>
> 

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sat Dec 16 14:09:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GveuX-0007b7-LQ; Sat, 16 Dec 2006 14:09:29 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GveuW-0007b0-2a
	for ltru@ietf.org; Sat, 16 Dec 2006 14:09:28 -0500
Received: from an-out-0708.google.com ([209.85.132.240])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GveuV-0004Dj-Ja
	for ltru@ietf.org; Sat, 16 Dec 2006 14:09:28 -0500
Received: by an-out-0708.google.com with SMTP id d30so367765and
	for <ltru@ietf.org>; Sat, 16 Dec 2006 11:09:27 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=c4cyUrUqwakqoX1s+UH663R90fGkIE36uKQ08IrtoG2AxEO2VqYLXfQ/JnkwwvedJvh4w/Np3SwiOq5daYozwVC4SgFEGrtI2G6iWoy10yQ0T1S2VN/63nPPLuUg1K+haNbjdo0HdoNMqGkPMAbzpMFgsMc4RnNQ2wzL1i9NScY=
Received: by 10.100.7.18 with SMTP id 18mr1671289ang.1166296167260;
	Sat, 16 Dec 2006 11:09:27 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Sat, 16 Dec 2006 11:09:27 -0800 (PST)
Message-ID: <30b660a20612161109ve438cdbgcc1065d4fe73b156@mail.gmail.com>
Date: Sat, 16 Dec 2006 11:09:27 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <4584426B.50900@yahoo-inc.com>
MIME-Version: 1.0
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
	<45831EB9.6070500@yahoo-inc.com>
	<30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>
	<458342E1.2010403@yahoo-inc.com>
	<30b660a20612151713k678c2345m6dec39b8c4436292@mail.gmail.com>
	<4584426B.50900@yahoo-inc.com>
X-Google-Sender-Auth: ff39ee1a57d60195
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 202a3ece0492a8c7e7c8672d5214398f
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1546966418=="
Errors-To: ltru-bounces@ietf.org

--===============1546966418==
Content-Type: multipart/alternative; 
	boundary="----=_Part_18092_22347228.1166296167150"

------=_Part_18092_22347228.1166296167150
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

The direction is good. However, I think the issue of "touching up" is really
somewhat orthogonal, and should be decided on (and clearly described,
whatever conclusion we reach) in other text. And as far as wording, in the
case where there are no multiple descriptions, still the first field will
correspond, so the two clauses that make the sentence more complicated are
not necessary. So for this paragraph I suggest the following simplification:

For fields of type 'language' or 'extlang', the first 'Description' field
appearing in the Registry
corresponds to the Reference Name assigned by ISO 693-3. This helps
facilitate
cross-referencing between ISO 639 and the registry.

Look ok to you?

Mark

On 12/16/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>
> Okay, I prefer #2, but only as generalized instructions to the
> reviewer/Official Doug. Perhaps:
>
> --
> For fields of type 'language' or 'extlang', where multiple descriptions
> are available, either in the original source standard or via subsequent
> registration, the first 'Description' field appearing in the Registry
> matches the Reference Name assigned by ISO 693-3. This helps facilitate
> cross-referencing between ISO 639 and the registry.
> --
>
> Notice that this requires additional work on the part of the
> LSR/Official Doug. But it doesn't give the first Description any
> particularly special status.
>
> This suggests, please note, that we don't do uninversion or other edits
> on that description (and, further, suggests that we don't do any edits
> on descriptions whatsoever).
>
> Addison
>
> Mark Davis wrote:
> >> (laughing) Okay, okay. But intra-record order doesn't matter, at
> present.
> >
> > (smiles) True. (Although I wouldn't be surprised if someone's tool
> > breaks if
> > we gratuitously change the order from the current.)
> >
> > I think if we did #1, then just the second option would be sufficient.
> That
> > is, let's suppose that Chuvash is the Reference Name, and there is one
> > other
> > name Yabba Dabba Doo, which is less commonly used. Then here are the
> > options.
> >
> > #0 "Status Quo" (user doesn't know for order)
> >
> > Description: Yabba Dabba Doo
> > Description: Chuvash
> >
> > #1 "Reference Name"
> > Reference-Name: Chuvash
> > Description: Yabba Dabba Doo
> >
> > #1a "Reference Name Clone"
> > Reference-Name: Chuvash
> > Description: Yabba Dabba Doo
> > Description: Chuvash
> >
> > #2 "First Description"
> > Description: Chuvash
> > Description: Yabba Dabba Doo
> >
> > The reasons why I have a slight preference for #2 is that people who
> don't
> > care about order don't need to change anything, and it can extend to
> > non-language subtags.
> >
> > Mark
> >
> > On 12/15/06, Addison Phillips <addison@yahoo-inc.com> wrote:
> >>
> >>
> >>
> >> Mark Davis wrote:
> >> > (1) I said, literally: "order of lines". And clearly we are
> >> > line-order-dependent:
> >> >
> >>
> >> (laughing) Okay, okay. But intra-record order doesn't matter, at
> present.
> >>
> >> >
> >> > (2) If you don't care about the first Description, then you can go
> >> ahead
> >> > with your current implementation. And if you do care, as noted
> earlier,
> >> you
> >> > can pick out the first name as your own separate field and put the
> rest
> >> > into
> >> > a HashSet.
> >>
> >> There are ordered collections and what not. I'm just trying to point
> out
> >> that implementations may exist that are allergic to ordering
> >> restrictions. That said, an agreement to put the reference name first
> is
> >> fine, if it has no special status.
> >>
> >> What I'm trying to get at is whether it needs a special status and why.
> >> If there is a reason it needs a special status, we should give it one
> >> (i.e. it's own field type). You didn't really answer the
> >> "whys-and-wherefores" question, so I can't tell whether the use case is
> >> compelling (to me).
> >>
> >> Question: if we did your #1, would we do this:
> >>
> >>   Reference-Name: Chuvash
> >>   Description: Chuvash
> >>
> >> Or just:
> >>
> >>   Reference-Name: Chuvash
> >>
> >> Addison
> >>
> >> --
> >> Addison Phillips
> >> Globalization Architect -- Yahoo! Inc.
> >>
> >> Internationalization is an architecture.
> >> It is not a feature.
> >>
> >
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>

------=_Part_18092_22347228.1166296167150
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

The direction is good. However, I think the issue of &quot;touching up&quot; is really somewhat orthogonal, and should be decided on (and clearly described, whatever conclusion we reach) in other text. And as far as wording, in the case where there are no multiple descriptions, still the first field will correspond, so the two clauses that make the sentence more complicated are not necessary. So for this paragraph I suggest the following simplification:
<br><br>For fields of type 'language' or 'extlang', the first 'Description' field appearing in the Registry<br>corresponds to the Reference Name assigned by ISO 693-3. This helps facilitate<br>cross-referencing between ISO 639 and the registry.
<br><br>Look ok to you?<br><br>Mark<br><br><div><span class="gmail_quote">On 12/16/06, <b class="gmail_sendername">Addison Phillips</b> &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Okay, I prefer #2, but only as generalized instructions to the<br>reviewer/Official Doug. Perhaps:
<br><br>--<br>For fields of type 'language' or 'extlang', where multiple descriptions<br>are available, either in the original source standard or via subsequent<br>registration, the first 'Description' field appearing in the Registry
<br>matches the Reference Name assigned by ISO 693-3. This helps facilitate<br>cross-referencing between ISO 639 and the registry.<br>--<br><br>Notice that this requires additional work on the part of the<br>LSR/Official Doug. But it doesn't give the first Description any
<br>particularly special status.<br><br>This suggests, please note, that we don't do uninversion or other edits<br>on that description (and, further, suggests that we don't do any edits<br>on descriptions whatsoever).<br>
<br>Addison<br><br>Mark Davis wrote:<br>&gt;&gt; (laughing) Okay, okay. But intra-record order doesn't matter, at present.<br>&gt;<br>&gt; (smiles) True. (Although I wouldn't be surprised if someone's tool<br>&gt; breaks if
<br>&gt; we gratuitously change the order from the current.)<br>&gt;<br>&gt; I think if we did #1, then just the second option would be sufficient. That<br>&gt; is, let's suppose that Chuvash is the Reference Name, and there is one
<br>&gt; other<br>&gt; name Yabba Dabba Doo, which is less commonly used. Then here are the<br>&gt; options.<br>&gt;<br>&gt; #0 &quot;Status Quo&quot; (user doesn't know for order)<br>&gt;<br>&gt; Description: Yabba Dabba Doo
<br>&gt; Description: Chuvash<br>&gt;<br>&gt; #1 &quot;Reference Name&quot;<br>&gt; Reference-Name: Chuvash<br>&gt; Description: Yabba Dabba Doo<br>&gt;<br>&gt; #1a &quot;Reference Name Clone&quot;<br>&gt; Reference-Name: Chuvash
<br>&gt; Description: Yabba Dabba Doo<br>&gt; Description: Chuvash<br>&gt;<br>&gt; #2 &quot;First Description&quot;<br>&gt; Description: Chuvash<br>&gt; Description: Yabba Dabba Doo<br>&gt;<br>&gt; The reasons why I have a slight preference for #2 is that people who don't
<br>&gt; care about order don't need to change anything, and it can extend to<br>&gt; non-language subtags.<br>&gt;<br>&gt; Mark<br>&gt;<br>&gt; On 12/15/06, Addison Phillips &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com
</a>&gt; wrote:<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; Mark Davis wrote:<br>&gt;&gt; &gt; (1) I said, literally: &quot;order of lines&quot;. And clearly we are<br>&gt;&gt; &gt; line-order-dependent:<br>&gt;&gt; &gt;
<br>&gt;&gt;<br>&gt;&gt; (laughing) Okay, okay. But intra-record order doesn't matter, at present.<br>&gt;&gt;<br>&gt;&gt; &gt;<br>&gt;&gt; &gt; (2) If you don't care about the first Description, then you can go<br>&gt;&gt; ahead
<br>&gt;&gt; &gt; with your current implementation. And if you do care, as noted earlier,<br>&gt;&gt; you<br>&gt;&gt; &gt; can pick out the first name as your own separate field and put the rest<br>&gt;&gt; &gt; into<br>&gt;&gt; &gt; a HashSet.
<br>&gt;&gt;<br>&gt;&gt; There are ordered collections and what not. I'm just trying to point out<br>&gt;&gt; that implementations may exist that are allergic to ordering<br>&gt;&gt; restrictions. That said, an agreement to put the reference name first is
<br>&gt;&gt; fine, if it has no special status.<br>&gt;&gt;<br>&gt;&gt; What I'm trying to get at is whether it needs a special status and why.<br>&gt;&gt; If there is a reason it needs a special status, we should give it one
<br>&gt;&gt; (i.e. it's own field type). You didn't really answer the<br>&gt;&gt; &quot;whys-and-wherefores&quot; question, so I can't tell whether the use case is<br>&gt;&gt; compelling (to me).<br>&gt;&gt;<br>&gt;&gt; Question: if we did your #1, would we do this:
<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp; Reference-Name: Chuvash<br>&gt;&gt;&nbsp;&nbsp; Description: Chuvash<br>&gt;&gt;<br>&gt;&gt; Or just:<br>&gt;&gt;<br>&gt;&gt;&nbsp;&nbsp; Reference-Name: Chuvash<br>&gt;&gt;<br>&gt;&gt; Addison<br>&gt;&gt;<br>&gt;&gt; --
<br>&gt;&gt; Addison Phillips<br>&gt;&gt; Globalization Architect -- Yahoo! Inc.<br>&gt;&gt;<br>&gt;&gt; Internationalization is an architecture.<br>&gt;&gt; It is not a feature.<br>&gt;&gt;<br>&gt;<br><br>--<br>Addison Phillips
<br>Globalization Architect -- Yahoo! Inc.<br><br>Internationalization is an architecture.<br>It is not a feature.<br></blockquote></div><br>

------=_Part_18092_22347228.1166296167150--


--===============1546966418==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1546966418==--




From ltru-bounces@ietf.org Sat Dec 16 14:11:17 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvewF-00088v-6J; Sat, 16 Dec 2006 14:11:15 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvewD-00088i-EV
	for ltru@ietf.org; Sat, 16 Dec 2006 14:11:13 -0500
Received: from an-out-0708.google.com ([209.85.132.240])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvewC-0004Nf-4N
	for ltru@ietf.org; Sat, 16 Dec 2006 14:11:13 -0500
Received: by an-out-0708.google.com with SMTP id d30so367797and
	for <ltru@ietf.org>; Sat, 16 Dec 2006 11:11:11 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=oV5nfYqFF8iYgCX/dhbbSFcdIn6NV2LcJhVevBbLZzgETNRGv4Wwr5c/FIqpGNh8WGsCtd9QvQbwPm/KFctEdv0jC2MfYnSjlE0IMCQhE6TSO10oETMO6+/AAmdRfA8a5q9MRz4dGUMh2LnX8RKwhh5HC39kBhiO+O6qW3X4yV4=
Received: by 10.100.8.18 with SMTP id 18mr1581874anh.1166296271851;
	Sat, 16 Dec 2006 11:11:11 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Sat, 16 Dec 2006 11:11:11 -0800 (PST)
Message-ID: <30b660a20612161111r475de3f3qc61cc02187268f65@mail.gmail.com>
Date: Sat, 16 Dec 2006 11:11:11 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] Errata in RFC 4646 and 4646bis
In-Reply-To: <45843F6C.40208@yahoo-inc.com>
MIME-Version: 1.0
References: <004e01c720da$3f2b7340$6701a8c0@DGBP7M81>
	<20061216071820.GB32354@ccil.org>
	<005601c720e5$44170f30$6701a8c0@DGBP7M81>
	<45843F6C.40208@yahoo-inc.com>
X-Google-Sender-Auth: 71a578d45986451a
X-Spam-Score: 0.1 (/)
X-Scan-Signature: c0bedb65cce30976f0bf60a0a39edea4
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1769488898=="
Errors-To: ltru-bounces@ietf.org

--===============1769488898==
Content-Type: multipart/alternative; 
	boundary="----=_Part_18108_20807954.1166296271787"

------=_Part_18108_20807954.1166296271787
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

A minor clarification. One can remove "all" prefixes, since that broadens
the scope. What we can't do is change a prefix in a way that would narrow
the scope.

Mark

On 12/16/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>
>
>
> Doug Ewell wrote:
> > John Cowan <cowan at ccil dot org> wrote:
> >
> >> I think this should be reworded as "Fields of type 'Prefix'" etc.  In
> >> that way, we can add prefixes to variant records, but can't remove
> >> prefixes.  If we remove the second sentence, then item 4 in Section
> >> 3.4 comes into play, specifying that prefixes can be shortened but not
> >> lengthened.
> >
> > I predict that in the future, someone will demand that an "incorrect" or
> > "inappropriate" Prefix for a variant subtag be removed.
> >
>
> And that someone's request will be rejected.
>
> Removing a prefix would break validating processors (those based on an
> older registry date). That's why the rule is there. Besides, a wrong
> prefix doesn't hurt anything: you are not required to use a variant with
> a particular prefix, given that it has more than one. If a variant has
> the wrong prefix, add the correct one, plus a note saying that the old
> prefix is ill-advised.
>
> Addison
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_18108_20807954.1166296271787
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

A minor clarification. One can remove &quot;all&quot; prefixes, since that broadens the scope. What we can't do is change a prefix in a way that would narrow the scope.<br><br>Mark<br><br><div><span class="gmail_quote">On 12/16/06, 
<b class="gmail_sendername">Addison Phillips</b> &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br><br>Doug Ewell wrote:<br>&gt; John Cowan &lt;cowan at ccil dot org&gt; wrote:<br>&gt;<br>&gt;&gt; I think this should be reworded as &quot;Fields of type 'Prefix'&quot; etc.&nbsp;&nbsp;In<br>&gt;&gt; that way, we can add prefixes to variant records, but can't remove
<br>&gt;&gt; prefixes.&nbsp;&nbsp;If we remove the second sentence, then item 4 in Section<br>&gt;&gt; 3.4 comes into play, specifying that prefixes can be shortened but not<br>&gt;&gt; lengthened.<br>&gt;<br>&gt; I predict that in the future, someone will demand that an &quot;incorrect&quot; or
<br>&gt; &quot;inappropriate&quot; Prefix for a variant subtag be removed.<br>&gt;<br><br>And that someone's request will be rejected.<br><br>Removing a prefix would break validating processors (those based on an<br>older registry date). That's why the rule is there. Besides, a wrong
<br>prefix doesn't hurt anything: you are not required to use a variant with<br>a particular prefix, given that it has more than one. If a variant has<br>the wrong prefix, add the correct one, plus a note saying that the old
<br>prefix is ill-advised.<br><br>Addison<br><br>--<br>Addison Phillips<br>Globalization Architect -- Yahoo! Inc.<br><br>Internationalization is an architecture.<br>It is not a feature.<br><br>_______________________________________________
<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru</a><br></blockquote></div><br>

------=_Part_18108_20807954.1166296271787--


--===============1769488898==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1769488898==--




From ltru-bounces@ietf.org Sat Dec 16 17:26:15 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gvhyt-0005et-4l; Sat, 16 Dec 2006 17:26:11 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gvhyr-0005cw-Ia
	for ltru@ietf.org; Sat, 16 Dec 2006 17:26:09 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gvhyq-0001c3-6N
	for ltru@ietf.org; Sat, 16 Dec 2006 17:26:09 -0500
Received: from [10.72.76.221] (snvvpn2-10-72-76-c221.corp.yahoo.com
	[10.72.76.221]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBGMPkWg095629
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sat, 16 Dec 2006 14:25:47 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=q4WC3cuD5cmh+ThpjdKJGo0lVi05Xa2LZ0v7sFuSdzXI+p8fUjddHtS8VbEEwP+j
Message-ID: <4584726B.2000008@yahoo-inc.com>
Date: Sat, 16 Dec 2006 14:25:47 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Errata in RFC 4646 and 4646bis
References: <004e01c720da$3f2b7340$6701a8c0@DGBP7M81>	
	<20061216071820.GB32354@ccil.org>	
	<005601c720e5$44170f30$6701a8c0@DGBP7M81>	
	<45843F6C.40208@yahoo-inc.com>
	<30b660a20612161111r475de3f3qc61cc02187268f65@mail.gmail.com>
In-Reply-To: <30b660a20612161111r475de3f3qc61cc02187268f65@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 4b800b1eab964a31702fa68f1ff0e955
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

No. Prefix fields may not be removed altogether. See the "Stability" 
section, rules 4-6. The "widening" rule is restricted to prefixes of the 
current prefix, but doesn't extend to replacing a concrete range with 
the "*" range.

This was done deliberately, if I recall correctly. It effectively 
prevents variants from becoming generic in the future, hence all the 
discussion of generic vs. non-generic variants in recent months.

Addison

Mark Davis wrote:
> A minor clarification. One can remove "all" prefixes, since that 
> broadens the scope. What we can't do is change a prefix in a way that 
> would narrow the scope.
> 
> Mark
> 
> On 12/16/06, *Addison Phillips* <addison@yahoo-inc.com 
> <mailto:addison@yahoo-inc.com>> wrote:
> 
> 
> 
>     Doug Ewell wrote:
>      > John Cowan <cowan at ccil dot org> wrote:
>      >
>      >> I think this should be reworded as "Fields of type 'Prefix'"
>     etc.  In
>      >> that way, we can add prefixes to variant records, but can't remove
>      >> prefixes.  If we remove the second sentence, then item 4 in Section
>      >> 3.4 comes into play, specifying that prefixes can be shortened
>     but not
>      >> lengthened.
>      >
>      > I predict that in the future, someone will demand that an
>     "incorrect" or
>      > "inappropriate" Prefix for a variant subtag be removed.
>      >
> 
>     And that someone's request will be rejected.
> 
>     Removing a prefix would break validating processors (those based on an
>     older registry date). That's why the rule is there. Besides, a wrong
>     prefix doesn't hurt anything: you are not required to use a variant with
>     a particular prefix, given that it has more than one. If a variant has
>     the wrong prefix, add the correct one, plus a note saying that the old
>     prefix is ill-advised.
> 
>     Addison
> 
>     --
>     Addison Phillips
>     Globalization Architect -- Yahoo! Inc.
> 
>     Internationalization is an architecture.
>     It is not a feature.
> 
>     _______________________________________________
>     Ltru mailing list
>     Ltru@ietf.org <mailto:Ltru@ietf.org>
>     https://www1.ietf.org/mailman/listinfo/ltru
> 
> 

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 00:23:34 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvoUi-0007pD-4W; Sun, 17 Dec 2006 00:23:28 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvoUh-0007p8-Ch
	for ltru@ietf.org; Sun, 17 Dec 2006 00:23:27 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvoUg-00030g-6Y
	for ltru@ietf.org; Sun, 17 Dec 2006 00:23:27 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GvoUd-0003ZA-PZ; Sun, 17 Dec 2006 00:23:23 -0500
Date: Sun, 17 Dec 2006 00:23:23 -0500
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Survey on inverted vs. uninverted names
Message-ID: <20061217052323.GB21540@ccil.org>
References: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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 scripsit:

> Option U:  For names that exist in both forms, use only the uninverted 
> form.

I'm for this, now that I know (curses!) that inverted names don't
carry information about grouping.

-- 
And it was said that ever after, if any                 John Cowan
man looked in that Stone, unless he had a               cowan@ccil.org
great strength of will to turn it to other              http://ccil.org/~cowan
purpose, he saw only two aged hands withering
in flame.   --"The Pyre of Denethor"

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 02:06:23 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gvq6F-0002JK-By; Sun, 17 Dec 2006 02:06:19 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gvq6E-0002JC-IS
	for ltru@ietf.org; Sun, 17 Dec 2006 02:06:18 -0500
Received: from mta9.adelphia.net ([68.168.78.199])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gvq6D-0000Jz-82
	for ltru@ietf.org; Sun, 17 Dec 2006 02:06:18 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta9.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061217070616.NVNP23085.mta9.adelphia.net@DGBP7M81>;
	Sun, 17 Dec 2006 02:06:16 -0500
Message-ID: <003d01c721a9$d8306b70$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
	<30b660a20612161041kfc4b74dlc12c9a4b414a3fdc@mail.gmail.com>
Subject: Re: [Ltru] Survey on inverted vs. uninverted names
Date: Sat, 16 Dec 2006 23:06:15 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b280b4db656c3ca28dd62e5e0b03daa8
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis wrote:

> The options are underspecified, so let's make a few things clear. I'll 
> illustrate with the following:
>
> Description: A B C
> Description: B C, A
> Description: C, A B

I thought it was clear and already decided that only the forms appearing 
in the ISO 639-2 and -3 online files would be considered, and we would 
not add any inversions that were not listed therein.

> My assumptions are:
>
> C1. In options that allow inversions, then comma outside of 
> parentheses always means inversion. (That is the only way we've 
> discussed that we can predictably process inversions.)

The ISO 639-3 data file includes a field called Print_Name, which is the 
uninverted name, and a field called Inverted_Name, which is the inverted 
equivalent.  There's no need for us to make up our own rules about this.

> C2. A "duplication" means a case where two descriptions, after any 
> uninversion of commas, are the same. That is, each of the above 
> Descriptions is a duplication of both of the others. Thus option U 
> only allows the "A B C", option I allows any one of them*, and option 
> B allows any or all.

The ISO 639-3 file only lists one inverted form for each name.  Let's 
assume, for sake of argument, that form is:

Description: B C, A

Then Option U only allows "A B C", Option I only allows "B C, A", and 
Option B allows both "A B C" and "B C, A".  None of the options allow 
"C, A B" since it is not listed by ISO.

> C3. *Option I means "allow inversions", but does not require us to 
> invert. That is, in some cases "A B C" should be treated as a single 
> unit, and thus not inverted at all, in some cases "B C" should/can be 
> treated as a unit, and in some cases full inversion would be "best". 
> And in many cases it may not be clear which is the best, and 
> reasonable people may differ.

Again, this is totally determined by the 639-3 data.  Some names of two 
or more words have no inverted form.  "Tok Pisin" and "Broome Pearling 
Lugger Pidgin" are examples.

> (One could have an option I2 which would allow both "B C, A" and "C, B 
> A", but if there is any inversion, don't allow the uninverted form. 
> But I assume that isn't on the table.)

Not as I have defined it.  If you feel these additional inversions are 
necessary, we can start that debate over again.

> Conclusions:
>
> Option I is possible, but will involve case-by-case determination of 
> which choice is "better" (is "Old North Foobar" treated as a single 
> unit, or is "North Foobar" a unit?), and is only really useful for 
> English; other languages, as noted on the list, would have different 
> or no inversions.

Governed entirely by the ISO data.  No decision-making necessary for me 
or anyone else.

> Option B I could live with, but can get pretty cluttered and more 
> work, again only really of value for English speakers.
>
> So I favor option U.

You may (or may not) wish to recosinder after seeing that none of these 
three options require any significant brainpower.  The only question is 
which of the ISO-supplied names do we want to include.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 02:09:08 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gvq8w-0003B3-9t; Sun, 17 Dec 2006 02:09:06 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gvq8v-00039R-GU
	for ltru@ietf.org; Sun, 17 Dec 2006 02:09:05 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gvq8u-0000Xk-65
	for ltru@ietf.org; Sun, 17 Dec 2006 02:09:05 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061217070903.JKRS2904.mta13.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Sun, 17 Dec 2006 02:09:03 -0500
Message-ID: <003f01c721aa$3bc1c4e0$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
Date: Sat, 16 Dec 2006 23:09:02 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 798b2e660f1819ae38035ac1d8d5e3ab
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Frank Ellermann <nobody at xyzzy dot claranet dot de> wrote:

> Because "backwards incompatible" is the mother of all
> ugliness.  You offer no concept what a "reference name"
> might be for all other subtags, it's only well-defined
> for language subtags derived from 639-3.
> 
> A 4646bis going to a Last Call as "we added the 639-3
> languages as promised" will pass with zero complications.
> 
> For a 4646bis going to Last Call as "while we were at it
> we screwed with the 4646 syntax, update all your tools
> implemented for 4646" I'd cry foul.

+1 in toto.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 02:55:50 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gvqs7-0002UQ-MX; Sun, 17 Dec 2006 02:55:47 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gvqs5-0002Sp-RO
	for ltru@ietf.org; Sun, 17 Dec 2006 02:55:45 -0500
Received: from mta9.adelphia.net ([68.168.78.199])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gvqs4-0006dt-I0
	for ltru@ietf.org; Sun, 17 Dec 2006 02:55:45 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta9.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061217075535.QMIC23085.mta9.adelphia.net@DGBP7M81>;
	Sun, 17 Dec 2006 02:55:35 -0500
Message-ID: <004701c721b0$bc1d3560$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GvewF-00089O-CT@megatron.ietf.org>
Date: Sat, 16 Dec 2006 23:55:34 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: 
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis <mark dot davis at icu dash project dot org> improved on 
Addison's proposed wording:

> For fields of type 'language' or 'extlang', the first 'Description' 
> field appearing in the Registry corresponds to the Reference Name 
> assigned by ISO 693-3. This helps facilitate cross-referencing between 
> ISO 639 and the registry.

I'm totally in favor of this, though of course we need to write "639-3" 
and not "693-3".

Addison Phillips <addison at yahoo dash inc dot com> had written:

> Notice that this requires additional work on the part of the 
> LSR/Official Doug. But it doesn't give the first Description any 
> particularly special status.

I was already planning to do this, so no additional work for me.

> This suggests, please note, that we don't do uninversion or other 
> edits on that description (and, further, suggests that we don't do any 
> edits on descriptions whatsoever).

Correct as far as uninversion is concerned.  As for "any other edits" I 
would hope we could at least correct non-substantive editorial problems 
such as "two  spaces" if any existed.

Speaking of which, in starting to process the new 639-3 files I noticed 
the following line:

nds Low German German Low

which certainly should have the inverted form "German, Low" (with comma) 
instead, and:

whu WahauKayan Kayan, Wahau

which probably should have the uninverted form "Wahau Kayan" (with 
space) instead.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 02:56:00 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvqsK-0002cd-AU; Sun, 17 Dec 2006 02:56:00 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvqsJ-0002bW-DV
	for ltru@ietf.org; Sun, 17 Dec 2006 02:55:59 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvqsD-0006ep-GV
	for ltru@ietf.org; Sun, 17 Dec 2006 02:55:59 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBH7tnq8012188
	for <ltru@ietf.org>; Sun, 17 Dec 2006 16:55:49 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 3831_02a20768_8da4_11db_8f86_0014221f2a2d;
	Sun, 17 Dec 2006 16:55:49 +0900
X-AuthUser: duerst@it.aoyama.ac.jp
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:57626)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S62CA9> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Sun, 17 Dec 2006 16:55:07 +0900
Message-Id: <6.0.0.20.2.20061216103717.0b422860@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Sat, 16 Dec 2006 11:20:21 +0900
To: "Mark Davis" <mark.davis@icu-project.org>,
	"Addison Phillips" <addison@yahoo-inc.com>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.co
 m>
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>
	<4582C344.4B2A@xyzzy.claranet.de>
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>
	<45831EB9.6070500@yahoo-inc.com>
	<30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.3 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

At 08:10 06/12/16, Mark Davis wrote:
>(1) I said, literally: "order of lines". And clearly we are line-order-dependent:
>
>File-Date: 2006-12-12
>%%
>Type: language
>Subtag: aa
...

>is interpreted as different from the reordered-line version:
>
>%%
>%%
>%%
>Added: 2005-10-16
>Added: 2005-10-16 

Strictly speaking, you're right, but that's usually called structure,
not order. Our registry is structured into entries. The order of the
entries doesn't matter. The order of items in an entry doesn't matter.
The structure matters.


>(2) If you don't care about the first Description, then you can go ahead with your current implementation. And if you do care, as noted earlier, you can pick out the first name as your own separate field and put the rest into a HashSet. 

That's not the issue. For me, the main question is whether
we can and want to enforce anything on future registries,
which means on the community that deals with them.

Regards,     Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 07:34:55 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GvvEA-0001og-Kw; Sun, 17 Dec 2006 07:34:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GvvE9-0001nf-At
	for ltru@ietf.org; Sun, 17 Dec 2006 07:34:49 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GvvE5-00025I-G4
	for ltru@ietf.org; Sun, 17 Dec 2006 07:34:49 -0500
Received: from scmse2.scbb.aoyama.ac.jp (scmse2 [133.2.253.17])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBHCYf7f011267
	for <ltru@ietf.org>; Sun, 17 Dec 2006 21:34:42 +0900 (JST)
Received: from (133.2.206.133) by scmse2.scbb.aoyama.ac.jp via smtp
	id 37b9_f7d5b006_8dca_11db_8bff_0014221f2a2d;
	Sun, 17 Dec 2006 21:34:41 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:41735)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S62D86> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Sun, 17 Dec 2006 21:34:00 +0900
Message-Id: <6.0.0.20.2.20061217201007.0c0020e0@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Sun, 17 Dec 2006 20:10:23 +0900
To: John Cowan <cowan@ccil.org>, Doug Ewell <dewell@adelphia.net>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Survey on inverted vs. uninverted names
In-Reply-To: <20061217052323.GB21540@ccil.org>
References: <005201c720e4$7dba4460$6701a8c0@DGBP7M81>
	<20061217052323.GB21540@ccil.org>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 2409bba43e9c8d580670fda8b695204a
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

With my chair hat off, I agree with John.    Regards,   Martin.

At 14:23 06/12/17, John Cowan wrote:
>Doug Ewell scripsit:
>
>> Option U:  For names that exist in both forms, use only the uninverted 
>> form.
>
>I'm for this, now that I know (curses!) that inverted names don't
>carry information about grouping.
>
>-- 
>And it was said that ever after, if any                 John Cowan
>man looked in that Stone, unless he had a               cowan@ccil.org
>great strength of will to turn it to other              http://ccil.org/~cowan
>purpose, he saw only two aged hands withering
>in flame.   --"The Pyre of Denethor"
>
>_______________________________________________
>Ltru mailing list
>Ltru@ietf.org
>https://www1.ietf.org/mailman/listinfo/ltru


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 13:28:29 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gw0kC-0007ag-Nk; Sun, 17 Dec 2006 13:28:16 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gw0kB-0007ab-BB
	for ltru@ietf.org; Sun, 17 Dec 2006 13:28:15 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gw0k9-000338-W7
	for ltru@ietf.org; Sun, 17 Dec 2006 13:28:15 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061217182809.PMJN2904.mta13.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Sun, 17 Dec 2006 13:28:09 -0500
Message-ID: <009b01c72209$1ab8b0b0$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Sun, 17 Dec 2006 10:28:09 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22
Subject: [Ltru] Proposal to clarify administration of RFC 4646
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

I propose the following two clarifications to a couple of administrative 
details in RFC 4646.

1.  Modify the first paragraph on Section 3.2 to read:

"The Language Subtag Reviewer is appointed by the IESG for an indefinite 
term, subject to removal or replacement at the IESG's discretion.  The 
Language Subtag Reviewer moderates the ietf-languages mailing list, 
responds to requests for registration, and performs the other registry 
maintenance duties described in Section 3.3.  Only the Language Subtag 
Reviewer is permitted to request IANA to change, update, or add records 
to the Language Subtag Registry.  The Reviewer may delegate list 
moderation and other minor clerical duties as needed."

2.  Modify the fifth paragraph of Section 3.5 to read:

"The subtag registration form MUST be sent to <ietf-languages@iana.org> 
for a two-week review period before it can be submitted to IANA.  (This 
is an open list and can be joined by sending a request to 
<ietf-languages-request@iana.org>.  The list may be hosted by IANA or 
any third party at the request of IESG.)"

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages 


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 16:28:47 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gw3Yr-0003dH-Ju; Sun, 17 Dec 2006 16:28:45 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gw3Yq-0003dB-DV
	for ltru@ietf.org; Sun, 17 Dec 2006 16:28:44 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gw3Yp-0003ql-0d
	for ltru@ietf.org; Sun, 17 Dec 2006 16:28:44 -0500
Received: from [10.72.66.10] (snvvpn-10-72-66-c10.corp.yahoo.com [10.72.66.10])
	(authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBHLS6NJ044174
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 17 Dec 2006 13:28:24 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=AkfMb5y8OS6CoulbNgqf1bUI8Yga2xQ+yEzxa73HAbI0B9iksjSZm8Hjswq2CaIG
Message-ID: <4585B663.8040304@yahoo-inc.com>
Date: Sun, 17 Dec 2006 13:28:03 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Proposal to clarify administration of RFC 4646
References: <009b01c72209$1ab8b0b0$6601a8c0@DGBP7M81>
In-Reply-To: <009b01c72209$1ab8b0b0$6601a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 0ddefe323dd869ab027dbfff7eff0465
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

These seem eminently sensible changes. In implementing them, I made 
minor edits.

For the first one, I made the "may" into an RFC 2119 keyword ("MAY") and 
omitted the word "minor".

For the second one, I modified the RFC 2119 keyword "may" to "can".

Addison

Doug Ewell wrote:
> I propose the following two clarifications to a couple of administrative 
> details in RFC 4646.
> 
> 1.  Modify the first paragraph on Section 3.2 to read:
> 
> "The Language Subtag Reviewer is appointed by the IESG for an indefinite 
> term, subject to removal or replacement at the IESG's discretion.  The 
> Language Subtag Reviewer moderates the ietf-languages mailing list, 
> responds to requests for registration, and performs the other registry 
> maintenance duties described in Section 3.3.  Only the Language Subtag 
> Reviewer is permitted to request IANA to change, update, or add records 
> to the Language Subtag Registry.  The Reviewer may delegate list 
> moderation and other minor clerical duties as needed."
> 
> 2.  Modify the fifth paragraph of Section 3.5 to read:
> 
> "The subtag registration form MUST be sent to <ietf-languages@iana.org> 
> for a two-week review period before it can be submitted to IANA.  (This 
> is an open list and can be joined by sending a request to 
> <ietf-languages-request@iana.org>.  The list may be hosted by IANA or 
> any third party at the request of IESG.)"
> 
> -- 
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Sun Dec 17 16:36:51 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gw3gf-0005u7-Px; Sun, 17 Dec 2006 16:36:49 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gw3gd-0005u1-Im
	for ltru@ietf.org; Sun, 17 Dec 2006 16:36:47 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gw3gZ-0004y5-7J
	for ltru@ietf.org; Sun, 17 Dec 2006 16:36:47 -0500
Received: from [10.72.66.10] (snvvpn-10-72-66-c10.corp.yahoo.com [10.72.66.10])
	(authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBHLaI18044494
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Sun, 17 Dec 2006 13:36:26 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=vNrp12zv0/Ag3m0y/t7y86h+UEhDSeqmTaBYA+7LvMULOWZx4S5z3I2GPGaFfpAr
Message-ID: <4585B850.6040703@yahoo-inc.com>
Date: Sun, 17 Dec 2006 13:36:16 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Re: Description field ordering
References: <E1Guuv4-0000Bk-RZ@megatron.ietf.org>	
	<007901c7201e$a4133b60$6701a8c0@DGBP7M81>	
	<4582C344.4B2A@xyzzy.claranet.de>	
	<00ea01c72091$227ccee0$6601a8c0@oemcomputer>	
	<30b660a20612151343k79a10fbdj3db9566770267cd7@mail.gmail.com>	
	<45831EB9.6070500@yahoo-inc.com>	
	<30b660a20612151510i491816f3mcea23fa0f48e3e3b@mail.gmail.com>	
	<458342E1.2010403@yahoo-inc.com>	
	<30b660a20612151713k678c2345m6dec39b8c4436292@mail.gmail.com>	
	<4584426B.50900@yahoo-inc.com>
	<30b660a20612161109ve438cdbgcc1065d4fe73b156@mail.gmail.com>
In-Reply-To: <30b660a20612161109ve438cdbgcc1065d4fe73b156@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 8b30eb7682a596edff707698f4a80f7d
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

It can't be entirely orthogonal, Mark. If we say "the first description 
is the reference name from ISO 639-3", then really it ought to be the 
reference name and not "something similar to the reference name". That 
is, if I go search www.sil.org/iso639-3, I expect to find "Frisian, 
Western" under "F", whereas "Western Frisian" would appear under "W".

If the reference name features inversions and other things, we would 
need to preserve them (double spaces and other cruft should probably be 
fixed, per Doug's message), at least for the reference name description. 
Hence my thinking that touch-ups and reference names are at least 
somewhat intertwined.

That said, your text works perfectly, regardless of which option we 
choose (since "correspond" is not "equal to"). I inserted your version 
into the editor's copy.

Addison

Mark Davis wrote:
> The direction is good. However, I think the issue of "touching up" is 
> really somewhat orthogonal, and should be decided on (and clearly 
> described, whatever conclusion we reach) in other text. And as far as 
> wording, in the case where there are no multiple descriptions, still the 
> first field will correspond, so the two clauses that make the sentence 
> more complicated are not necessary. So for this paragraph I suggest the 
> following simplification:
> 
> For fields of type 'language' or 'extlang', the first 'Description' 
> field appearing in the Registry
> corresponds to the Reference Name assigned by ISO 693-3. This helps 
> facilitate
> cross-referencing between ISO 639 and the registry.
> 
-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 02:13:11 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwCgG-0001XZ-3i; Mon, 18 Dec 2006 02:13:00 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwCgE-0001XU-SX
	for ltru@ietf.org; Mon, 18 Dec 2006 02:12:58 -0500
Received: from scmailgw2.scop.aoyama.ac.jp ([133.2.251.195])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwCgA-0003hR-0g
	for ltru@ietf.org; Mon, 18 Dec 2006 02:12:58 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBI7Cmjr026669
	for <ltru@ietf.org>; Mon, 18 Dec 2006 16:12:51 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 60a9_2ac323b2_8e67_11db_9cb9_0014221fa3c9;
	Mon, 18 Dec 2006 16:12:48 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:50010)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S6316D> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Mon, 18 Dec 2006 16:12:07 +0900
Message-Id: <6.0.0.20.2.20061218155833.0c049ec0@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Mon, 18 Dec 2006 16:02:00 +0900
To: "Doug Ewell" <dewell@adelphia.net>, "LTRU Working Group" <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Proposal to clarify administration of RFC 4646
In-Reply-To: <009b01c72209$1ab8b0b0$6601a8c0@DGBP7M81>
References: <009b01c72209$1ab8b0b0$6601a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

As a technical contributor, I'm a bit sad that we seem to have
reached a time where minor details like these have to be written
down explicitly. But I agree with the text below, because it
documents existing, established, and intended practice and
may help to avoid confusions, misunderstandings, and related
problems in the future.

Regards,     Martin.

At 03:28 06/12/18, Doug Ewell wrote:
>I propose the following two clarifications to a couple of administrative details in RFC 4646.
>
>1.  Modify the first paragraph on Section 3.2 to read:
>
>"The Language Subtag Reviewer is appointed by the IESG for an indefinite term, subject to removal or replacement at the IESG's discretion.  The Language Subtag Reviewer moderates the ietf-languages mailing list, responds to requests for registration, and performs the other registry maintenance duties described in Section 3.3.  Only the Language Subtag Reviewer is permitted to request IANA to change, update, or add records to the Language Subtag Registry.  The Reviewer may delegate list moderation and other minor clerical duties as needed."
>
>2.  Modify the fifth paragraph of Section 3.5 to read:
>
>"The subtag registration form MUST be sent to <ietf-languages@iana.org> for a two-week review period before it can be submitted to IANA.  (This is an open list and can be joined by sending a request to <ietf-languages-request@iana.org>.  The list may be hosted by IANA or any third party at the request of IESG.)"
>
>--
>Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
>http://users.adelphia.net/~dewell/
>http://www1.ietf.org/html.charters/ltru-charter.html
>http://www.alvestrand.no/mailman/listinfo/ietf-languages 
>
>_______________________________________________
>Ltru mailing list
>Ltru@ietf.org
>https://www1.ietf.org/mailman/listinfo/ltru


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 07:40:07 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwHml-0006zN-Cb; Mon, 18 Dec 2006 07:40:03 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwHmk-0006zF-F6
	for ltru@ietf.org; Mon, 18 Dec 2006 07:40:02 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwHmh-00029m-0X
	for ltru@ietf.org; Mon, 18 Dec 2006 07:40:02 -0500
Received: from DebbieLaptop ([83.67.121.192]) by 145.nexbyte.net with
	MailEnable ESMTP; Mon, 18 Dec 2006 12:39:55 +0000
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: "'LTRU Working Group'" <ltru@ietf.org>
Subject: RE: [Ltru] Re: Description field ordering
Date: Mon, 18 Dec 2006 12:39:43 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
In-Reply-To: <004701c721b0$bc1d3560$6601a8c0@DGBP7M81>
Thread-Index: AcchsPMbimJ0/9mBRweAr8AK44MGNgA79OdQ
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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
Message-Id: <E1GwHml-0006zN-Cb@megatron.ietf.org>

> Mark Davis <mark dot davis at icu dash project dot org> 
> improved on Addison's proposed wording:
> 
> > For fields of type 'language' or 'extlang', the first 'Description' 
> > field appearing in the Registry corresponds to the Reference Name 
> > assigned by ISO 693-3. 

As you already know, I think this is the correct route to follow. However, I
think we should discuss Randy's (I think)suggestion of actually naming the
field "Reference Name".  What exactly would it take to update RFC4646bis to
do this?  And, why is it a perceived problem?  Be descriptive in field names
where possible as people will scan read the standard and miss the reference
to "Reference Names" within the text.

>This helps facilitate 
> cross-referencing between 
> > ISO 639 and the registry.

Hmmm... Where have I heard this before ;-)

Debbie

Debbie Garside
Managing Director
GeoLang Ltd
Corner House
Barn Street
Haverfordwest
Pembrokeshire SA61 1BW
Wales UK

Tel: 0044 1437 766441
Web: http://www.geolang.com 




_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 07:40:58 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwHne-0007L8-QA; Mon, 18 Dec 2006 07:40:58 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwHnd-0007L1-Pd
	for ltru@ietf.org; Mon, 18 Dec 2006 07:40:57 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwHnb-0002Ki-Cb
	for ltru@ietf.org; Mon, 18 Dec 2006 07:40:57 -0500
Received: from DebbieLaptop ([83.67.121.192]) by 145.nexbyte.net with
	MailEnable ESMTP; Mon, 18 Dec 2006 12:40:53 +0000
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: "'John Cowan'" <cowan@ccil.org>,
	"'Doug Ewell'" <dewell@adelphia.net>
Subject: RE: [Ltru] Survey on inverted vs. uninverted names
Date: Mon, 18 Dec 2006 12:40:41 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
In-Reply-To: <6.0.0.20.2.20061217201007.0c0020e0@localhost>
Thread-Index: Acch19d4blcxjnQEScSERiFOmFAiqAAydQgw
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4d87d2aa806f79fed918a62e834505ca
Cc: 'LTRU Working Group' <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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
Message-Id: <E1GwHne-0007L8-QA@megatron.ietf.org>

+1 

> -----Original Message-----
> From: Martin Duerst [mailto:duerst@it.aoyama.ac.jp] 
> Sent: 17 December 2006 11:10
> To: John Cowan; Doug Ewell
> Cc: LTRU Working Group
> Subject: Re: [Ltru] Survey on inverted vs. uninverted names
> 
> With my chair hat off, I agree with John.    Regards,   Martin.
> 
> At 14:23 06/12/17, John Cowan wrote:
> >Doug Ewell scripsit:
> >
> >> Option U:  For names that exist in both forms, use only the 
> >> uninverted form.
> >
> >I'm for this, now that I know (curses!) that inverted names 
> don't carry 
> >information about grouping.
> >
> >-- 
> >And it was said that ever after, if any                 John Cowan
> >man looked in that Stone, unless he had a               
> cowan@ccil.org
> >great strength of will to turn it to other              
> http://ccil.org/~cowan
> >purpose, he saw only two aged hands withering
> >in flame.   --"The Pyre of Denethor"
> >
> >_______________________________________________
> >Ltru mailing list
> >Ltru@ietf.org
> >https://www1.ietf.org/mailman/listinfo/ltru
> 
> 
> #-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
> #-#-#  http://www.sw.it.aoyama.ac.jp       
> mailto:duerst@it.aoyama.ac.jp     
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
> 
> 
> 
> 




_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 08:18:01 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwINR-0003PN-4X; Mon, 18 Dec 2006 08:17:57 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwINQ-0003PI-Eh
	for ltru@ietf.org; Mon, 18 Dec 2006 08:17:56 -0500
Received: from mail14.svc.cra.dublin.eircom.net ([159.134.118.30])
	by ietf-mx.ietf.org with smtp (Exim 4.43) id 1GwINP-0001ar-6i
	for ltru@ietf.org; Mon, 18 Dec 2006 08:17:56 -0500
Received: (qmail 50907 messnum 5482222 invoked from
	network[194.125.174.100/ts09-100.dublin.indigo.ie]);
	18 Dec 2006 13:17:51 -0000
Received: from ts09-100.dublin.indigo.ie (HELO ?194.125.174.100?)
	(194.125.174.100)
	by mail14.svc.cra.dublin.eircom.net (qp 50907) with SMTP;
	18 Dec 2006 13:17:51 -0000
Mime-Version: 1.0 (Apple Message framework v728)
In-Reply-To: <E1GwHne-0007L8-Rq@megatron.ietf.org>
References: <E1GwHne-0007L8-Rq@megatron.ietf.org>
Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed
Message-Id: <D8EF6DA8-779D-43BE-8B55-0B38FBF8D50A@egt.ie>
Content-Transfer-Encoding: quoted-printable
From: Marion Gunn <mgunn@egt.ie>
Subject: Re: [Ltru] Survey on inverted vs. uninverted names
Date: Mon, 18 Dec 2006 13:21:04 +0000
To: LTRU Working Group <ltru@ietf.org>
X-Mailer: Apple Mail (2.728)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

It is unacceptable to reduce the name of any language to an =20
adjective. Please deprecate both inverted and uninverted versions of =20
artificial dual-element names promulgated against best national and =20
international practice (please note: Irish is the full legal name of =20
my language in English under Ireland's National Constitution, for =20
which I ask you have the same respect as you would wish others to =20
have for yours).
mg

- -
Marion Gunn * EGTeo (Estab.1991)
27 P=E1irc an Fh=E9ithlinn, Baile an
Bh=F3thair, Co. =C1tha Cliath, =C9ire.
* mgunn@egt.ie * eamonn@egt.ie *


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 10:15:52 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwKDY-0001oV-AR; Mon, 18 Dec 2006 10:15:52 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwKDX-0001oN-2P
	for ltru@ietf.org; Mon, 18 Dec 2006 10:15:51 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwKDV-0006Hb-QQ
	for ltru@ietf.org; Mon, 18 Dec 2006 10:15:51 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GwKDT-0007sH-6H; Mon, 18 Dec 2006 10:15:47 -0500
Date: Mon, 18 Dec 2006 10:15:47 -0500
To: Marion Gunn <mgunn@egt.ie>
Subject: Re: [Ltru] Survey on inverted vs. uninverted names
Message-ID: <20061218151547.GK10251@ccil.org>
References: <E1GwHne-0007L8-Rq@megatron.ietf.org>
	<D8EF6DA8-779D-43BE-8B55-0B38FBF8D50A@egt.ie>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <D8EF6DA8-779D-43BE-8B55-0B38FBF8D50A@egt.ie>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Marion Gunn scripsit:

> It is unacceptable to reduce the name of any language to an  
> adjective. Please deprecate both inverted and uninverted versions of  
> artificial dual-element names promulgated against best national and  
> international practice (please note: Irish is the full legal name of  
> my language in English under Ireland's National Constitution, for  
> which I ask you have the same respect as you would wish others to  
> have for yours).

In fact, Article 8 clause 1 of the Constitution of Ireland says:

	The Irish language as the national language is the first
	official language.

thus not only reducing the name of the language to an adjective, but
leaving it implicit which Irish language is intended.  Were the matter
to arise in court, I suppose that deference would be given to the other
version of the Constitution, which says unequivocally:

	Ós í an Ghaeilge an teanga náisiúnta is í an phríomhtheanga
	oifigiúil í.

(It's true that the Constitution does declare the name of the *country*.)

The other anglophone nations with written constitutions didn't get to
choose the name of the language that most of their people speak, and
most have them have resisted the temptation to make either the name of a
language or the use of that language a matter of law instead of fact.
(I am not speaking here of countries where English is not widely spoken,
in which declaring it official has practical effects.)

-- 
Knowledge studies others / Wisdom is self-known;      John Cowan
Muscle masters brothers / Self-mastery is bone;       cowan@ccil.org
Content need never borrow / Ambition wanders blind;   http://ccil.org/~cowan
Vitality cleaves to the marrow / Leaving death behind.    --Tao 33 (Bynner)

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 10:52:35 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwKn5-0006nB-Ah; Mon, 18 Dec 2006 10:52:35 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwKn4-0006mz-7i
	for ltru@ietf.org; Mon, 18 Dec 2006 10:52:34 -0500
Received: from an-out-0708.google.com ([209.85.132.245])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwKn2-0004gD-QP
	for ltru@ietf.org; Mon, 18 Dec 2006 10:52:34 -0500
Received: by an-out-0708.google.com with SMTP id d30so438507and
	for <ltru@ietf.org>; Mon, 18 Dec 2006 07:52:32 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=T/yCLva0QsKJcxzC37Hk2O4GMTffAMDrWa56tP/xclAjDQ2QjLMbMOPI92sGWh6b7WqP6lq6qkgt2Uoh2VRRGm8eZv5l2yHJokWeumOO6JAXJFzevS+l4BrDL4WI8/OFYr2lqr6goNE5GoTtTFLSql3sP+sw0kTli9zGyMtqwPE=
Received: by 10.100.152.9 with SMTP id z9mr3336259and.1166457152415;
	Mon, 18 Dec 2006 07:52:32 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Mon, 18 Dec 2006 07:52:32 -0800 (PST)
Message-ID: <30b660a20612180752g68eaffceo25ed3a374f797493@mail.gmail.com>
Date: Mon, 18 Dec 2006 07:52:32 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Debbie Garside" <debbie@ictmarketing.co.uk>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <45868c24.3c3639b5.73d6.493cSMTPIN_ADDED@mx.google.com>
MIME-Version: 1.0
References: <004701c721b0$bc1d3560$6601a8c0@DGBP7M81>
	<45868c24.3c3639b5.73d6.493cSMTPIN_ADDED@mx.google.com>
X-Google-Sender-Auth: e24dcdf821cdfe06
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 25620135586de10c627e3628c432b04a
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0340935807=="
Errors-To: ltru-bounces@ietf.org

--===============0340935807==
Content-Type: multipart/alternative; 
	boundary="----=_Part_1850_1787104.1166457152378"

------=_Part_1850_1787104.1166457152378
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

The "perceived problem" is that current programs that read the file would
need to be updated before they would get the new field. Now, if we did
option 1a (see email Dec 15), that would still work, assuming that the
programs used the forward-compatibility strategy of skipping fields they
don't understand, but at the slight cost of duplicating information.

This it still would be simpler to just use the first Description.

Mark

On 12/18/06, Debbie Garside <debbie@ictmarketing.co.uk> wrote:
>
> > Mark Davis <mark dot davis at icu dash project dot org>
> > improved on Addison's proposed wording:
> >
> > > For fields of type 'language' or 'extlang', the first 'Description'
> > > field appearing in the Registry corresponds to the Reference Name
> > > assigned by ISO 693-3.
>
> As you already know, I think this is the correct route to follow. However,
> I
> think we should discuss Randy's (I think)suggestion of actually naming the
> field "Reference Name".  What exactly would it take to update RFC4646bis
> to
> do this?  And, why is it a perceived problem?  Be descriptive in field
> names
> where possible as people will scan read the standard and miss the
> reference
> to "Reference Names" within the text.
>
> >This helps facilitate
> > cross-referencing between
> > > ISO 639 and the registry.
>
> Hmmm... Where have I heard this before ;-)
>
> Debbie
>
> Debbie Garside
> Managing Director
> GeoLang Ltd
> Corner House
> Barn Street
> Haverfordwest
> Pembrokeshire SA61 1BW
> Wales UK
>
> Tel: 0044 1437 766441
> Web: http://www.geolang.com
>
>
>
>

------=_Part_1850_1787104.1166457152378
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

The &quot;perceived problem&quot; is that current programs that read the file would need to be updated before they would get the new field. Now, if we did option 1a (see email Dec 15), that would still work, assuming that the programs used the forward-compatibility strategy of skipping fields they don't understand, but at the slight cost of duplicating information.
<br><br>This it still would be simpler to just use the first Description.<br><br>Mark<br><br><div><span class="gmail_quote">On 12/18/06, <b class="gmail_sendername">Debbie Garside</b> &lt;<a href="mailto:debbie@ictmarketing.co.uk">
debbie@ictmarketing.co.uk</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">&gt; Mark Davis &lt;mark dot davis at icu dash project dot org&gt;
<br>&gt; improved on Addison's proposed wording:<br>&gt;<br>&gt; &gt; For fields of type 'language' or 'extlang', the first 'Description'<br>&gt; &gt; field appearing in the Registry corresponds to the Reference Name<br>&gt; &gt; assigned by ISO 693-3.
<br><br>As you already know, I think this is the correct route to follow. However, I<br>think we should discuss Randy's (I think)suggestion of actually naming the<br>field &quot;Reference Name&quot;.&nbsp;&nbsp;What exactly would it take to update RFC4646bis to
<br>do this?&nbsp;&nbsp;And, why is it a perceived problem?&nbsp;&nbsp;Be descriptive in field names<br>where possible as people will scan read the standard and miss the reference<br>to &quot;Reference Names&quot; within the text.<br><br>&gt;This helps facilitate
<br>&gt; cross-referencing between<br>&gt; &gt; ISO 639 and the registry.<br><br>Hmmm... Where have I heard this before ;-)<br><br>Debbie<br><br>Debbie Garside<br>Managing Director<br>GeoLang Ltd<br>Corner House<br>Barn Street
<br>Haverfordwest<br>Pembrokeshire SA61 1BW<br>Wales UK<br><br>Tel: 0044 1437 766441<br>Web: <a href="http://www.geolang.com">http://www.geolang.com</a><br><br><br><br></blockquote></div><br>

------=_Part_1850_1787104.1166457152378--


--===============0340935807==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0340935807==--




From ltru-bounces@ietf.org Mon Dec 18 13:45:35 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwNUE-00039g-TS; Mon, 18 Dec 2006 13:45:18 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwNUD-00039S-Hl
	for ltru@ietf.org; Mon, 18 Dec 2006 13:45:17 -0500
Received: from mta10.adelphia.net ([68.168.78.202])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwNUB-00011n-7d
	for ltru@ietf.org; Mon, 18 Dec 2006 13:45:17 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta10.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061218184514.OVPQ11646.mta10.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Mon, 18 Dec 2006 13:45:14 -0500
Message-ID: <000b01c722d4$a7eee190$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Mon, 18 Dec 2006 10:45:14 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis <mark dot davis at icu dash project dot org> wrote:

> The "perceived problem" is that current programs that read the file 
> would need to be updated before they would get the new field. Now, if 
> we did option 1a (see email Dec 15), that would still work, assuming 
> that the programs used the forward-compatibility strategy of skipping 
> fields they don't understand, but at the slight cost of duplicating 
> information.
>
> This it still would be simpler to just use the first Description.

What if you added a Reference-Name field, but *only* for subtags that 
have more than one Description, or whose single Description does not 
match the ISO reference name?

Then the Registry would not be clogged with thousands of lines of 
duplicated information, and the rules would be simple:

1.  If the subtag entry has a Reference-Name field, its value is the ISO 
reference name.

2.  Otherwise, if there is only one Description field, its value is the 
ISO reference name, or no ISO reference name exists for that entity.

3.  Otherwise, no ISO reference name exists, and any of the Description 
fields may be used by applications for that purpose.

Rules 2 and 3 leave it ambiguous whether an ISO reference name actually 
exists or not.  (For example, no such thing appears to exist for the 
UN-based numeric region subtags.)  If a user needs this information, the 
best place to go is probably the ISO standard itself.

Problem:  Whenever there a proposal to add, change, or remove a 
Description field, it would be necessary for the ietf-languages 
administrative and clerical types to check whether the Reference-Name 
field would be affected (i.e. whether one would have to be added or 
deleted).

Problem 2:  Some parsers may not have been built to ignore unrecognized 
tags, and may crash if we introduce *any* new field type.  I couldn't 
finding any wording in 4646 that parsers are supposed to do this, 
although it's a good idea.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages 


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 15:51:15 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwPS7-0003FC-Cu; Mon, 18 Dec 2006 15:51:15 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwPS5-0002yy-2G
	for ltru@ietf.org; Mon, 18 Dec 2006 15:51:13 -0500
Received: from 145.nexbyte.net ([62.197.41.145])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwPRv-00051n-9C
	for ltru@ietf.org; Mon, 18 Dec 2006 15:51:13 -0500
Received: from DebbieLaptop ([83.67.121.192]) by 145.nexbyte.net with
	MailEnable ESMTP; Mon, 18 Dec 2006 20:51:02 +0000
From: "Debbie Garside" <debbie@ictmarketing.co.uk>
To: <mark.edward.davis@gmail.com>
Subject: RE: [Ltru] Re: Description field ordering
Date: Mon, 18 Dec 2006 20:50:50 -0000
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook, Build 11.0.5510
In-Reply-To: <30b660a20612180752g68eaffceo25ed3a374f797493@mail.gmail.com>
Thread-Index: AccivJTcr6Ong28oQA+dNC51kf8NWQAKFtog
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1807
X-Spam-Score: 0.1 (/)
X-Scan-Signature: ec7c6dab5a62df223002ae71b5179d41
Cc: 'LTRU Working Group' <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============2080453998=="
Errors-To: ltru-bounces@ietf.org
Message-Id: <E1GwPS7-0003FC-Cu@megatron.ietf.org>

This is a multi-part message in MIME format.

--===============2080453998==
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_02EA_01C722E6.33958D50"

This is a multi-part message in MIME format.

------=_NextPart_000_02EA_01C722E6.33958D50
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Mark wrote:

The "perceived problem" is that current programs that read the file would
need to be updated before they would get the new field. Now, if we did
option 1a (see email Dec 15), that would still work, assuming that the
programs used the forward-compatibility strategy of skipping fields they
don't understand, but at the slight cost of duplicating information.  
 
This (1a) sounds a reasonable option to maintain backward compatibility
whilst introducing the "Reference Name" field (which will also be used in
ISO 639-5 and -6).  This would also facilitate the fact that preceding ISO
639 standards do not have Reference Names as such.  I like this idea.  I do
think Reference Name will become more important in the future - call it my
crystal ball if you will.  As the cost to the Registry is not great, put it
in is my advice.  One thought further, those applications that require a
"Description" rather than a "Reference Name" could glean it from the
Registry even if there were only one "Reference name" field, just a quick
replace query on the field name if Description is empty/missing would do it
so I don't see a major problem.

This it still would be simpler to just use the first Description. 
 
I still think the concept of Reference Name as first Description may be
missed by the end user but then if they don't read the standard properly I
suppose that is their problem. 
 
Debbie 

Mark


On 12/18/06, Debbie Garside <  <mailto:debbie@ictmarketing.co.uk>
debbie@ictmarketing.co.uk> wrote: 

> Mark Davis <mark dot davis at icu dash project dot org> 
> improved on Addison's proposed wording:
>
> > For fields of type 'language' or 'extlang', the first 'Description'
> > field appearing in the Registry corresponds to the Reference Name
> > assigned by ISO 693-3. 

As you already know, I think this is the correct route to follow. However, I
think we should discuss Randy's (I think)suggestion of actually naming the
field "Reference Name".  What exactly would it take to update RFC4646bis to 
do this?  And, why is it a perceived problem?  Be descriptive in field names
where possible as people will scan read the standard and miss the reference
to "Reference Names" within the text.

>This helps facilitate 
> cross-referencing between
> > ISO 639 and the registry.

Hmmm... Where have I heard this before ;-)

Debbie

Debbie Garside
Managing Director
GeoLang Ltd
Corner House
Barn Street 
Haverfordwest
Pembrokeshire SA61 1BW
Wales UK

Tel: 0044 1437 766441
Web: http://www.geolang.com







------=_NextPart_000_02EA_01C722E6.33958D50
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.2800.1561" name=3DGENERATOR></HEAD>
<BODY>
<DIV><FONT face=3DArial color=3D#0000ff size=3D2><SPAN =
class=3D251484120-18122006>Mark=20
wrote:</SPAN></FONT></DIV>
<BLOCKQUOTE=20
style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #0000ff 2px =
solid; MARGIN-RIGHT: 0px">
  <DIV></DIV>
  <DIV>The "perceived problem" is that current programs that read the =
file would=20
  need to be updated before they would get the new field. Now, if we did =
option=20
  1a (see email Dec 15), that would still work, assuming that the =
programs used=20
  the forward-compatibility strategy of skipping fields they don't =
understand,=20
  but at the slight cost of duplicating information.&nbsp;<SPAN=20
  class=3D251484120-18122006><FONT face=3DArial color=3D#0000ff=20
  size=3D2>&nbsp;</FONT></SPAN></DIV>
  <DIV><SPAN class=3D251484120-18122006></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D251484120-18122006><FONT face=3DArial =
color=3D#0000ff size=3D2>This=20
  (1a) sounds a reasonable option to maintain backward=20
  compatibility</FONT>&nbsp;<FONT face=3DArial color=3D#0000ff =
size=3D2>whilst=20
  introducing the "Reference Name" field (which will also be used in ISO =
639-5=20
  and -6).&nbsp; This would also facilitate the fact that preceding ISO =
639=20
  standards do not have Reference Names as such.&nbsp; I like this =
idea.&nbsp; I=20
  do think Reference Name will become more important in the future - =
call it my=20
  crystal ball if you will.&nbsp; As the cost to the Registry is not =
great, put=20
  it in is my advice.&nbsp; One thought further, those applications that =
require=20
  a "Description" rather than a "Reference Name" could glean it from the =

  Registry even if there were only one "Reference name" field,&nbsp;just =
a quick=20
  replace query on the field name if Description is =
empty/missing&nbsp;would do=20
  it so I don't see a major problem.</FONT></SPAN><BR><BR>This it still =
would be=20
  simpler to just use the first Description.<SPAN =
class=3D251484120-18122006><FONT=20
  face=3DArial color=3D#0000ff size=3D2>&nbsp;</FONT></SPAN></DIV>
  <DIV><SPAN class=3D251484120-18122006></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D251484120-18122006><FONT face=3DArial =
color=3D#0000ff size=3D2>I=20
  still think the concept of Reference Name as first Description may be =
missed=20
  by the end user but&nbsp;then if they don't read the standard properly =
I=20
  suppose that is their problem.</FONT>&nbsp;</SPAN></DIV>
  <DIV><SPAN class=3D251484120-18122006></SPAN><SPAN=20
  class=3D251484120-18122006><FONT face=3DArial color=3D#0000ff=20
  size=3D2>&nbsp;</FONT></SPAN></DIV>
  <DIV><SPAN class=3D251484120-18122006><FONT face=3DArial =
color=3D#0000ff=20
  size=3D2>Debbie</FONT>&nbsp;</SPAN><BR><BR>Mark<BR><BR></DIV>
  <DIV><SPAN class=3Dgmail_quote>On 12/18/06, <B =
class=3Dgmail_sendername>Debbie=20
  Garside</B> &lt;<A href=3D"mailto:debbie@ictmarketing.co.uk">=20
  debbie@ictmarketing.co.uk</A>&gt; wrote:</SPAN>
  <BLOCKQUOTE class=3Dgmail_quote=20
  style=3D"PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: =
rgb(204,204,204) 1px solid">&gt;=20
    Mark Davis &lt;mark dot davis at icu dash project dot org&gt; =
<BR>&gt;=20
    improved on Addison's proposed wording:<BR>&gt;<BR>&gt; &gt; For =
fields of=20
    type 'language' or 'extlang', the first 'Description'<BR>&gt; &gt; =
field=20
    appearing in the Registry corresponds to the Reference Name<BR>&gt; =
&gt;=20
    assigned by ISO 693-3. <BR><BR>As you already know, I think this is =
the=20
    correct route to follow. However, I<BR>think we should discuss =
Randy's (I=20
    think)suggestion of actually naming the<BR>field "Reference=20
    Name".&nbsp;&nbsp;What exactly would it take to update RFC4646bis to =
<BR>do=20
    this?&nbsp;&nbsp;And, why is it a perceived problem?&nbsp;&nbsp;Be=20
    descriptive in field names<BR>where possible as people will scan =
read the=20
    standard and miss the reference<BR>to "Reference Names" within the=20
    text.<BR><BR>&gt;This helps facilitate <BR>&gt; cross-referencing=20
    between<BR>&gt; &gt; ISO 639 and the registry.<BR><BR>Hmmm... Where =
have I=20
    heard this before ;-)<BR><BR>Debbie<BR><BR>Debbie =
Garside<BR>Managing=20
    Director<BR>GeoLang Ltd<BR>Corner House<BR>Barn Street=20
    <BR>Haverfordwest<BR>Pembrokeshire SA61 1BW<BR>Wales UK<BR><BR>Tel: =
0044=20
    1437 766441<BR>Web: <A=20
    =
href=3D"http://www.geolang.com">http://www.geolang.com</A><BR><BR><BR><BR=
></BLOCKQUOTE></DIV><BR></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_02EA_01C722E6.33958D50--





--===============2080453998==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============2080453998==--







From ltru-bounces@ietf.org Mon Dec 18 16:01:23 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwPbt-0004he-Dx; Mon, 18 Dec 2006 16:01:21 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwPbs-0004hY-57
	for ltru@ietf.org; Mon, 18 Dec 2006 16:01:20 -0500
Received: from mta15.mail.adelphia.net ([68.168.78.77] helo=mta15.adelphia.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwPbq-00076x-7x
	for ltru@ietf.org; Mon, 18 Dec 2006 16:01:20 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta15.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061218204954.MNVF25578.mta15.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Mon, 18 Dec 2006 15:49:54 -0500
Message-ID: <002801c722e7$a96ed030$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GwPSA-0003NT-71@megatron.ietf.org>
Date: Mon, 18 Dec 2006 13:01:17 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25
Subject: [Ltru] Re: Description field ordering
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

I wrote:

> Problem 2:  Some parsers may not have been built to ignore 
> unrecognized tags, and may crash if we introduce *any* new field type. 
> I couldn't finding any wording in 4646 that parsers are supposed to do 
> this, although it's a good idea.

Obviously I meant it's a good idea to ignore unrecognized tags, not to 
crash!

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 16:28:18 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwQ1y-0001qu-EE; Mon, 18 Dec 2006 16:28:18 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwQ1w-0001p9-S1
	for ltru@ietf.org; Mon, 18 Dec 2006 16:28:16 -0500
Received: from an-out-0708.google.com ([209.85.132.247])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwQ1v-0004E5-Ea
	for ltru@ietf.org; Mon, 18 Dec 2006 16:28:16 -0500
Received: by an-out-0708.google.com with SMTP id d30so500208and
	for <ltru@ietf.org>; Mon, 18 Dec 2006 13:28:15 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=DlBSTnrqeuBQD3MDjQrgILF2X7t7kfgWCb7j9uP1psjYZs8THUCirI1CsvesQEQKfBjyxu6TJU0Zk5hDT+GSJaoAQtmFBQ40WpfKZ4DrKACvMHS19MfWHqPkWNGS0s0vdeywySMkhGdCrinp38cM+7HSYB9llqBAn0k2ienJRk0=
Received: by 10.100.125.5 with SMTP id x5mr3658546anc.1166477295185;
	Mon, 18 Dec 2006 13:28:15 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Mon, 18 Dec 2006 13:28:15 -0800 (PST)
Message-ID: <30b660a20612181328u3aa45c3ap38636f8d24fca217@mail.gmail.com>
Date: Mon, 18 Dec 2006 13:28:15 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Doug Ewell" <dewell@adelphia.net>
Subject: Re: [Ltru] Re: Description field ordering
In-Reply-To: <000b01c722d4$a7eee190$6601a8c0@DGBP7M81>
MIME-Version: 1.0
References: <000b01c722d4$a7eee190$6601a8c0@DGBP7M81>
X-Google-Sender-Auth: 2ffab86d134e0c49
X-Spam-Score: 0.5 (/)
X-Scan-Signature: f66b12316365a3fe519e75911daf28a8
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1161363453=="
Errors-To: ltru-bounces@ietf.org

--===============1161363453==
Content-Type: multipart/alternative; 
	boundary="----=_Part_2530_31700919.1166477295150"

------=_Part_2530_31700919.1166477295150
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

That's an interesting suggestion. I would still prefer just using the first
one, but this is a tenable alternative. Will send separate note on other
issue.

Mark

On 12/18/06, Doug Ewell <dewell@adelphia.net> wrote:
>
> Mark Davis <mark dot davis at icu dash project dot org> wrote:
>
> > The "perceived problem" is that current programs that read the file
> > would need to be updated before they would get the new field. Now, if
> > we did option 1a (see email Dec 15), that would still work, assuming
> > that the programs used the forward-compatibility strategy of skipping
> > fields they don't understand, but at the slight cost of duplicating
> > information.
> >
> > This it still would be simpler to just use the first Description.
>
> What if you added a Reference-Name field, but *only* for subtags that
> have more than one Description, or whose single Description does not
> match the ISO reference name?
>
> Then the Registry would not be clogged with thousands of lines of
> duplicated information, and the rules would be simple:
>
> 1.  If the subtag entry has a Reference-Name field, its value is the ISO
> reference name.
>
> 2.  Otherwise, if there is only one Description field, its value is the
> ISO reference name, or no ISO reference name exists for that entity.
>
> 3.  Otherwise, no ISO reference name exists, and any of the Description
> fields may be used by applications for that purpose.
>
> Rules 2 and 3 leave it ambiguous whether an ISO reference name actually
> exists or not.  (For example, no such thing appears to exist for the
> UN-based numeric region subtags.)  If a user needs this information, the
> best place to go is probably the ISO standard itself.
>
> Problem:  Whenever there a proposal to add, change, or remove a
> Description field, it would be necessary for the ietf-languages
> administrative and clerical types to check whether the Reference-Name
> field would be affected (i.e. whether one would have to be added or
> deleted).
>
> Problem 2:  Some parsers may not have been built to ignore unrecognized
> tags, and may crash if we introduce *any* new field type.  I couldn't
> finding any wording in 4646 that parsers are supposed to do this,
> although it's a good idea.
>
> --
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_2530_31700919.1166477295150
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

That's an interesting suggestion. I would still prefer just using the first one, but this is a tenable alternative. Will send separate note on other issue.<br><br>Mark<br><br><div><span class="gmail_quote">On 12/18/06, <b class="gmail_sendername">
Doug Ewell</b> &lt;<a href="mailto:dewell@adelphia.net">dewell@adelphia.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Mark Davis &lt;mark dot davis at icu dash project dot org&gt; wrote:<br><br>&gt; The &quot;perceived problem&quot; is that current programs that read the file<br>&gt; would need to be updated before they would get the new field. Now, if
<br>&gt; we did option 1a (see email Dec 15), that would still work, assuming<br>&gt; that the programs used the forward-compatibility strategy of skipping<br>&gt; fields they don't understand, but at the slight cost of duplicating
<br>&gt; information.<br>&gt;<br>&gt; This it still would be simpler to just use the first Description.<br><br>What if you added a Reference-Name field, but *only* for subtags that<br>have more than one Description, or whose single Description does not
<br>match the ISO reference name?<br><br>Then the Registry would not be clogged with thousands of lines of<br>duplicated information, and the rules would be simple:<br><br>1.&nbsp;&nbsp;If the subtag entry has a Reference-Name field, its value is the ISO
<br>reference name.<br><br>2.&nbsp;&nbsp;Otherwise, if there is only one Description field, its value is the<br>ISO reference name, or no ISO reference name exists for that entity.<br><br>3.&nbsp;&nbsp;Otherwise, no ISO reference name exists, and any of the Description
<br>fields may be used by applications for that purpose.<br><br>Rules 2 and 3 leave it ambiguous whether an ISO reference name actually<br>exists or not.&nbsp;&nbsp;(For example, no such thing appears to exist for the<br>UN-based numeric region subtags.)&nbsp;&nbsp;If a user needs this information, the
<br>best place to go is probably the ISO standard itself.<br><br>Problem:&nbsp;&nbsp;Whenever there a proposal to add, change, or remove a<br>Description field, it would be necessary for the ietf-languages<br>administrative and clerical types to check whether the Reference-Name
<br>field would be affected (i.e. whether one would have to be added or<br>deleted).<br><br>Problem 2:&nbsp;&nbsp;Some parsers may not have been built to ignore unrecognized<br>tags, and may crash if we introduce *any* new field type.&nbsp;&nbsp;I couldn't
<br>finding any wording in 4646 that parsers are supposed to do this,<br>although it's a good idea.<br><br>--<br>Doug Ewell&nbsp;&nbsp;*&nbsp;&nbsp;Fullerton, California, USA&nbsp;&nbsp;*&nbsp;&nbsp;RFC 4645&nbsp;&nbsp;*&nbsp;&nbsp;UTN #14<br><a href="http://users.adelphia.net/~dewell/">
http://users.adelphia.net/~dewell/</a><br><a href="http://www1.ietf.org/html.charters/ltru-charter.html">http://www1.ietf.org/html.charters/ltru-charter.html</a><br><a href="http://www.alvestrand.no/mailman/listinfo/ietf-languages">
http://www.alvestrand.no/mailman/listinfo/ietf-languages</a><br><br><br>_______________________________________________<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru">
https://www1.ietf.org/mailman/listinfo/ltru</a><br></blockquote></div><br>

------=_Part_2530_31700919.1166477295150--


--===============1161363453==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1161363453==--




From ltru-bounces@ietf.org Mon Dec 18 16:33:39 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwQ79-0004RI-4O; Mon, 18 Dec 2006 16:33:39 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwQ78-0004Qz-1F
	for ltru@ietf.org; Mon, 18 Dec 2006 16:33:38 -0500
Received: from an-out-0708.google.com ([209.85.132.241])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwQ6r-0005Fk-3W
	for ltru@ietf.org; Mon, 18 Dec 2006 16:33:38 -0500
Received: by an-out-0708.google.com with SMTP id d30so500992and
	for <ltru@ietf.org>; Mon, 18 Dec 2006 13:33:20 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:mime-version:content-type:x-google-sender-auth;
	b=X9Ru9NVv/WVErBQ9doKMeNawjVBBCsamhUVfct2Cv681W5nO+ZZtmVBUTG3DfJEsJkb3L9RWheEAtQF/2k24I9LGLoQV+8TuviDAmqF9qlAa5gTbeYcb7CBE7x8rNWi9duJQfF9ZXYb9ZX5guzmruPd3mRlGwaECjPMhpWlxtek=
Received: by 10.100.141.13 with SMTP id o13mr3577323and.1166477600783;
	Mon, 18 Dec 2006 13:33:20 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Mon, 18 Dec 2006 13:33:20 -0800 (PST)
Message-ID: <30b660a20612181333i26349de1raf92bbef1e3c5550@mail.gmail.com>
Date: Mon, 18 Dec 2006 13:33:20 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "LTRU Working Group" <ltru@ietf.org>
MIME-Version: 1.0
X-Google-Sender-Auth: 30e02d692a336897
X-Spam-Score: 0.3 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
Subject: [Ltru] Forward-Compatibility Issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0462495786=="
Errors-To: ltru-bounces@ietf.org

--===============0462495786==
Content-Type: multipart/alternative; 
	boundary="----=_Part_2558_1198689.1166477600776"

------=_Part_2558_1198689.1166477600776
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

>From a separate conversation, I suggest including the following text. It may
appear to be obvious, but I think helps to clarify the situation.

Future versions of the language subtag registry may add additional fields.
Parsers that are intended to be forward-compatible should ignore fields that
were not defined in the first of the language subtag registry that they were
designed to handle.

Mark

------=_Part_2558_1198689.1166477600776
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

>From a separate conversation, I suggest including the following text. It may appear to be obvious, but I think helps to clarify the situation.<br><br><div style="margin-left: 40px;">Future versions of the language subtag registry may add additional fields. Parsers that are intended to be forward-compatible should ignore fields that were not defined in the first of the language subtag registry that they were designed to handle.
<br></div><br>Mark<br>

------=_Part_2558_1198689.1166477600776--


--===============0462495786==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0462495786==--




From ltru-bounces@ietf.org Mon Dec 18 16:37:15 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwQAd-0001zE-KY; Mon, 18 Dec 2006 16:37:15 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwQAd-0001yH-3m
	for ltru@ietf.org; Mon, 18 Dec 2006 16:37:15 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwQAb-0006HC-Mc
	for ltru@ietf.org; Mon, 18 Dec 2006 16:37:15 -0500
Received: from [10.72.76.21] (snvvpn2-10-72-76-c21.corp.yahoo.com
	[10.72.76.21]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBILb2tZ002150
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 18 Dec 2006 13:37:02 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=anWkTQaIhl/6eBzhPmdvRbYc4Gk4fhi9+TTF2I06JPqpM8fR/cHb7dKr9b7v4qKh
Message-ID: <458709FD.2000705@yahoo-inc.com>
Date: Mon, 18 Dec 2006 13:37:01 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Re: Description field ordering
References: <000b01c722d4$a7eee190$6601a8c0@DGBP7M81>
In-Reply-To: <000b01c722d4$a7eee190$6601a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

It just isn't necessary to add a new field. Ensuring that the first 
Description matches a particular description provided by the source 
standard is hardly Earth-shaking. We're not making the description any 
more normative than it was before, nor prohibiting the addition of other 
descriptions, nor saying anything about relative quality or preference 
for any particular description. We're just saying: if you look up this 
subtag, which came from ISO 639, in ISO 639, you'll find this name as 
the Reference Name.

I can live with that and think that's actually useful (when we have 7000 
of these things).

We could probably do the same for the other subtag types, except that it 
isn't necessary.

Addison

Doug Ewell wrote:
> Mark Davis <mark dot davis at icu dash project dot org> wrote:
> 
>> The "perceived problem" is that current programs that read the file 
>> would need to be updated before they would get the new field. Now, if 
>> we did option 1a (see email Dec 15), that would still work, assuming 
>> that the programs used the forward-compatibility strategy of skipping 
>> fields they don't understand, but at the slight cost of duplicating 
>> information.
>>
>> This it still would be simpler to just use the first Description.
> 
> What if you added a Reference-Name field, but *only* for subtags that 
> have more than one Description, or whose single Description does not 
> match the ISO reference name?
> 
> Then the Registry would not be clogged with thousands of lines of 
> duplicated information, and the rules would be simple:
> 
> 1.  If the subtag entry has a Reference-Name field, its value is the ISO 
> reference name.
> 
> 2.  Otherwise, if there is only one Description field, its value is the 
> ISO reference name, or no ISO reference name exists for that entity.
> 
> 3.  Otherwise, no ISO reference name exists, and any of the Description 
> fields may be used by applications for that purpose.
> 
> Rules 2 and 3 leave it ambiguous whether an ISO reference name actually 
> exists or not.  (For example, no such thing appears to exist for the 
> UN-based numeric region subtags.)  If a user needs this information, the 
> best place to go is probably the ISO standard itself.
> 
> Problem:  Whenever there a proposal to add, change, or remove a 
> Description field, it would be necessary for the ietf-languages 
> administrative and clerical types to check whether the Reference-Name 
> field would be affected (i.e. whether one would have to be added or 
> deleted).
> 
> Problem 2:  Some parsers may not have been built to ignore unrecognized 
> tags, and may crash if we introduce *any* new field type.  I couldn't 
> finding any wording in 4646 that parsers are supposed to do this, 
> although it's a good idea.
> 
> -- 
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 16:54:21 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwQR7-0001W3-Kp; Mon, 18 Dec 2006 16:54:17 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwQPV-0000dn-W1
	for ltru@ietf.org; Mon, 18 Dec 2006 16:52:38 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwQLs-0008Lb-Pf
	for ltru@ietf.org; Mon, 18 Dec 2006 16:48:54 -0500
Received: from [10.72.76.21] (snvvpn2-10-72-76-c21.corp.yahoo.com
	[10.72.76.21]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBILmVPV002913
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 18 Dec 2006 13:48:31 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=AHbGBgvYRIai9A1iNHCl4UeFKb5uhewfJk6+tASlXFFdPl6BTS6i16qkvQ2mmyul
Message-ID: <45870CAE.3040100@yahoo-inc.com>
Date: Mon, 18 Dec 2006 13:48:30 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Forward-Compatibility Issue
References: <30b660a20612181333i26349de1raf92bbef1e3c5550@mail.gmail.com>
In-Reply-To: <30b660a20612181333i26349de1raf92bbef1e3c5550@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

That text doesn't quite parse......

I'm concerned that we make existing fields stable, if we're going to go 
down this path. Personally, I don't mind adding this text. I don't think 
we should add a field at this time, though.

Might I suggest this version of Mark's text:

--
Future versions of this document might add additional fields to the 
registry. Implementations SHOULD ignore fields found in the registry 
that are not defined in this document.
--

Addison

Mark Davis wrote:
>  >From a separate conversation, I suggest including the following text. 
> It may appear to be obvious, but I think helps to clarify the situation.
> 
> Future versions of the language subtag registry may add additional 
> fields. Parsers that are intended to be forward-compatible should ignore 
> fields that were not defined in the first of the language subtag 
> registry that they were designed to handle.
> 
> Mark
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 17:08:33 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwQer-0000cU-GV; Mon, 18 Dec 2006 17:08:29 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwQeq-0000cL-7i
	for ltru@ietf.org; Mon, 18 Dec 2006 17:08:28 -0500
Received: from mta13.adelphia.net ([68.168.78.44])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwQeo-0002aw-TG
	for ltru@ietf.org; Mon, 18 Dec 2006 17:08:28 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061218220819.QCUZ2904.mta13.adelphia.net@DGBP7M81>;
	Mon, 18 Dec 2006 17:08:19 -0500
Message-ID: <003701c722f1$070e9f50$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <000b01c722d4$a7eee190$6601a8c0@DGBP7M81>
	<458709FD.2000705@yahoo-inc.com>
Subject: Re: [Ltru] Re: Description field ordering
Date: Mon, 18 Dec 2006 14:08:19 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cf4fa59384e76e63313391b70cd0dd25
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips <addison at yahoo dash inc dot com> wrote:

> It just isn't necessary to add a new field. Ensuring that the first 
> Description matches a particular description provided by the source 
> standard is hardly Earth-shaking.

I am fine with that or with my proposal, and will leave it at that. 
With just over six weeks left before our IETF Last Call deadline, we 
need to reach a decision on this and move along.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 17:21:40 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwQrZ-0006xb-Tz; Mon, 18 Dec 2006 17:21:37 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwQrY-0006xU-Mo
	for ltru@ietf.org; Mon, 18 Dec 2006 17:21:36 -0500
Received: from an-out-0708.google.com ([209.85.132.243])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwQrX-0005qA-CX
	for ltru@ietf.org; Mon, 18 Dec 2006 17:21:36 -0500
Received: by an-out-0708.google.com with SMTP id d30so507775and
	for <ltru@ietf.org>; Mon, 18 Dec 2006 14:21:35 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=glD70S+FJXPMcfbwgDW5QoIjvqpwHm9ttW8JFfZ7J4j4veFqCXrxISm6CWPJkekWiL9/6HBKFzR2cWBqqN+4Lk8DgIi+moWVqMmoXNBk3aib2px6uz/WX2/iZYq8Om2jLaFbE/4r1d/AIuquMYgksCR6L5jEoQeUQd14T969FG8=
Received: by 10.100.8.18 with SMTP id 18mr3608397anh.1166480495037;
	Mon, 18 Dec 2006 14:21:35 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Mon, 18 Dec 2006 14:21:35 -0800 (PST)
Message-ID: <30b660a20612181421v3f2e6b65o6be10b1dc7aaa827@mail.gmail.com>
Date: Mon, 18 Dec 2006 14:21:35 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Addison Phillips" <addison@yahoo-inc.com>
Subject: Re: [Ltru] Forward-Compatibility Issue
In-Reply-To: <45870CAE.3040100@yahoo-inc.com>
MIME-Version: 1.0
References: <30b660a20612181333i26349de1raf92bbef1e3c5550@mail.gmail.com>
	<45870CAE.3040100@yahoo-inc.com>
X-Google-Sender-Auth: cae444224eef9329
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1532202768=="
Errors-To: ltru-bounces@ietf.org

--===============1532202768==
Content-Type: multipart/alternative; 
	boundary="----=_Part_2610_20723751.1166480495018"

------=_Part_2610_20723751.1166480495018
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

LGTM

Mark

On 12/18/06, Addison Phillips <addison@yahoo-inc.com> wrote:
>
> That text doesn't quite parse......
>
> I'm concerned that we make existing fields stable, if we're going to go
> down this path. Personally, I don't mind adding this text. I don't think
> we should add a field at this time, though.
>
> Might I suggest this version of Mark's text:
>
> --
> Future versions of this document might add additional fields to the
> registry. Implementations SHOULD ignore fields found in the registry
> that are not defined in this document.
> --
>
> Addison
>
> Mark Davis wrote:
> >  >From a separate conversation, I suggest including the following text.
> > It may appear to be obvious, but I think helps to clarify the situation.
> >
> > Future versions of the language subtag registry may add additional
> > fields. Parsers that are intended to be forward-compatible should ignore
> > fields that were not defined in the first of the language subtag
> > registry that they were designed to handle.
> >
> > Mark
> >
> >
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > Ltru mailing list
> > Ltru@ietf.org
> > https://www1.ietf.org/mailman/listinfo/ltru
>
> --
> Addison Phillips
> Globalization Architect -- Yahoo! Inc.
>
> Internationalization is an architecture.
> It is not a feature.
>

------=_Part_2610_20723751.1166480495018
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

LGTM<br><br>Mark<br><br><div><span class="gmail_quote">On 12/18/06, <b class="gmail_sendername">Addison Phillips</b> &lt;<a href="mailto:addison@yahoo-inc.com">addison@yahoo-inc.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
That text doesn't quite parse......<br><br>I'm concerned that we make existing fields stable, if we're going to go<br>down this path. Personally, I don't mind adding this text. I don't think<br>we should add a field at this time, though.
<br><br>Might I suggest this version of Mark's text:<br><br>--<br>Future versions of this document might add additional fields to the<br>registry. Implementations SHOULD ignore fields found in the registry<br>that are not defined in this document.
<br>--<br><br>Addison<br><br>Mark Davis wrote:<br>&gt;&nbsp;&nbsp;&gt;From a separate conversation, I suggest including the following text.<br>&gt; It may appear to be obvious, but I think helps to clarify the situation.<br>&gt;<br>
&gt; Future versions of the language subtag registry may add additional<br>&gt; fields. Parsers that are intended to be forward-compatible should ignore<br>&gt; fields that were not defined in the first of the language subtag
<br>&gt; registry that they were designed to handle.<br>&gt;<br>&gt; Mark<br>&gt;<br>&gt;<br>&gt; ------------------------------------------------------------------------<br>&gt;<br>&gt; _______________________________________________
<br>&gt; Ltru mailing list<br>&gt; <a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br>&gt; <a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru</a><br><br>--<br>Addison Phillips
<br>Globalization Architect -- Yahoo! Inc.<br><br>Internationalization is an architecture.<br>It is not a feature.<br></blockquote></div><br>

------=_Part_2610_20723751.1166480495018--


--===============1532202768==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1532202768==--




From ltru-bounces@ietf.org Mon Dec 18 17:35:52 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwR5K-00050L-Mx; Mon, 18 Dec 2006 17:35:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwR5J-00050G-T4
	for ltru@ietf.org; Mon, 18 Dec 2006 17:35:49 -0500
Received: from mta15.mail.adelphia.net ([68.168.78.77] helo=mta15.adelphia.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwR5H-0000E7-4q
	for ltru@ietf.org; Mon, 18 Dec 2006 17:35:49 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta15.adelphia.net
	(InterMail vM.6.01.05.04 201-2131-123-105-20051025) with SMTP
	id <20061218222419.RRTX25578.mta15.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Mon, 18 Dec 2006 17:24:19 -0500
Message-ID: <005701c722f4$da151d90$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GwQrb-0006y4-3D@megatron.ietf.org>
Date: Mon, 18 Dec 2006 14:35:42 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Subject: [Ltru] Re: Forward-Compatibility Issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips <addison at yahoo dash inc dot com> wrote:

> Might I suggest this version of Mark's text:
>
> --
> Future versions of this document might add additional fields to the 
> registry. Implementations SHOULD ignore fields found in the registry 
> that are not defined in this document.
> --

+1

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 17:46:03 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwRFA-0001TQ-OH; Mon, 18 Dec 2006 17:46:00 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwRF9-0001TL-QW
	for ltru@ietf.org; Mon, 18 Dec 2006 17:45:59 -0500
Received: from mta10.adelphia.net ([68.168.78.202])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwRF7-0001XQ-HE
	for ltru@ietf.org; Mon, 18 Dec 2006 17:45:59 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta10.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061218224556.CYED11646.mta10.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Mon, 18 Dec 2006 17:45:56 -0500
Message-ID: <006101c722f6$48402110$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
Date: Mon, 18 Dec 2006 14:45:53 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e1e48a527f609d1be2bc8d8a70eb76cb
Subject: [Ltru] Re: Survey on inverted vs. uninverted names
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Frank Ellermann <nobody at xyzzy dot claranet dot de> wrote:

>> Option U:
>> For names that exist in both forms, use only the uninverted form.
>
>> Option I:
>> For names that exist in both forms, use only the inverted form.
>
> If that gives me "Frisian, Western" it's acceptable.
>
>> Option B:
>> Use both inverted and uninverted forms.
>
> Also acceptable.  Apparently I prefer "not only U" :-)

So far, most other respondents have come out in favor of Option U, the 
uninverted names.

In the interests of consensus-building... what is it about the inverted 
names that you prefer?  Is it the effect on alphabetical sorting (so all 
the Zapotecs sort together), or the fact that older ISO 639-3 files used 
inverted names as the reference name (they don't any more), or something 
else?

Note that John Cowan was originally in favor of inverted names, until 
Peter pointed out that they don't necessarily indicate the One True Way 
of inverting the name (remember "Slavonic, Old Church" versus "Church 
Slavonic, Old").  Thus any multi-word uninverted name could be inverted 
mechanically to achieve similar results, with no need to store the 
inverted forms in the Registry.

I have no interest in saying, "Well, it's 4 to 1, you lose," but I'd 
like to see what can be done so everyone is at least satisfied with the 
outcome ("overjoyed" is asking too much).

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 19:27:45 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwSpX-0005tQ-0S; Mon, 18 Dec 2006 19:27:39 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwSpV-0005qS-WE
	for ltru@ietf.org; Mon, 18 Dec 2006 19:27:38 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwSpU-0007C0-HX
	for ltru@ietf.org; Mon, 18 Dec 2006 19:27:37 -0500
Received: from [10.72.76.107] (snvvpn2-10-72-76-c107.corp.yahoo.com
	[10.72.76.107]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBJ0RT2v019559
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 18 Dec 2006 16:27:29 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=TcW4Go8Z3Rhr0Rkh/BeV5O7LzlfD5PUXvLkuvWh5i4eQ2yXUV+g5RvvxI8zZH3lZ
Message-ID: <458731F1.60501@yahoo-inc.com>
Date: Mon, 18 Dec 2006 16:27:29 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Re: Survey on inverted vs. uninverted names
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
	<006101c722f6$48402110$6601a8c0@DGBP7M81>
In-Reply-To: <006101c722f6$48402110$6601a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 73734d43604d52d23b3eba644a169745
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

 > So far, most other respondents have come out in favor of Option U, the
 > uninverted names.

I'm currently in favor of replicating any and all items that ISO 639 
has, with the only rectifications being spacing, punctuation, and 
capitalization.

 > I have no interest in saying, "Well, it's 4 to 1, you lose," but I'd
 > like to see what can be done so everyone is at least satisfied with
 > the outcome ("overjoyed" is asking too much).

I don't see how it is in the interest of the registry and registration 
process to engage in a great deal of ad hoc editing. Obvious 
corrections, okay. Fixing apostrophes, meh, maybe. But really making 
changes, additions, and emendations to ISO 639's text should be done via 
the registration process: we provide a means to do that, even.

Now that we're adding text that says the first Description is also the 
Reference Name from ISO 639-3 for language and extlang subtags, I'm even 
more opposed to inverting OR uninverting the names. I think it bad form 
to say "this is copied from this particular field" and then say "but 
we've changed it somehow... maybe".

Thus, I give you "Option N": remove the duplicate removal within a 
record. Present whatever the source standard has (all forms).

The only caveat on Option N is that we remove *exact* duplicates 
*between* records. In that case, we presume that no two languages share 
a Reference Name. That name is guaranteed to be there, whatever form it 
takes.

Addison

Doug Ewell wrote:
> Frank Ellermann <nobody at xyzzy dot claranet dot de> wrote:
> 
>>> Option U:
>>> For names that exist in both forms, use only the uninverted form.
>>
>>> Option I:
>>> For names that exist in both forms, use only the inverted form.
>>
>> If that gives me "Frisian, Western" it's acceptable.
>>
>>> Option B:
>>> Use both inverted and uninverted forms.
>>
>> Also acceptable.  Apparently I prefer "not only U" :-)
> 
> So far, most other respondents have come out in favor of Option U, the 
> uninverted names.
> 
> In the interests of consensus-building... what is it about the inverted 
> names that you prefer?  Is it the effect on alphabetical sorting (so all 
> the Zapotecs sort together), or the fact that older ISO 639-3 files used 
> inverted names as the reference name (they don't any more), or something 
> else?
> 
> Note that John Cowan was originally in favor of inverted names, until 
> Peter pointed out that they don't necessarily indicate the One True Way 
> of inverting the name (remember "Slavonic, Old Church" versus "Church 
> Slavonic, Old").  Thus any multi-word uninverted name could be inverted 
> mechanically to achieve similar results, with no need to store the 
> inverted forms in the Registry.
> 
> I have no interest in saying, "Well, it's 4 to 1, you lose," but I'd 
> like to see what can be done so everyone is at least satisfied with the 
> outcome ("overjoyed" is asking too much).
> 
> -- 
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 19:34:27 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwSw7-0000eE-Qh; Mon, 18 Dec 2006 19:34:27 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwSw4-0000Y4-Sb; Mon, 18 Dec 2006 19:34:24 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GwSvx-00004r-NP; Mon, 18 Dec 2006 19:34:24 -0500
Received: from [10.72.76.107] (snvvpn2-10-72-76-c107.corp.yahoo.com
	[10.72.76.107]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBJ0Y3Ps019994
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 18 Dec 2006 16:34:04 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:content-type;
	b=LiNTv/gqy/wl5TWw0QDyn35CdKM/xJRan+G4hZi15IKqRfEzmRi2Dm7z8u0tDbFK
Message-ID: <4587337B.6060902@yahoo-inc.com>
Date: Mon, 18 Dec 2006 16:34:03 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: internet-drafts@ietf.org
Content-Type: multipart/mixed; boundary="------------070307060306030708030007"
X-Spam-Score: -14.6 (--------------)
X-Scan-Signature: b557effa3ebaf8d763a112c041d3d48d
Cc: 'LTRU Working Group' <ltru@ietf.org>
Subject: [Ltru] submission: draft-ietf-ltru-4646bis-02
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

This is a multi-part message in MIME format.
--------------070307060306030708030007
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Dear Editors,

Please find attached in text format draft-02 of draft-ietf-ltru-4646bis.

Best Regards,

Addison (for the editors)

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

--------------070307060306030708030007
Content-Type: text/plain;
 name="draft-ietf-ltru-4646bis-02.txt"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
 filename="draft-ietf-ltru-4646bis-02.txt"

CgoKTmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICBBLiBQaGlsbGlwcywgRWQuCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBZYWhvbyEgSW5jLgpPYnNvbGV0ZXM6IDQ2
NDYgKGlmIGFwcHJvdmVkKSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIE0uIERhdmlz
LCBFZC4KRXhwaXJlczogSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgR29vZ2xlCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICBEZWNlbWJlciAxOCwgMjAwNgoKCiAgICAgICAg
ICAgICAgICAgICAgIFRhZ3MgZm9yIElkZW50aWZ5aW5nIExhbmd1YWdlcwogICAgICAgICAg
ICAgICAgICAgICAgIGRyYWZ0LWlldGYtbHRydS00NjQ2YmlzLTAyCgpTdGF0dXMgb2YgdGhp
cyBNZW1vCgogICBCeSBzdWJtaXR0aW5nIHRoaXMgSW50ZXJuZXQtRHJhZnQsIGVhY2ggYXV0
aG9yIHJlcHJlc2VudHMgdGhhdCBhbnkKICAgYXBwbGljYWJsZSBwYXRlbnQgb3Igb3RoZXIg
SVBSIGNsYWltcyBvZiB3aGljaCBoZSBvciBzaGUgaXMgYXdhcmUKICAgaGF2ZSBiZWVuIG9y
IHdpbGwgYmUgZGlzY2xvc2VkLCBhbmQgYW55IG9mIHdoaWNoIGhlIG9yIHNoZSBiZWNvbWVz
CiAgIGF3YXJlIHdpbGwgYmUgZGlzY2xvc2VkLCBpbiBhY2NvcmRhbmNlIHdpdGggU2VjdGlv
biA2IG9mIEJDUCA3OS4KCiAgIEludGVybmV0LURyYWZ0cyBhcmUgd29ya2luZyBkb2N1bWVu
dHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nCiAgIFRhc2sgRm9yY2UgKElFVEYpLCBp
dHMgYXJlYXMsIGFuZCBpdHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQKICAgb3RoZXIg
Z3JvdXBzIG1heSBhbHNvIGRpc3RyaWJ1dGUgd29ya2luZyBkb2N1bWVudHMgYXMgSW50ZXJu
ZXQtCiAgIERyYWZ0cy4KCiAgIEludGVybmV0LURyYWZ0cyBhcmUgZHJhZnQgZG9jdW1lbnRz
IHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4IG1vbnRocwogICBhbmQgbWF5IGJlIHVwZGF0
ZWQsIHJlcGxhY2VkLCBvciBvYnNvbGV0ZWQgYnkgb3RoZXIgZG9jdW1lbnRzIGF0IGFueQog
ICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFz
IHJlZmVyZW5jZQogICBtYXRlcmlhbCBvciB0byBjaXRlIHRoZW0gb3RoZXIgdGhhbiBhcyAi
d29yayBpbiBwcm9ncmVzcy4iCgogICBUaGUgbGlzdCBvZiBjdXJyZW50IEludGVybmV0LURy
YWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQKICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pZXRmLzFp
ZC1hYnN0cmFjdHMudHh0LgoKICAgVGhlIGxpc3Qgb2YgSW50ZXJuZXQtRHJhZnQgU2hhZG93
IERpcmVjdG9yaWVzIGNhbiBiZSBhY2Nlc3NlZCBhdAogICBodHRwOi8vd3d3LmlldGYub3Jn
L3NoYWRvdy5odG1sLgoKICAgVGhpcyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBvbiBK
dW5lIDIxLCAyMDA3LgoKQ29weXJpZ2h0IE5vdGljZQoKICAgQ29weXJpZ2h0IChDKSBUaGUg
SW50ZXJuZXQgU29jaWV0eSAoMjAwNikuCgpBYnN0cmFjdAoKICAgVGhpcyBkb2N1bWVudCBk
ZXNjcmliZXMgdGhlIHN0cnVjdHVyZSwgY29udGVudCwgY29uc3RydWN0aW9uLCBhbmQKICAg
c2VtYW50aWNzIG9mIGxhbmd1YWdlIHRhZ3MgZm9yIHVzZSBpbiBjYXNlcyB3aGVyZSBpdCBp
cyBkZXNpcmFibGUgdG8KICAgaW5kaWNhdGUgdGhlIGxhbmd1YWdlIHVzZWQgaW4gYW4gaW5m
b3JtYXRpb24gb2JqZWN0LiAgSXQgYWxzbwogICBkZXNjcmliZXMgaG93IHRvIHJlZ2lzdGVy
IHZhbHVlcyBmb3IgdXNlIGluIGxhbmd1YWdlIHRhZ3MgYW5kIHRoZQogICBjcmVhdGlvbiBv
ZiB1c2VyLWRlZmluZWQgZXh0ZW5zaW9ucyBmb3IgcHJpdmF0ZSBpbnRlcmNoYW5nZS4KCgoK
CgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAg
ICAgICAgICAgICAgW1BhZ2UgMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFu
Z3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgpUYWJsZSBvZiBD
b250ZW50cwoKICAgMS4gIEludHJvZHVjdGlvbiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA0CiAgIDIuICBUaGUgTGFuZ3VhZ2UgVGFnIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgNQogICAgIDIu
MS4gIFN5bnRheCAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gIDUKICAgICAyLjIuICBMYW5ndWFnZSBTdWJ0YWcgU291cmNlcyBhbmQgSW50
ZXJwcmV0YXRpb24gLiAuIC4gLiAuIC4gLiAuICA4CiAgICAgICAyLjIuMS4gIFByaW1hcnkg
TGFuZ3VhZ2UgU3VidGFnICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAgOQogICAg
ICAgMi4yLjIuICBFeHRlbmRlZCBMYW5ndWFnZSBTdWJ0YWdzICAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gMTEKICAgICAgIDIuMi4zLiAgU2NyaXB0IFN1YnRhZyAgLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDEyCiAgICAgICAyLjIuNC4gIFJlZ2lv
biBTdWJ0YWcgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAxMgog
ICAgICAgMi4yLjUuICBWYXJpYW50IFN1YnRhZ3MgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gMTQKICAgICAgIDIuMi42LiAgRXh0ZW5zaW9uIFN1YnRhZ3MgIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE1CiAgICAgICAyLjIuNy4gIFBy
aXZhdGUgVXNlIFN1YnRhZ3MgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAx
NwogICAgICAgMi4yLjguICBHcmFuZGZhdGhlcmVkIFJlZ2lzdHJhdGlvbnMgIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gMTcKICAgICAgIDIuMi45LiAgQ2xhc3NlcyBvZiBDb25mb3Jt
YW5jZSAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE4CiAgIDMuICBSZWdpc3Ry
eSBGb3JtYXQgYW5kIE1haW50ZW5hbmNlICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAyMAogICAgIDMuMS4gIEZvcm1hdCBvZiB0aGUgSUFOQSBMYW5ndWFnZSBTdWJ0YWcgUmVn
aXN0cnkgIC4gLiAuIC4gLiAuIC4gMjAKICAgICAgIDMuMS4xLiAgRmlsZSBGb3JtYXQgIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIwCiAgICAgICAzLjEu
Mi4gIFJlY29yZCBEZWZpbml0aW9ucyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAyMQogICAgICAgMy4xLjMuICBTdWJ0YWcgYW5kIFRhZyBGaWVsZHMgIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjMKICAgICAgIDMuMS40LiAgRGVzY3JpcHRpb24g
RmllbGQgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI0CiAgICAgICAz
LjEuNS4gIERlcHJlY2F0ZWQgRmllbGQgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAyNQogICAgICAgMy4xLjYuICBQcmVmZXJyZWQtVmFsdWUgRmllbGQgIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjUKICAgICAgIDMuMS43LiAgUHJlZml4IEZp
ZWxkIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI2CiAgICAg
ICAzLjEuOC4gIENvbW1lbnRzIEZpZWxkIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAyNgogICAgICAgMy4xLjkuICBTdXBwcmVzcy1TY3JpcHQgRmllbGQgIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjYKICAgICAzLjIuICBMYW5ndWFnZSBT
dWJ0YWcgUmV2aWV3ZXIgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI3CiAg
ICAgMy4zLiAgTWFpbnRlbmFuY2Ugb2YgdGhlIFJlZ2lzdHJ5ICAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAyNwogICAgIDMuNC4gIFN0YWJpbGl0eSBvZiBJQU5BIFJlZ2lzdHJ5
IEVudHJpZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjkKICAgICAzLjUuICBSZWdpc3Ry
YXRpb24gUHJvY2VkdXJlIGZvciBTdWJ0YWdzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDMz
CiAgICAgMy42LiAgUG9zc2liaWxpdGllcyBmb3IgUmVnaXN0cmF0aW9uIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAzNgogICAgIDMuNy4gIEV4dGVuc2lvbnMgYW5kIEV4dGVuc2lv
bnMgUmVnaXN0cnkgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMzgKICAgICAzLjguICBVcGRh
dGUgb2YgdGhlIExhbmd1YWdlIFN1YnRhZyBSZWdpc3RyeSAuIC4gLiAuIC4gLiAuIC4gLiAu
IDQxCiAgIDQuICBGb3JtYXRpb24gYW5kIFByb2Nlc3Npbmcgb2YgTGFuZ3VhZ2UgVGFncyAg
LiAuIC4gLiAuIC4gLiAuIC4gLiA0MgogICAgIDQuMS4gIENob2ljZSBvZiBMYW5ndWFnZSBU
YWcgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNDIKICAgICA0LjIuICBN
ZWFuaW5nIG9mIHRoZSBMYW5ndWFnZSBUYWcgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIDQ0CiAgICAgNC4zLiAgTGVuZ3RoIENvbnNpZGVyYXRpb25zICAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0NQogICAgICAgNC4zLjEuICBXb3JraW5nIHdpdGgg
TGltaXRlZCBCdWZmZXIgU2l6ZXMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gNDYKICAgICAgIDQu
My4yLiAgVHJ1bmNhdGlvbiBvZiBMYW5ndWFnZSBUYWdzICAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIDQ3CiAgICAgNC40LiAgQ2Fub25pY2FsaXphdGlvbiBvZiBMYW5ndWFnZSBUYWdz
ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA0NwogICAgIDQuNS4gIENvbnNpZGVyYXRpb25z
IGZvciBQcml2YXRlIFVzZSBTdWJ0YWdzIC4gLiAuIC4gLiAuIC4gLiAuIC4gNDkKICAgNS4g
IElBTkEgQ29uc2lkZXJhdGlvbnMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIDUxCiAgICAgNS4xLiAgTGFuZ3VhZ2UgU3VidGFnIFJlZ2lzdHJ5IC4gLiAu
IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA1MQogICAgIDUuMi4gIEV4dGVuc2lvbnMg
UmVnaXN0cnkgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNTEKICAg
Ni4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu
IC4gLiAuIC4gLiAuIDUzCiAgIDcuICBDaGFyYWN0ZXIgU2V0IENvbnNpZGVyYXRpb25zIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA1NAogICA4LiAgQ2hhbmdlcyBmcm9t
IFJGQyA0NjQ2ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNTUK
ICAgOS4gIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIDU3CgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJl
cyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgICBbUGFnZSAyXQoMCkludGVybmV0LURy
YWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1i
ZXIgMjAwNgoKCiAgICAgOS4xLiAgTm9ybWF0aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiA1NwogICAgIDkuMi4gIEluZm9ybWF0aXZlIFJl
ZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNTgKICAgQXBw
ZW5kaXggQS4gIEFja25vd2xlZGdlbWVudHMgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g
LiAuIC4gLiAuIDYwCiAgIEFwcGVuZGl4IEIuICBFeGFtcGxlcyBvZiBMYW5ndWFnZSBUYWdz
IChJbmZvcm1hdGl2ZSkgLiAuIC4gLiAuIC4gLiA2MQogICBBdXRob3JzJyBBZGRyZXNzZXMg
LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gNjQKICAg
SW50ZWxsZWN0dWFsIFByb3BlcnR5IGFuZCBDb3B5cmlnaHQgU3RhdGVtZW50cyAuIC4gLiAu
IC4gLiAuIC4gLiAuIDY1CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK
CgoKCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3
ICAgICAgICAgICAgICAgICBbUGFnZSAzXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAg
ICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCjEuICBJ
bnRyb2R1Y3Rpb24KCiAgIEh1bWFuIGJlaW5ncyBvbiBvdXIgcGxhbmV0IGhhdmUsIHBhc3Qg
YW5kIHByZXNlbnQsIHVzZWQgYSBudW1iZXIgb2YKICAgbGFuZ3VhZ2VzLiAgVGhlcmUgYXJl
IG1hbnkgcmVhc29ucyB3aHkgb25lIHdvdWxkIHdhbnQgdG8gaWRlbnRpZnkgdGhlCiAgIGxh
bmd1YWdlIHVzZWQgd2hlbiBwcmVzZW50aW5nIG9yIHJlcXVlc3RpbmcgaW5mb3JtYXRpb24u
CgogICBBIHVzZXIncyBsYW5ndWFnZSBwcmVmZXJlbmNlcyBvZnRlbiBuZWVkIHRvIGJlIGlk
ZW50aWZpZWQgc28gdGhhdAogICBhcHByb3ByaWF0ZSBwcm9jZXNzaW5nIGNhbiBiZSBhcHBs
aWVkLiAgRm9yIGV4YW1wbGUsIHRoZSB1c2VyJ3MKICAgbGFuZ3VhZ2UgcHJlZmVyZW5jZXMg
aW4gYSBXZWIgYnJvd3NlciBjYW4gYmUgdXNlZCB0byBzZWxlY3QgV2ViIHBhZ2VzCiAgIGFw
cHJvcHJpYXRlbHkuICBMYW5ndWFnZSBwcmVmZXJlbmNlcyBjYW4gYWxzbyBiZSB1c2VkIHRv
IHNlbGVjdCBhbW9uZwogICB0b29scyAoc3VjaCBhcyBkaWN0aW9uYXJpZXMpIHRvIGFzc2lz
dCBpbiB0aGUgcHJvY2Vzc2luZyBvcgogICB1bmRlcnN0YW5kaW5nIG9mIGNvbnRlbnQgaW4g
ZGlmZmVyZW50IGxhbmd1YWdlcy4KCiAgIEluIGFkZGl0aW9uLCBrbm93bGVkZ2UgYWJvdXQg
dGhlIHBhcnRpY3VsYXIgbGFuZ3VhZ2UgdXNlZCBieSBzb21lCiAgIHBpZWNlIG9mIGluZm9y
bWF0aW9uIGNvbnRlbnQgbWlnaHQgYmUgdXNlZnVsIG9yIGV2ZW4gcmVxdWlyZWQgYnkgc29t
ZQogICB0eXBlcyBvZiBwcm9jZXNzaW5nOyBmb3IgZXhhbXBsZSwgc3BlbGwtY2hlY2tpbmcs
IGNvbXB1dGVyLQogICBzeW50aGVzaXplZCBzcGVlY2gsIEJyYWlsbGUgdHJhbnNjcmlwdGlv
biwgb3IgaGlnaC1xdWFsaXR5IHByaW50CiAgIHJlbmRlcmluZ3MuCgogICBPbmUgbWVhbnMg
b2YgaW5kaWNhdGluZyB0aGUgbGFuZ3VhZ2UgdXNlZCBpcyBieSBsYWJlbGluZyB0aGUKICAg
aW5mb3JtYXRpb24gY29udGVudCB3aXRoIGFuIGlkZW50aWZpZXIgb3IgInRhZyIuICBUaGVz
ZSB0YWdzIGNhbiBiZQogICB1c2VkIHRvIHNwZWNpZnkgdXNlciBwcmVmZXJlbmNlcyB3aGVu
IHNlbGVjdGluZyBpbmZvcm1hdGlvbiBjb250ZW50LAogICBvciBmb3IgbGFiZWxpbmcgYWRk
aXRpb25hbCBhdHRyaWJ1dGVzIG9mIGNvbnRlbnQgYW5kIGFzc29jaWF0ZWQKICAgcmVzb3Vy
Y2VzLgoKICAgVGFncyBjYW4gYWxzbyBiZSB1c2VkIHRvIGluZGljYXRlIGFkZGl0aW9uYWwg
bGFuZ3VhZ2UgYXR0cmlidXRlcyBvZgogICBjb250ZW50LiAgRm9yIGV4YW1wbGUsIGluZGlj
YXRpbmcgc3BlY2lmaWMgaW5mb3JtYXRpb24gYWJvdXQgdGhlCiAgIGRpYWxlY3QsIHdyaXRp
bmcgc3lzdGVtLCBvciBvcnRob2dyYXBoeSB1c2VkIGluIGEgZG9jdW1lbnQgb3IKICAgcmVz
b3VyY2UgbWF5IGVuYWJsZSB0aGUgdXNlciB0byBvYnRhaW4gaW5mb3JtYXRpb24gaW4gYSBm
b3JtIHRoYXQKICAgdGhleSBjYW4gdW5kZXJzdGFuZCwgb3IgaXQgY2FuIGJlIGltcG9ydGFu
dCBpbiBwcm9jZXNzaW5nIG9yCiAgIHJlbmRlcmluZyB0aGUgZ2l2ZW4gY29udGVudCBpbnRv
IGFuIGFwcHJvcHJpYXRlIGZvcm0gb3Igc3R5bGUuCgogICBUaGlzIGRvY3VtZW50IHNwZWNp
ZmllcyBhIHBhcnRpY3VsYXIgaWRlbnRpZmllciBtZWNoYW5pc20gKHRoZQogICBsYW5ndWFn
ZSB0YWcpIGFuZCBhIHJlZ2lzdHJhdGlvbiBmdW5jdGlvbiBmb3IgdmFsdWVzIHRvIGJlIHVz
ZWQgdG8KICAgZm9ybSB0YWdzLiAgSXQgYWxzbyBkZWZpbmVzIGEgbWVjaGFuaXNtIGZvciBw
cml2YXRlIHVzZSB2YWx1ZXMgYW5kCiAgIGZ1dHVyZSBleHRlbnNpb24uCgogICBUaGlzIGRv
Y3VtZW50IHJlcGxhY2VzIFtSRkM0NjQ2XSwgd2hpY2ggcmVwbGFjZWQgW1JGQzMwNjZdIGFu
ZCBpdHMKICAgcHJlZGVjZXNzb3IgW1JGQzE3NjZdLiAgRm9yIGEgbGlzdCBvZiBjaGFuZ2Vz
IGluIHRoaXMgZG9jdW1lbnQsIHNlZQogICBTZWN0aW9uIDguCgogICBUaGUga2V5IHdvcmRz
ICJNVVNUIiwgIk1VU1QgTk9UIiwgIlJFUVVJUkVEIiwgIlNIQUxMIiwgIlNIQUxMIE5PVCIs
CiAgICJTSE9VTEQiLCAiU0hPVUxEIE5PVCIsICJSRUNPTU1FTkRFRCIsICJNQVkiLCBhbmQg
Ik9QVElPTkFMIiBpbiB0aGlzCiAgIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBh
cyBkZXNjcmliZWQgaW4gW1JGQzIxMTldLgoKCgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAg
ICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdlIDRdCgwK
SW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAg
ICAgICBEZWNlbWJlciAyMDA2CgoKMi4gIFRoZSBMYW5ndWFnZSBUYWcKCiAgIExhbmd1YWdl
IHRhZ3MgYXJlIHVzZWQgdG8gaGVscCBpZGVudGlmeSBsYW5ndWFnZXMsIHdoZXRoZXIgc3Bv
a2VuLAogICB3cml0dGVuLCBzaWduZWQsIG9yIG90aGVyd2lzZSBzaWduYWxlZCwgZm9yIHRo
ZSBwdXJwb3NlIG9mCiAgIGNvbW11bmljYXRpb24uICBUaGlzIGluY2x1ZGVzIGNvbnN0cnVj
dGVkIGFuZCBhcnRpZmljaWFsIGxhbmd1YWdlcywKICAgYnV0IGV4Y2x1ZGVzIGxhbmd1YWdl
cyBub3QgaW50ZW5kZWQgcHJpbWFyaWx5IGZvciBodW1hbgogICBjb21tdW5pY2F0aW9uLCBz
dWNoIGFzIHByb2dyYW1taW5nIGxhbmd1YWdlcy4KCjIuMS4gIFN5bnRheAoKICAgVGhlIGxh
bmd1YWdlIHRhZyBpcyBjb21wb3NlZCBvZiBvbmUgb3IgbW9yZSBwYXJ0cywga25vd24gYXMK
ICAgInN1YnRhZ3MiLiAgRWFjaCBzdWJ0YWcgY29uc2lzdHMgb2YgYSBzZXF1ZW5jZSBvZiBh
bHBoYW51bWVyaWMKICAgY2hhcmFjdGVycy4gIFN1YnRhZ3MgYXJlIGRpc3Rpbmd1aXNoZWQg
YW5kIHNlcGFyYXRlZCBmcm9tIG9uZSBhbm90aGVyCiAgIGJ5IGEgaHlwaGVuICgiLSIsIEFC
TkYgW1JGQzQyMzRdICV4MkQpLiAgQSBsYW5ndWFnZSB0YWcgY29uc2lzdHMgb2YgYQogICAi
cHJpbWFyeSBsYW5ndWFnZSIgc3VidGFnIGFuZCBhIChwb3NzaWJseSBlbXB0eSkgc2VyaWVz
IG9mIHN1YnNlcXVlbnQKICAgc3VidGFncywgZWFjaCBvZiB3aGljaCByZWZpbmVzIG9yIG5h
cnJvd3MgdGhlIHJhbmdlIG9mIGxhbmd1YWdlcwogICBpZGVudGlmaWVkIGJ5IHRoZSBvdmVy
YWxsIHRhZy4KCiAgIFVzdWFsbHksIGVhY2ggdHlwZSBvZiBzdWJ0YWcgaXMgZGlzdGluZ3Vp
c2hlZCBieSBsZW5ndGgsIHBvc2l0aW9uIGluCiAgIHRoZSB0YWcsIGFuZCBjb250ZW50OiBz
dWJ0YWdzIGNhbiBiZSByZWNvZ25pemVkIHNvbGVseSBieSB0aGVzZQogICBmZWF0dXJlcy4g
IFRoZSBvbmx5IGV4Y2VwdGlvbiB0byB0aGlzIGlzIGEgZml4ZWQgbGlzdCBvZgogICBncmFu
ZGZhdGhlcmVkIHRhZ3MgcmVnaXN0ZXJlZCB1bmRlciBSRkMgMzA2NiBbUkZDMzA2Nl0uICBU
aGlzIG1ha2VzCiAgIGl0IHBvc3NpYmxlIHRvIGNvbnN0cnVjdCBhIHBhcnNlciB0aGF0IGNh
biBleHRyYWN0IGFuZCBhc3NpZ24gc29tZQogICBzZW1hbnRpYyBpbmZvcm1hdGlvbiB0byB0
aGUgc3VidGFncywgZXZlbiBpZiB0aGUgc3BlY2lmaWMgc3VidGFnCiAgIHZhbHVlcyBhcmUg
bm90IHJlY29nbml6ZWQuICBUaHVzLCBhIHBhcnNlciBuZWVkIG5vdCBoYXZlIGFuIHVwLXRv
LQogICBkYXRlIGNvcHkgKG9yIGFueSBjb3B5IGF0IGFsbCkgb2YgdGhlIHN1YnRhZyByZWdp
c3RyeSB0byBwZXJmb3JtIG1vc3QKICAgc2VhcmNoaW5nIGFuZCBtYXRjaGluZyBvcGVyYXRp
b25zLgoKICAgVGhlIHN5bnRheCBvZiB0aGUgbGFuZ3VhZ2UgdGFnIGluIEFCTkYgW1JGQzQy
MzRdIGlzOgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAg
ICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdlIDVdCgwKSW50
ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAg
ICBEZWNlbWJlciAyMDA2CgoKICAgTGFuZ3VhZ2UtVGFnICA9IGxhbmd0YWcKICAgICAgICAg
ICAgICAgICAvIHByaXZhdGV1c2UgICAgICAgICAgICAgOyBwcml2YXRlIHVzZSB0YWcKICAg
ICAgICAgICAgICAgICAvIGdyYW5kZmF0aGVyZWQgICAgICAgICAgOyBncmFuZGZhdGhlcmVk
IHJlZ2lzdHJhdGlvbnMKCiAgIGxhbmd0YWcgICAgICAgPSAobGFuZ3VhZ2UKICAgICAgICAg
ICAgICAgICAgICBbIi0iIHNjcmlwdF0KICAgICAgICAgICAgICAgICAgICBbIi0iIHJlZ2lv
bl0KICAgICAgICAgICAgICAgICAgICAqKCItIiB2YXJpYW50KQogICAgICAgICAgICAgICAg
ICAgICooIi0iIGV4dGVuc2lvbikKICAgICAgICAgICAgICAgICAgICBbIi0iIHByaXZhdGV1
c2VdKQoKICAgbGFuZ3VhZ2UgICAgICA9ICgyKjNBTFBIQSBbIGV4dGxhbmcgXSkgOyBzaG9y
dGVzdCBJU08gNjM5IGNvZGUKICAgICAgICAgICAgICAgICAvIDRBTFBIQSAgICAgICAgICAg
ICAgICAgOyByZXNlcnZlZCBmb3IgZnV0dXJlIHVzZQogICAgICAgICAgICAgICAgIC8gNSo4
QUxQSEEgICAgICAgICAgICAgICA7IHJlZ2lzdGVyZWQgbGFuZ3VhZ2Ugc3VidGFnCgogICBl
eHRsYW5nICAgICAgID0gKjMoIi0iIDNBTFBIQSkgICAgICAgICA7IHNwZWNpZmljIElTTyA2
MzktMyBjb2RlcwoKICAgc2NyaXB0ICAgICAgICA9IDRBTFBIQSAgICAgICAgICAgICAgICAg
OyBJU08gMTU5MjQgY29kZQoKICAgcmVnaW9uICAgICAgICA9IDJBTFBIQSAgICAgICAgICAg
ICAgICAgOyBJU08gMzE2NiBjb2RlCiAgICAgICAgICAgICAgICAgLyAzRElHSVQgICAgICAg
ICAgICAgICAgIDsgVU4gTS40OSBjb2RlCgogICB2YXJpYW50ICAgICAgID0gNSo4YWxwaGFu
dW0gICAgICAgICAgICA7IHJlZ2lzdGVyZWQgdmFyaWFudHMKICAgICAgICAgICAgICAgICAv
IChESUdJVCAzYWxwaGFudW0pCgogICBleHRlbnNpb24gICAgID0gc2luZ2xldG9uIDEqKCIt
IiAoMio4YWxwaGFudW0pKQoKICAgc2luZ2xldG9uICAgICA9ICJhIi0idyIgLyAieSItInoi
IC8gIjAiLSI5IgogICAgICAgICAgICAgICAgIDsgU2luZ2xlIGFscGhhbnVtZXJpY3M7ICJ4
IiByZXNlcnZlZCBmb3IgcHJpdmF0ZSB1c2UKICAgICAgICAgICAgICAgICA7IE5PVEU6IEFC
TkYgaXMgY2FzZS1pbnNlbnNpdGl2ZQoKICAgcHJpdmF0ZXVzZSAgICA9ICgieCIpIDEqKCIt
IiAoMSo4YWxwaGFudW0pKQoKICAgZ3JhbmRmYXRoZXJlZCA9IGxhbmd0YWcgICA7IHdlbGwt
Zm9ybWVkIGdyYW5kZmF0aGVyZWQgdGFncwogICAgICAgICAgICAgICAgIC8gaXJyZWd1bGFy
IDsgZ3JhbmRmYXRoZXJlZCB0aGF0IGRvbid0IG1hdGNoIGxhbmd0YWcKCiAgIGlycmVndWxh
ciAgICAgPSAiZW4tR0Itb2VkIiAvICJpLWFtaSIgLyAiaS1ibm4iIC8gImktZGVmYXVsdCIK
ICAgICAgICAgICAgICAgICAvICJpLWVub2NoaWFuIiAvICJpLWhhayIgLyAiaS1rbGluZ29u
IiAvICJpLWx1eCIKICAgICAgICAgICAgICAgICAvICJpLW1pbmdvIiAvICJpLW5hdmFqbyIg
LyAiaS1wd24iIC8gImktdGFvIgogICAgICAgICAgICAgICAgIC8gImktdGF5IiAvICJpLXRz
dSIgLyAic2duLUJFLWZyIiAvICJzZ24tQkUtbmwiCiAgICAgICAgICAgICAgICAgLyAic2du
LUNILWRlIgoKICAgYWxwaGFudW0gICAgICA9IChBTFBIQSAvIERJR0lUKSAgICAgICA7IGxl
dHRlcnMgYW5kIG51bWJlcnMKCiAgIEZpZ3VyZSAxOiBMYW5ndWFnZSBUYWcgQUJORgoKICAg
QWxsIHN1YnRhZ3MgaGF2ZSBhIG1heGltdW0gbGVuZ3RoIG9mIGVpZ2h0IGNoYXJhY3RlcnMg
YW5kIHdoaXRlc3BhY2UKICAgaXMgbm90IHBlcm1pdHRlZCBpbiBhIGxhbmd1YWdlIHRhZy4g
IFRoZXJlIGlzIGEgc3VidGxldHkgaW4gdGhlIEFCTkYKCgoKUGhpbGxpcHMgJiBEYXZpcyAg
ICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgIFtQYWdlIDZd
CgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAg
ICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgcHJvZHVjdGlvbiAndmFyaWFudCc6IHZhcmlh
bnRzIHN0YXJ0aW5nIHdpdGggYSBkaWdpdCBNQVkgYmUgZm91cgogICBjaGFyYWN0ZXJzIGxv
bmcsIHdoaWxlIHRob3NlIHN0YXJ0aW5nIHdpdGggYSBsZXR0ZXIgTVVTVCBiZSBhdCBsZWFz
dAogICBmaXZlIGNoYXJhY3RlcnMgbG9uZy4gIEZvciBleGFtcGxlcyBvZiBsYW5ndWFnZSB0
YWdzLCBzZWUgQXBwZW5kaXggQi4KCiAgIE5vdGUgV2VsbDogdGhlIEFCTkYgc3ludGF4IGRv
ZXMgbm90IGRpc3Rpbmd1aXNoIGJldHdlZW4gdXBwZXIgYW5kCiAgIGxvd2VyY2FzZS4gIFRo
ZSBhcHBlYXJhbmNlIG9mIHVwcGVyIGFuZCBsb3dlcmNhc2UgbGV0dGVycyBpbiB0aGUKICAg
dmFyb3VzIEFCTkYgcHJvZHVjdGlvbnMgYWJvdmUgZG8gbm90IGFmZmVjdCBob3cgaW1wbGVt
ZW50YXRpb25zCiAgIGludGVycHJldCB0YWdzLiAgVGhhdCBpcywgdGhlIHRhZyAiSS1BTUki
IG1hdGNoZXMgdGhlIGl0ZW0gImktYW1pIiBpbgogICB0aGUgJ2lycmVndWxhcicgcHJvZHVj
dGlvbi4gIEF0IGFsbCB0aW1lcywgdGhlIHRhZ3MgYW5kIHRoZWlyCiAgIHN1YnRhZ3MsIGlu
Y2x1ZGluZyBwcml2YXRlIHVzZSBhbmQgZXh0ZW5zaW9ucywgYXJlIHRvIGJlIHRyZWF0ZWQg
YXMKICAgY2FzZSBpbnNlbnNpdGl2ZTogdGhlcmUgZXhpc3QgY29udmVudGlvbnMgZm9yIHRo
ZSBjYXBpdGFsaXphdGlvbiBvZgogICBzb21lIG9mIHRoZSBzdWJ0YWdzLCBidXQgdGhlc2Ug
TVVTVCBOT1QgYmUgdGFrZW4gdG8gY2FycnkgbWVhbmluZy4KCiAgIEZvciBleGFtcGxlOgoK
ICAgbyAgW0lTTzYzOS0xXSByZWNvbW1lbmRzIHRoYXQgbGFuZ3VhZ2UgY29kZXMgYmUgd3Jp
dHRlbiBpbiBsb3dlcmNhc2UKICAgICAgKCdtbicgTW9uZ29saWFuKS4KCiAgIG8gIFtJU08z
MTY2LTFdIHJlY29tbWVuZHMgdGhhdCBjb3VudHJ5IGNvZGVzIGJlIGNhcGl0YWxpemVkICgn
TU4nCiAgICAgIE1vbmdvbGlhKS4KCiAgIG8gIFtJU08xNTkyNF0gcmVjb21tZW5kcyB0aGF0
IHNjcmlwdCBjb2RlcyB1c2UgbG93ZXJjYXNlIHdpdGggdGhlCiAgICAgIGluaXRpYWwgbGV0
dGVyIGNhcGl0YWxpemVkICgnQ3lybCcgQ3lyaWxsaWMpLgoKICAgSG93ZXZlciwgaW4gdGhl
IHRhZ3MgZGVmaW5lZCBieSB0aGlzIGRvY3VtZW50LCB0aGUgdXBwZXJjYXNlIFVTLUFTQ0lJ
CiAgIGxldHRlcnMgaW4gdGhlIHJhbmdlICdBJyB0aHJvdWdoICdaJyBhcmUgY29uc2lkZXJl
ZCBlcXVpdmFsZW50IGFuZAogICBtYXBwZWQgZGlyZWN0bHkgdG8gdGhlaXIgVVMtQVNDSUkg
bG93ZXJjYXNlIGVxdWl2YWxlbnRzIGluIHRoZSByYW5nZQogICAnYScgdGhyb3VnaCAneicu
ICBUaHVzLCB0aGUgdGFnICJtbi1DeXJsLU1OIiBpcyBub3QgZGlzdGluY3QgZnJvbQogICAi
TU4tY1lSTC1tbiIgb3IgIm1OLWNZckwtTW4iIChvciBhbnkgb3RoZXIgY29tYmluYXRpb24p
LCBhbmQgZWFjaCBvZgogICB0aGVzZSB2YXJpYXRpb25zIGNvbnZleXMgdGhlIHNhbWUgbWVh
bmluZzogTW9uZ29saWFuIHdyaXR0ZW4gaW4gdGhlCiAgIEN5cmlsbGljIHNjcmlwdCBhcyB1
c2VkIGluIE1vbmdvbGlhLgoKICAgQWx0aG91Z2ggY2FzZSBkaXN0aW5jdGlvbnMgZG8gbm90
IGNhcnJ5IG1lYW5pbmcgaW4gbGFuZ3VhZ2UgdGFncywKICAgY29uc2lzdGVudCBmb3JtYXR0
aW5nIGFuZCBwcmVzZW50YXRpb24gb2YgdGhlIHRhZ3Mgd2lsbCBhaWQgdXNlcnMuCiAgIFRo
ZSBmb3JtYXQgb2YgdGhlIHRhZ3MgYW5kIHN1YnRhZ3MgaW4gdGhlIHJlZ2lzdHJ5IGlzIFJF
Q09NTUVOREVELgogICBJbiB0aGlzIGZvcm1hdCwgYWxsIG5vbi1pbml0aWFsIHR3by1sZXR0
ZXIgc3VidGFncyBhcmUgdXBwZXJjYXNlLCBhbGwKICAgbm9uLWluaXRpYWwgZm91ci1sZXR0
ZXIgc3VidGFncyBhcmUgdGl0bGVjYXNlLCBhbmQgYWxsIG90aGVyIHN1YnRhZ3MKICAgYXJl
IGxvd2VyY2FzZS4KCiAgIE5vdGUgdGhhdCBhbHRob3VnaCBbUkZDNDIzNF0gcmVmZXJzIHRv
IG9jdGV0cywgdGhlIGxhbmd1YWdlIHRhZ3MKICAgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1l
bnQgYXJlIHNlcXVlbmNlcyBvZiBjaGFyYWN0ZXJzIGZyb20gdGhlIFVTLQogICBBU0NJSSBb
SVNPNjQ2XSByZXBlcnRvaXJlLiAgTGFuZ3VhZ2UgdGFncyBNQVkgYmUgdXNlZCBpbiBkb2N1
bWVudHMKICAgYW5kIGFwcGxpY2F0aW9ucyB0aGF0IHVzZSBvdGhlciBlbmNvZGluZ3MsIHNv
IGxvbmcgYXMgdGhlc2UgZW5jb21wYXNzCiAgIHRoZSBVUy1BU0NJSSByZXBlcnRvaXJlLiAg
QW4gZXhhbXBsZSBvZiB0aGlzIHdvdWxkIGJlIGFuIFhNTCBkb2N1bWVudAogICB0aGF0IHVz
ZXMgdGhlIFVURi0xNkxFIFtSRkMyNzgxXSBlbmNvZGluZyBvZiBbVW5pY29kZV0uCgoKCgoK
ClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAg
ICAgICAgICAgICBbUGFnZSA3XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5n
dGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCjIuMi4gIExhbmd1
YWdlIFN1YnRhZyBTb3VyY2VzIGFuZCBJbnRlcnByZXRhdGlvbgoKICAgVGhlIG5hbWVzcGFj
ZSBvZiBsYW5ndWFnZSB0YWdzIGFuZCB0aGVpciBzdWJ0YWdzIGlzIGFkbWluaXN0ZXJlZCBi
eQogICB0aGUgSW50ZXJuZXQgQXNzaWduZWQgTnVtYmVycyBBdXRob3JpdHkgKElBTkEpIFtS
RkMyODYwXSBhY2NvcmRpbmcgdG8KICAgdGhlIHJ1bGVzIGluIFNlY3Rpb24gNSBvZiB0aGlz
IGRvY3VtZW50LiAgVGhlIExhbmd1YWdlIFN1YnRhZwogICBSZWdpc3RyeSBtYWludGFpbmVk
IGJ5IElBTkEgaXMgdGhlIHNvdXJjZSBmb3IgdmFsaWQgc3VidGFnczogb3RoZXIKICAgc3Rh
bmRhcmRzIHJlZmVyZW5jZWQgaW4gdGhpcyBzZWN0aW9uIHByb3ZpZGUgdGhlIHNvdXJjZSBt
YXRlcmlhbCBmb3IKICAgdGhhdCByZWdpc3RyeS4KCiAgIFRlcm1pbm9sb2d5IHVzZWQgaW4g
dGhpcyBkb2N1bWVudDoKCiAgIG8gIFRhZyBvciB0YWdzIHJlZmVycyB0byBhIGNvbXBsZXRl
IGxhbmd1YWdlIHRhZywgc3VjaCBhcwogICAgICAic3ItTGF0bi1SUyIgb3IgImF6LUFyYWIt
SVIiLiAgRXhhbXBsZXMgb2YgdGFncyBpbiB0aGlzIGRvY3VtZW50CiAgICAgIGFyZSBlbmNs
b3NlZCBpbiBkb3VibGUtcXVvdGVzICgiZW4tVVMiKS4KCiAgIG8gIFN1YnRhZyByZWZlcnMg
dG8gYSBzcGVjaWZpYyBzZWN0aW9uIG9mIGEgdGFnLCBkZWxpbWl0ZWQgYnkgaHlwaGVuLAog
ICAgICBzdWNoIGFzIHRoZSBzdWJ0YWcgJ0hhbnQnIGluICJ6aC1IYW50LUNOIi4gIEV4YW1w
bGVzIG9mIHN1YnRhZ3MgaW4KICAgICAgdGhpcyBkb2N1bWVudCBhcmUgZW5jbG9zZWQgaW4g
c2luZ2xlIHF1b3RlcyAoJ0hhbnQnKS4KCiAgIG8gIENvZGUgb3IgY29kZXMgcmVmZXJzIHRv
IHZhbHVlcyBkZWZpbmVkIGluIGV4dGVybmFsIHN0YW5kYXJkcyAoYW5kCiAgICAgIHdoaWNo
IGFyZSB1c2VkIGFzIHN1YnRhZ3MgaW4gdGhpcyBkb2N1bWVudCkuICBGb3IgZXhhbXBsZSwg
J0hhbnQnCiAgICAgIGlzIGFuIFtJU08xNTkyNF0gc2NyaXB0IGNvZGUgdGhhdCB3YXMgdXNl
ZCB0byBkZWZpbmUgdGhlICdIYW50JwogICAgICBzY3JpcHQgc3VidGFnIGZvciB1c2UgaW4g
YSBsYW5ndWFnZSB0YWcuICBFeGFtcGxlcyBvZiBjb2RlcyBpbgogICAgICB0aGlzIGRvY3Vt
ZW50IGFyZSBlbmNsb3NlZCBpbiBzaW5nbGUgcXVvdGVzICgnZW4nLCAnSGFudCcpLgoKICAg
VGhlIGRlZmluaXRpb25zIGluIHRoaXMgc2VjdGlvbiBhcHBseSB0byB0aGUgdmFyaW91cyBz
dWJ0YWdzIHdpdGhpbgogICB0aGUgbGFuZ3VhZ2UgdGFncyBkZWZpbmVkIGJ5IHRoaXMgZG9j
dW1lbnQsIGV4Y2VwdGluZyB0aG9zZQogICAiZ3JhbmRmYXRoZXJlZCIgdGFncyBkZWZpbmVk
IGluIFNlY3Rpb24gMi4yLjguCgogICBMYW5ndWFnZSB0YWdzIGFyZSBkZXNpZ25lZCBzbyB0
aGF0IGVhY2ggc3VidGFnIHR5cGUgaGFzIHVuaXF1ZSBsZW5ndGgKICAgYW5kIGNvbnRlbnQg
cmVzdHJpY3Rpb25zLiAgVGhlc2UgbWFrZSBpZGVudGlmaWNhdGlvbiBvZiB0aGUgc3VidGFn
J3MKICAgdHlwZSBwb3NzaWJsZSwgZXZlbiBpZiB0aGUgY29udGVudCBvZiB0aGUgc3VidGFn
IGl0c2VsZiBpcwogICB1bnJlY29nbml6ZWQuICBUaGlzIGFsbG93cyB0YWdzIHRvIGJlIHBh
cnNlZCBhbmQgcHJvY2Vzc2VkIHdpdGhvdXQKICAgcmVmZXJlbmNlIHRvIHRoZSBsYXRlc3Qg
dmVyc2lvbiBvZiB0aGUgdW5kZXJseWluZyBzdGFuZGFyZHMgb3IgdGhlCiAgIElBTkEgcmVn
aXN0cnkgYW5kIG1ha2VzIHRoZSBhc3NvY2lhdGVkIGV4Y2VwdGlvbiBoYW5kbGluZyB3aGVu
CiAgIHBhcnNpbmcgdGFncyBzaW1wbGVyLgoKICAgU3VidGFncyBpbiB0aGUgSUFOQSByZWdp
c3RyeSB0aGF0IGRvIG5vdCBjb21lIGZyb20gYW4gdW5kZXJseWluZwogICBzdGFuZGFyZCBj
YW4gb25seSBhcHBlYXIgaW4gc3BlY2lmaWMgcG9zaXRpb25zIGluIGEgdGFnLgogICBTcGVj
aWZpY2FsbHksIHRoZXkgY2FuIG9ubHkgb2NjdXIgYXMgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0
YWdzIG9yIGFzCiAgIHZhcmlhbnQgc3VidGFncy4KCiAgIE5vdGUgdGhhdCBzZXF1ZW5jZXMg
b2YgcHJpdmF0ZSB1c2UgYW5kIGV4dGVuc2lvbiBzdWJ0YWdzIE1VU1Qgb2NjdXIKICAgYXQg
dGhlIGVuZCBvZiB0aGUgc2VxdWVuY2Ugb2Ygc3VidGFncyBhbmQgTVVTVCBOT1QgYmUgaW50
ZXJzcGVyc2VkCiAgIHdpdGggc3VidGFncyBkZWZpbmVkIGVsc2V3aGVyZSBpbiB0aGlzIGRv
Y3VtZW50LgoKICAgU2luZ2xlLWxldHRlciBhbmQgc2luZ2xlLWRpZ2l0IHN1YnRhZ3MgYXJl
IHJlc2VydmVkIGZvciBjdXJyZW50IG9yCiAgIGZ1dHVyZSB1c2UuICBUaGVzZSBpbmNsdWRl
IHRoZSBmb2xsb3dpbmcgY3VycmVudCB1c2VzOgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAg
ICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICAgW1BhZ2UgOF0KDApJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAg
ICAgIERlY2VtYmVyIDIwMDYKCgogICBvICBUaGUgc2luZ2xlLWxldHRlciBzdWJ0YWcgJ3gn
IGlzIHJlc2VydmVkIHRvIGludHJvZHVjZSBhIHNlcXVlbmNlCiAgICAgIG9mIHByaXZhdGUg
dXNlIHN1YnRhZ3MuICBUaGUgaW50ZXJwcmV0YXRpb24gb2YgYW55IHByaXZhdGUgdXNlCiAg
ICAgIHN1YnRhZ3MgaXMgZGVmaW5lZCBzb2xlbHkgYnkgcHJpdmF0ZSBhZ3JlZW1lbnQgYW5k
IGlzIG5vdCBkZWZpbmVkCiAgICAgIGJ5IHRoZSBydWxlcyBpbiB0aGlzIHNlY3Rpb24gb3Ig
aW4gYW55IHN0YW5kYXJkIG9yIHJlZ2lzdHJ5CiAgICAgIGRlZmluZWQgaW4gdGhpcyBkb2N1
bWVudC4KCiAgIG8gIEFsbCBvdGhlciBzaW5nbGUtbGV0dGVyIHN1YnRhZ3MgYXJlIHJlc2Vy
dmVkIHRvIGludHJvZHVjZQogICAgICBzdGFuZGFyZGl6ZWQgZXh0ZW5zaW9uIHN1YnRhZyBz
ZXF1ZW5jZXMgYXMgZGVzY3JpYmVkIGluCiAgICAgIFNlY3Rpb24gMy43LgoKICAgVGhlIHNp
bmdsZS1sZXR0ZXIgc3VidGFnICdpJyBpcyB1c2VkIGJ5IHNvbWUgZ3JhbmRmYXRoZXJlZCB0
YWdzLCBzdWNoCiAgIGFzICJpLWRlZmF1bHQiLCB3aGVyZSBpdCBhbHdheXMgYXBwZWFycyBp
biB0aGUgZmlyc3QgcG9zaXRpb24gYW5kCiAgIGNhbm5vdCBiZSBjb25mdXNlZCB3aXRoIGFu
IGV4dGVuc2lvbi4KCjIuMi4xLiAgUHJpbWFyeSBMYW5ndWFnZSBTdWJ0YWcKCiAgIFRoZSBw
cmltYXJ5IGxhbmd1YWdlIHN1YnRhZyBpcyB0aGUgZmlyc3Qgc3VidGFnIGluIGEgbGFuZ3Vh
Z2UgdGFnCiAgICh3aXRoIHRoZSBleGNlcHRpb24gb2YgcHJpdmF0ZSB1c2UgYW5kIGNlcnRh
aW4gZ3JhbmRmYXRoZXJlZCB0YWdzKQogICBhbmQgY2Fubm90IGJlIG9taXR0ZWQuICBUaGUg
Zm9sbG93aW5nIHJ1bGVzIGFwcGx5IHRvIHRoZSBwcmltYXJ5CiAgIGxhbmd1YWdlIHN1YnRh
ZzoKCiAgIDEuICBBbGwgdHdvLWNoYXJhY3RlciBwcmltYXJ5IGxhbmd1YWdlIHN1YnRhZ3Mg
d2VyZSBkZWZpbmVkIGluIHRoZQogICAgICAgSUFOQSByZWdpc3RyeSBhY2NvcmRpbmcgdG8g
dGhlIGFzc2lnbm1lbnRzIGZvdW5kIGluIHRoZSBzdGFuZGFyZAogICAgICAgSVNPIDYzOSBQ
YXJ0IDEsICJJU08gNjM5LTE6MjAwMiwgQ29kZXMgZm9yIHRoZSByZXByZXNlbnRhdGlvbiBv
ZgogICAgICAgbmFtZXMgb2YgbGFuZ3VhZ2VzIC0tIFBhcnQgMTogQWxwaGEtMiBjb2RlIiBb
SVNPNjM5LTFdLCBvciB1c2luZwogICAgICAgYXNzaWdubWVudHMgc3Vic2VxdWVudGx5IG1h
ZGUgYnkgdGhlIElTTyA2MzktMSByZWdpc3RyYXRpb24KICAgICAgIGF1dGhvcml0eSAoUkEp
IG9yIGdvdmVybmluZyBzdGFuZGFyZGl6YXRpb24gYm9kaWVzLgoKICAgMi4gIEFsbCB0aHJl
ZS1jaGFyYWN0ZXIgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWdzIHdlcmUgZGVmaW5lZCBpbiB0
aGUKICAgICAgIElBTkEgcmVnaXN0cnkgYWNjb3JkaW5nIHRvIHRoZSBhc3NpZ25tZW50cyBm
b3VuZCBpbiBlaXRoZXIgSVNPCiAgICAgICA2MzkgUGFydCAyLCAiSVNPIDYzOS0yOjE5OTgg
LSBDb2RlcyBmb3IgdGhlIHJlcHJlc2VudGF0aW9uIG9mCiAgICAgICBuYW1lcyBvZiBsYW5n
dWFnZXMgLS0gUGFydCAyOiBBbHBoYS0zIGNvZGUgLSBlZGl0aW9uIDEiCiAgICAgICBbSVNP
NjM5LTJdLCBJU08gNjM5IFBhcnQgMywgIklTTyA2MzktMzoyMDA/LCBbWz8/bWlzc2luZyBv
ZmZpY2lhbAogICAgICAgdGl0bGU/P11dIiwgb3IgYXNzaWdubWVudHMgc3Vic2VxdWVudGx5
IG1hZGUgYnkgdGhlIHJlbGV2YW50IElTTwogICAgICAgNjM5IHJlZ2lzdHJhdGlvbiBhdXRo
b3JpdGllcyBvciBnb3Zlcm5pbmcgc3RhbmRhcmRpemF0aW9uIGJvZGllcy4KCiAgIDMuICBU
aGUgc3VidGFncyBpbiB0aGUgcmFuZ2UgJ3FhYScgdGhyb3VnaCAncXR6JyBhcmUgcmVzZXJ2
ZWQgZm9yCiAgICAgICBwcml2YXRlIHVzZSBpbiBsYW5ndWFnZSB0YWdzLiAgVGhlc2Ugc3Vi
dGFncyBjb3JyZXNwb25kIHRvIGNvZGVzCiAgICAgICByZXNlcnZlZCBieSBJU08gNjM5LTIg
Zm9yIHByaXZhdGUgdXNlLiAgVGhlc2UgY29kZXMgTUFZIGJlIHVzZWQKICAgICAgIGZvciBu
b24tcmVnaXN0ZXJlZCBwcmltYXJ5IGxhbmd1YWdlIHN1YnRhZ3MgKGluc3RlYWQgb2YgdXNp
bmcKICAgICAgIHByaXZhdGUgdXNlIHN1YnRhZ3MgZm9sbG93aW5nICd4LScpLiAgUGxlYXNl
IHJlZmVyIHRvIFNlY3Rpb24gNC41CiAgICAgICBmb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiBw
cml2YXRlIHVzZSBzdWJ0YWdzLgoKICAgNC4gIEFsbCBmb3VyLWNoYXJhY3RlciBsYW5ndWFn
ZSBzdWJ0YWdzIGFyZSByZXNlcnZlZCBmb3IgcG9zc2libGUKICAgICAgIGZ1dHVyZSBzdGFu
ZGFyZGl6YXRpb24uCgogICA1LiAgQWxsIGxhbmd1YWdlIHN1YnRhZ3Mgb2YgNSB0byA4IGNo
YXJhY3RlcnMgaW4gbGVuZ3RoIGluIHRoZSBJQU5BCiAgICAgICByZWdpc3RyeSB3ZXJlIGRl
ZmluZWQgdmlhIHRoZSByZWdpc3RyYXRpb24gcHJvY2VzcyBpbiBTZWN0aW9uIDMuNQoKCgpQ
aGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAg
ICAgICAgICAgW1BhZ2UgOV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3Rh
Z3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICAgICAgYW5kIE1B
WSBiZSB1c2VkIHRvIGZvcm0gdGhlIHByaW1hcnkgbGFuZ3VhZ2Ugc3VidGFnLiAgQXQgdGhl
IHRpbWUKICAgICAgIHRoaXMgZG9jdW1lbnQgd2FzIGNyZWF0ZWQsIHRoZXJlIHdlcmUgbm8g
ZXhhbXBsZXMgb2YgdGhpcyBraW5kIG9mCiAgICAgICBzdWJ0YWcgYW5kIGZ1dHVyZSByZWdp
c3RyYXRpb25zIG9mIHRoaXMgdHlwZSB3aWxsIGJlIGRpc2NvdXJhZ2VkOgogICAgICAgcHJp
bWFyeSBsYW5ndWFnZXMgYXJlIHN0cm9uZ2x5IFJFQ09NTUVOREVEIGZvciByZWdpc3RyYXRp
b24gd2l0aAogICAgICAgSVNPIDYzOSwgYW5kIHByb3Bvc2FscyByZWplY3RlZCBieSBJU08g
NjM5L1JBIHdpbGwgYmUgY2xvc2VseQogICAgICAgc2NydXRpbml6ZWQgYmVmb3JlIHRoZXkg
YXJlIHJlZ2lzdGVyZWQgd2l0aCBJQU5BLgoKICAgNi4gIFRoZSBzaW5nbGUtY2hhcmFjdGVy
IHN1YnRhZyAneCcgYXMgdGhlIHByaW1hcnkgc3VidGFnIGluZGljYXRlcwogICAgICAgdGhh
dCB0aGUgbGFuZ3VhZ2UgdGFnIGNvbnNpc3RzIHNvbGVseSBvZiBzdWJ0YWdzIHdob3NlIG1l
YW5pbmcgaXMKICAgICAgIGRlZmluZWQgYnkgcHJpdmF0ZSBhZ3JlZW1lbnQuICBGb3IgZXhh
bXBsZSwgaW4gdGhlIHRhZyAieC1mci1DSCIsCiAgICAgICB0aGUgc3VidGFncyAnZnInIGFu
ZCAnQ0gnIFNIT1VMRCBOT1QgYmUgdGFrZW4gdG8gcmVwcmVzZW50IHRoZQogICAgICAgRnJl
bmNoIGxhbmd1YWdlIG9yIHRoZSBjb3VudHJ5IG9mIFN3aXR6ZXJsYW5kIChvciBhbnkgb3Ro
ZXIgdmFsdWUKICAgICAgIGluIHRoZSBJQU5BIHJlZ2lzdHJ5KSB1bmxlc3MgdGhlcmUgaXMg
YSBwcml2YXRlIGFncmVlbWVudCBpbgogICAgICAgcGxhY2UgdG8gZG8gc28uICBTZWUgU2Vj
dGlvbiA0LjUuCgogICA3LiAgVGhlIHNpbmdsZS1jaGFyYWN0ZXIgc3VidGFnICdpJyBpcyB1
c2VkIGJ5IHNvbWUgZ3JhbmRmYXRoZXJlZAogICAgICAgdGFncyAoc2VlIFNlY3Rpb24gMi4y
LjgpIHN1Y2ggYXMgImkta2xpbmdvbiIgYW5kICJpLWJubiIuICAoT3RoZXIKICAgICAgIGdy
YW5kZmF0aGVyZWQgdGFncyBoYXZlIGEgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWcgaW4gdGhl
aXIgZmlyc3QKICAgICAgIHBvc2l0aW9uLikKCiAgIDguICBPdGhlciB2YWx1ZXMgTVVTVCBO
T1QgYmUgYXNzaWduZWQgdG8gdGhlIHByaW1hcnkgc3VidGFnIGV4Y2VwdCBieQogICAgICAg
cmV2aXNpb24gb3IgdXBkYXRlIG9mIHRoaXMgZG9jdW1lbnQuCgogICBOb3RlOiBGb3IgbGFu
Z3VhZ2VzIHRoYXQgaGF2ZSBib3RoIGFuIElTTyA2MzktMSB0d28tY2hhcmFjdGVyIGNvZGUK
ICAgYW5kIGEgdGhyZWUgY2hhcmFjdGVyIGNvZGUgYXNzaWduZWQgYnkgZWl0aGVyIElTTyA2
MzktMiBvciBJU08gNjkzLTMsCiAgIG9ubHkgdGhlIElTTyA2MzktMSB0d28tY2hhcmFjdGVy
IGNvZGUgaXMgZGVmaW5lZCBpbiB0aGUgSUFOQQogICByZWdpc3RyeS4KCiAgIE5vdGU6IEZv
ciBsYW5ndWFnZXMgdGhhdCBoYXZlIG5vIElTTyA2MzktMSB0d28tY2hhcmFjdGVyIGNvZGUg
YW5kIGZvcgogICB3aGljaCB0aGUgSVNPIDYzOS0yL1QgKFRlcm1pbm9sb2d5KSBjb2RlIGFu
ZCB0aGUgSVNPIDYzOS0yL0IKICAgKEJpYmxpb2dyYXBoaWMpIGNvZGVzIGRpZmZlciwgb25s
eSB0aGUgVGVybWlub2xvZ3kgY29kZSBpcyBkZWZpbmVkIGluCiAgIHRoZSBJQU5BIHJlZ2lz
dHJ5LiAgQXQgdGhlIHRpbWUgdGhpcyBkb2N1bWVudCB3YXMgY3JlYXRlZCwgYWxsCiAgIGxh
bmd1YWdlcyB0aGF0IGhhZCBib3RoIGtpbmRzIG9mIHRocmVlLWNoYXJhY3RlciBjb2RlIHdl
cmUgYWxzbwogICBhc3NpZ25lZCBhIHR3by1jaGFyYWN0ZXIgY29kZTsgaXQgaXMgZXhwZWN0
ZWQgdGhhdCBmdXR1cmUgYXNzaWdubWVudHMKICAgb2YgdGhpcyBuYXR1cmUgd2lsbCBub3Qg
b2NjdXIuCgogICBOb3RlOiBUbyBhdm9pZCBwcm9ibGVtcyB3aXRoIHZlcnNpb25pbmcgYW5k
IHN1YnRhZyBjaG9pY2UgYXMKICAgZXhwZXJpZW5jZWQgZHVyaW5nIHRoZSB0cmFuc2l0aW9u
IGJldHdlZW4gUkZDIDE3NjYgYW5kIFJGQyAzMDY2LCBhcwogICB3ZWxsIGFzIHRoZSBjYW5v
bmljYWwgbmF0dXJlIG9mIHN1YnRhZ3MgZGVmaW5lZCBieSB0aGlzIGRvY3VtZW50LCB0aGUK
ICAgSVNPIDYzOSBSZWdpc3RyYXRpb24gQXV0aG9yaXR5IEpvaW50IEFkdmlzb3J5IENvbW1p
dHRlZSAoSVNPIDYzOS8KICAgUkEtSkFDKSBoYXMgaW5jbHVkZWQgdGhlIGZvbGxvd2luZyBz
dGF0ZW1lbnQgaW4gW2lzbzYzOS5wcmluXToKCiAgICAgICJBIGxhbmd1YWdlIGNvZGUgYWxy
ZWFkeSBpbiBJU08gNjM5LTIgYXQgdGhlIHBvaW50IG9mIGZyZWV6aW5nIElTTwogICAgICA2
MzktMSBzaGFsbCBub3QgbGF0ZXIgYmUgYWRkZWQgdG8gSVNPIDYzOS0xLiAgVGhpcyBpcyB0
byBlbnN1cmUKICAgICAgY29uc2lzdGVuY3kgaW4gdXNhZ2Ugb3ZlciB0aW1lLCBzaW5jZSB1
c2VycyBhcmUgZGlyZWN0ZWQgaW4KICAgICAgSW50ZXJuZXQgYXBwbGljYXRpb25zIHRvIGVt
cGxveSB0aGUgYWxwaGEtMyBjb2RlIHdoZW4gYW4gYWxwaGEtMgogICAgICBjb2RlIGZvciB0
aGF0IGxhbmd1YWdlIGlzIG5vdCBhdmFpbGFibGUuIgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAg
ICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgMTBd
CgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAg
ICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgSW4gb3JkZXIgdG8gYXZvaWQgaW5zdGFiaWxp
dHkgaW4gdGhlIGNhbm9uaWNhbCBmb3JtIG9mIHRhZ3MsIGlmIGEKICAgdHdvLWNoYXJhY3Rl
ciBjb2RlIGlzIGFkZGVkIHRvIElTTyA2MzktMSBmb3IgYSBsYW5ndWFnZSBmb3Igd2hpY2gg
YQogICB0aHJlZS1jaGFyYWN0ZXIgY29kZSB3YXMgYWxyZWFkeSBpbmNsdWRlZCBpbiBlaXRo
ZXIgSVNPIDYzOS0yIG9yIElTTwogICA2MzktMywgdGhlIHR3by1jaGFyYWN0ZXIgY29kZSBN
VVNUIE5PVCBiZSByZWdpc3RlcmVkLiAgU2VlCiAgIFNlY3Rpb24gMy40LgoKICAgRm9yIGV4
YW1wbGUsIGlmIHNvbWUgY29udGVudCB3ZXJlIHRhZ2dlZCB3aXRoICdoYXcnIChIYXdhaWlh
biksIHdoaWNoCiAgIGN1cnJlbnRseSBoYXMgbm8gdHdvLWNoYXJhY3RlciBjb2RlLCB0aGUg
dGFnIHdvdWxkIG5vdCBiZSBpbnZhbGlkYXRlZAogICBpZiBJU08gNjM5LTEgd2VyZSB0byBh
c3NpZ24gYSB0d28tY2hhcmFjdGVyIGNvZGUgdG8gdGhlIEhhd2FpaWFuCiAgIGxhbmd1YWdl
IGF0IGEgbGF0ZXIgZGF0ZS4KCiAgIE5vdGU6IEFuIGV4YW1wbGUgb2YgaW5kZXBlbmRlbnQg
cHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWcgcmVnaXN0cmF0aW9uCiAgIG1pZ2h0IGluY2x1ZGU6
IG9uZSBvZiB0aGUgZ3JhbmRmYXRoZXJlZCBJQU5BIHJlZ2lzdHJhdGlvbnMgaXMKICAgImkt
ZW5vY2hpYW4iLiAgVGhlIHN1YnRhZyAnZW5vY2hpYW4nIGNvdWxkIGJlIHJlZ2lzdGVyZWQg
aW4gdGhlIElBTkEKICAgcmVnaXN0cnkgYXMgYSBwcmltYXJ5IGxhbmd1YWdlIHN1YnRhZyAo
YXNzdW1pbmcgdGhhdCBJU08gNjM5IGRvZXMgbm90CiAgIHJlZ2lzdGVyIHRoaXMgbGFuZ3Vh
Z2UgZmlyc3QpLCBtYWtpbmcgdGFncyBzdWNoIGFzICJlbm9jaGlhbi1BUSIgYW5kCiAgICJl
bm9jaGlhbi1MYXRuIiB2YWxpZC4KCjIuMi4yLiAgRXh0ZW5kZWQgTGFuZ3VhZ2UgU3VidGFn
cwoKICAgRXh0ZW5kZWQgbGFuZ3VhZ2Ugc3VidGFncyBhcmUgdXNlZCB0byBpZGVudGlmeSBs
YW5ndWFnZXMgb3IgZGlhbGVjdHMKICAgdGhhdCBhcmUgc3ViZGl2aXNpb25zIHdpdGhpbiBh
bm90aGVyIGxhbmd1YWdlLiAgU3VjaCBhbiBlbmNsb3NpbmcKICAgbGFuZ3VhZ2UgaXMgc29t
ZXRpbWVzIGNhbGxlZCBhICJjb2xsZWN0aXZlIiBvciAibWFjcm8iIGxhbmd1YWdlLiAgVGhl
CiAgIGZvbGxvd2luZyBydWxlcyBhcHBseSB0byB0aGUgZXh0ZW5kZWQgbGFuZ3VhZ2Ugc3Vi
dGFnczoKCiAgIDEuICBUaGVzZSBzdWJ0YWdzIHdlcmUgZGVmaW5lZCBpbiB0aGUgSUFOQSBy
ZWdpc3RyeSBhY2NvcmRpbmcgdG8KICAgICAgIGFzc2lnbm1lbnRzIGZvdW5kIGluIElTTyA2
MzkgUGFydCAzLgoKICAgMi4gIEEgc2VxdWVuY2Ugb2YgdXAgdG8gdGhyZWUgZXh0ZW5kZWQg
bGFuZ3VhZ2Ugc3VidGFncyBNQVkgYXBwZWFyIGluCiAgICAgICBhIGxhbmd1YWdlIHRhZy4g
IFRoaXMgc2VxdWVuY2UgTVVTVCBmb2xsb3cgdGhlIHByaW1hcnkgbGFuZ3VhZ2UKICAgICAg
IHN1YnRhZyBhbmQgcHJlY2VkZSBhbnkgb3RoZXIgc3VidGFncy4KCiAgIDMuICBFYWNoIGV4
dGVuZGVkIGxhbmd1YWdlIHN1YnRhZyBNVVNUIG9ubHkgYmUgdXNlZCB3aXRoIHRoZSBleGFj
dAogICAgICAgc2VxdWVuY2Ugb2Ygc3VidGFncyB0aGF0IGFwcGVhcnMgaW4gdGhlICdQcmVm
aXgnIGZpZWxkIGluIGl0cwogICAgICAgcmVnaXN0cnkgcmVjb3JkLgoKICAgNC4gIFRoZXJl
IE1BWSBiZSB1cCB0byB0aHJlZSBleHRlbmRlZCBsYW5ndWFnZSBzdWJ0YWdzLgoKICAgNS4g
IE90aGVyIHZhbHVlcyBNVVNUIE5PVCBiZSBhc3NpZ25lZCB0byB0aGUgZXh0ZW5kZWQgbGFu
Z3VhZ2Ugc3VidGFnCiAgICAgICBleGNlcHQgYnkgcmV2aXNpb24gb3IgdXBkYXRlIG9mIHRo
aXMgZG9jdW1lbnQuCgogICBFeHRlbmRlZCBsYW5ndWFnZSBzdWJ0YWcgcmVjb3JkcyBNVVNU
IGluY2x1ZGUgZXhhY3RseSBvbmUgJ1ByZWZpeCcKICAgZmllbGQgaW5kaWNhdGluZyBhbiBh
cHByb3ByaWF0ZSBzdWJ0YWcgb3Igc2VxdWVuY2Ugb2Ygc3VidGFncyBmb3IKICAgdGhhdCBl
eHRlbmRlZCBsYW5ndWFnZSBzdWJ0YWcuCgogICBGb3IgZXhhbXBsZSwgdGhlICdnYW4nIHN1
YnRhZywgcmVwcmVzZW50aW5nIHRoZSAnR2FuJyBkaWFsZWN0IG9mCiAgIENoaW5lc2UsIGhh
cyBhIHByZWZpeCBvZiAiemgiIGluIGl0cyByZWdpc3RyeSByZWNvcmQuICBUaGUgJ2NtbicK
ICAgc3VidGFnLCByZXByZXNlbnRpbmcgdGhlICdNYW5kYXJpbicgZGlhbGVjdCBvZiBDaGlu
ZXNlIGhhcyB0aGUgc2FtZQoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMg
SnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSAxMV0KDApJbnRlcm5ldC1EcmFm
dCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVy
IDIwMDYKCgogICBwcmVmaXguICBUaHVzLCB0aGUgdGFncyAiemgtZ2FuLUhhbnQiIG9yICJ6
aC1jbW4tQ04iIGFyZSBhcHByb3ByaWF0ZSwKICAgd2hpbGUgdGhlIHRhZyAiemgtY21uLWdh
biIgaXMgbm90LgoKICAgTm93IHN1cHBvc2UgdGhhdCAneHh4JyBpcyBhIHN1YnRhZyB0aGF0
IHJlcHJlc2VudHMgYSBkaWFsZWN0IG9mCiAgICdHYW4nLiAgSXQgd291bGQgaGF2ZSBhICdQ
cmVmaXgnIGZpZWxkIG9mICJ6aC1nYW4iLCBtYWtpbmcgdGhlIHRhZwogICAiemgtZ2FuLXh4
eCIgYXBwcm9wcmlhdGUsIHdoaWxlIHRoZSB0YWdzICJ6aC14eHgiIGFuZCAiemgteHh4LWdh
biIKICAgd291bGQgbm90IGJlIGFwcHJvcHJpYXRlLgoKMi4yLjMuICBTY3JpcHQgU3VidGFn
CgogICBTY3JpcHQgc3VidGFncyBhcmUgdXNlZCB0byBpbmRpY2F0ZSB0aGUgc2NyaXB0IG9y
IHdyaXRpbmcgc3lzdGVtCiAgIHZhcmlhdGlvbnMgdGhhdCBkaXN0aW5ndWlzaCB0aGUgd3Jp
dHRlbiBmb3JtcyBvZiBhIGxhbmd1YWdlIG9yIGl0cwogICBkaWFsZWN0cy4gIFRoZSBmb2xs
b3dpbmcgcnVsZXMgYXBwbHkgdG8gdGhlIHNjcmlwdCBzdWJ0YWdzOgoKICAgMS4gIEFsbCBm
b3VyLWNoYXJhY3RlciBzdWJ0YWdzIHdlcmUgZGVmaW5lZCBhY2NvcmRpbmcgdG8KICAgICAg
IFtJU08xNTkyNF0tLSJDb2RlcyBmb3IgdGhlIHJlcHJlc2VudGF0aW9uIG9mIHRoZSBuYW1l
cyBvZgogICAgICAgc2NyaXB0cyI6IGFscGhhLTQgc2NyaXB0IGNvZGVzLCBvciBzdWJzZXF1
ZW50bHkgYXNzaWduZWQgYnkgdGhlCiAgICAgICBJU08gMTU5MjQgbWFpbnRlbmFuY2UgYWdl
bmN5IG9yIGdvdmVybmluZyBzdGFuZGFyZGl6YXRpb24gYm9kaWVzLAogICAgICAgZGVub3Rp
bmcgdGhlIHNjcmlwdCBvciB3cml0aW5nIHN5c3RlbSB1c2VkIGluIGNvbmp1bmN0aW9uIHdp
dGgKICAgICAgIHRoaXMgbGFuZ3VhZ2UuCgogICAyLiAgU2NyaXB0IHN1YnRhZ3MgTVVTVCBp
bW1lZGlhdGVseSBmb2xsb3cgdGhlIHByaW1hcnkgbGFuZ3VhZ2UKICAgICAgIHN1YnRhZyBh
bmQgYWxsIGV4dGVuZGVkIGxhbmd1YWdlIHN1YnRhZ3MgYW5kIE1VU1Qgb2NjdXIgYmVmb3Jl
CiAgICAgICBhbnkgb3RoZXIgdHlwZSBvZiBzdWJ0YWcgZGVzY3JpYmVkIGJlbG93LgoKICAg
My4gIFRoZSBzY3JpcHQgc3VidGFncyAnUWFhYScgdGhyb3VnaCAnUWFieCcgYXJlIHJlc2Vy
dmVkIGZvciBwcml2YXRlCiAgICAgICB1c2UgaW4gbGFuZ3VhZ2UgdGFncy4gIFRoZXNlIHN1
YnRhZ3MgY29ycmVzcG9uZCB0byBjb2RlcyByZXNlcnZlZAogICAgICAgYnkgSVNPIDE1OTI0
IGZvciBwcml2YXRlIHVzZS4gIFRoZXNlIGNvZGVzIE1BWSBiZSB1c2VkIGZvciBub24tCiAg
ICAgICByZWdpc3RlcmVkIHNjcmlwdCB2YWx1ZXMuICBQbGVhc2UgcmVmZXIgdG8gU2VjdGlv
biA0LjUgZm9yIG1vcmUKICAgICAgIGluZm9ybWF0aW9uIG9uIHByaXZhdGUgdXNlIHN1YnRh
Z3MuCgogICA0LiAgU2NyaXB0IHN1YnRhZ3MgTVVTVCBOT1QgYmUgcmVnaXN0ZXJlZCB1c2lu
ZyB0aGUgcHJvY2VzcyBpbgogICAgICAgU2VjdGlvbiAzLjUgb2YgdGhpcyBkb2N1bWVudC4g
IFZhcmlhbnQgc3VidGFncyBNQVkgYmUgY29uc2lkZXJlZAogICAgICAgZm9yIHJlZ2lzdHJh
dGlvbiBmb3IgdGhhdCBwdXJwb3NlLgoKICAgNS4gIFRoZXJlIE1VU1QgYmUgYXQgbW9zdCBv
bmUgc2NyaXB0IHN1YnRhZyBpbiBhIGxhbmd1YWdlIHRhZywgYW5kCiAgICAgICB0aGUgc2Ny
aXB0IHN1YnRhZyBTSE9VTEQgYmUgb21pdHRlZCB3aGVuIGl0IGFkZHMgbm8KICAgICAgIGRp
c3Rpbmd1aXNoaW5nIHZhbHVlIHRvIHRoZSB0YWcgb3Igd2hlbiB0aGUgcHJpbWFyeSBsYW5n
dWFnZQogICAgICAgc3VidGFnJ3MgcmVjb3JkIGluY2x1ZGVzIGEgU3VwcHJlc3MtU2NyaXB0
IGZpZWxkIGxpc3RpbmcgdGhlCiAgICAgICBhcHBsaWNhYmxlIHNjcmlwdCBzdWJ0YWcuCgog
ICBFeGFtcGxlOiAic3ItTGF0biIgcmVwcmVzZW50cyBTZXJiaWFuIHdyaXR0ZW4gdXNpbmcg
dGhlIExhdGluIHNjcmlwdC4KCjIuMi40LiAgUmVnaW9uIFN1YnRhZwoKICAgUmVnaW9uIHN1
YnRhZ3MgYXJlIHVzZWQgdG8gaW5kaWNhdGUgbGluZ3Vpc3RpYyB2YXJpYXRpb25zIGFzc29j
aWF0ZWQKICAgd2l0aCBvciBhcHByb3ByaWF0ZSB0byBhIHNwZWNpZmljIGNvdW50cnksIHRl
cnJpdG9yeSwgb3IgcmVnaW9uLgogICBUeXBpY2FsbHksIGEgcmVnaW9uIHN1YnRhZyBpcyB1
c2VkIHRvIGluZGljYXRlIHJlZ2lvbmFsIGRpYWxlY3RzIG9yCgoKClBoaWxsaXBzICYgRGF2
aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQYWdl
IDEyXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAg
ICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIHVzYWdlLCBvciByZWdpb24tc3BlY2lm
aWMgc3BlbGxpbmcgY29udmVudGlvbnMuICBBIHJlZ2lvbiBzdWJ0YWcgY2FuCiAgIGFsc28g
YmUgdXNlZCB0byBpbmRpY2F0ZSB0aGF0IGNvbnRlbnQgaXMgZXhwcmVzc2VkIGluIGEgd2F5
IHRoYXQgaXMKICAgYXBwcm9wcmlhdGUgZm9yIHVzZSB0aHJvdWdob3V0IGEgcmVnaW9uLCBm
b3IgaW5zdGFuY2UsIFNwYW5pc2gKICAgY29udGVudCB0YWlsb3JlZCB0byBiZSB1c2VmdWwg
dGhyb3VnaG91dCBMYXRpbiBBbWVyaWNhLgoKICAgVGhlIGZvbGxvd2luZyBydWxlcyBhcHBs
eSB0byB0aGUgcmVnaW9uIHN1YnRhZ3M6CgogICAxLiAgUmVnaW9uIHN1YnRhZ3MgTVVTVCBm
b2xsb3cgYW55IGxhbmd1YWdlLCBleHRlbmRlZCBsYW5ndWFnZSwgb3IKICAgICAgIHNjcmlw
dCBzdWJ0YWdzIGFuZCBNVVNUIHByZWNlZGUgYWxsIG90aGVyIHN1YnRhZ3MuCgogICAyLiAg
QWxsIHR3by1jaGFyYWN0ZXIgc3VidGFncyBmb2xsb3dpbmcgdGhlIHByaW1hcnkgc3VidGFn
IHdlcmUKICAgICAgIGRlZmluZWQgaW4gdGhlIElBTkEgcmVnaXN0cnkgYWNjb3JkaW5nIHRv
IHRoZSBhc3NpZ25tZW50cyBmb3VuZAogICAgICAgaW4gW0lTTzMxNjYtMV0gKCJDb2RlcyBm
b3IgdGhlIHJlcHJlc2VudGF0aW9uIG9mIG5hbWVzIG9mCiAgICAgICBjb3VudHJpZXMgYW5k
IHRoZWlyIHN1YmRpdmlzaW9ucyAtLSBQYXJ0IDE6IENvdW50cnkgY29kZXMiKSB1c2luZwog
ICAgICAgdGhlIGxpc3Qgb2YgYWxwaGEtMiBjb3VudHJ5IGNvZGVzLCBvciB1c2luZyBhc3Np
Z25tZW50cwogICAgICAgc3Vic2VxdWVudGx5IG1hZGUgYnkgdGhlIElTTyAzMTY2IG1haW50
ZW5hbmNlIGFnZW5jeSBvciBnb3Zlcm5pbmcKICAgICAgIHN0YW5kYXJkaXphdGlvbiBib2Rp
ZXMuCgogICAzLiAgQWxsIHRocmVlLWNoYXJhY3RlciBzdWJ0YWdzIGNvbnNpc3Rpbmcgb2Yg
ZGlnaXQgKG51bWVyaWMpCiAgICAgICBjaGFyYWN0ZXJzIGZvbGxvd2luZyB0aGUgcHJpbWFy
eSBzdWJ0YWcgd2VyZSBkZWZpbmVkIGluIHRoZSBJQU5BCiAgICAgICByZWdpc3RyeSBhY2Nv
cmRpbmcgdG8gdGhlIGFzc2lnbm1lbnRzIGZvdW5kIGluIFVOIFN0YW5kYXJkCiAgICAgICBD
b3VudHJ5IG9yIEFyZWEgQ29kZXMgZm9yIFN0YXRpc3RpY2FsIFVzZSBbVU5fTS40OV0gb3IK
ICAgICAgIGFzc2lnbm1lbnRzIHN1YnNlcXVlbnRseSBtYWRlIGJ5IHRoZSBnb3Zlcm5pbmcg
c3RhbmRhcmRzIGJvZHkuCiAgICAgICBOb3RlIHRoYXQgbm90IGFsbCBvZiB0aGUgVU4gTS40
OSBjb2RlcyBhcmUgZGVmaW5lZCBpbiB0aGUgSUFOQQogICAgICAgcmVnaXN0cnkuICBUaGUg
Zm9sbG93aW5nIHJ1bGVzIGRlZmluZSB3aGljaCBjb2RlcyBhcmUgZW50ZXJlZAogICAgICAg
aW50byB0aGUgcmVnaXN0cnkgYXMgdmFsaWQgc3VidGFnczoKCiAgICAgICBBLiAgVU4gbnVt
ZXJpYyBjb2RlcyBhc3NpZ25lZCB0byAnbWFjcm8tZ2VvZ3JhcGhpY2FsCiAgICAgICAgICAg
KGNvbnRpbmVudGFsKScgb3Igc3ViLXJlZ2lvbnMgTVVTVCBiZSByZWdpc3RlcmVkIGluIHRo
ZQogICAgICAgICAgIHJlZ2lzdHJ5LiAgVGhlc2UgY29kZXMgYXJlIG5vdCBhc3NvY2lhdGVk
IHdpdGggYW4gYXNzaWduZWQKICAgICAgICAgICBJU08gMzE2NiBhbHBoYS0yIGNvZGUgYW5k
IHJlcHJlc2VudCBzdXByYS1uYXRpb25hbCBhcmVhcywKICAgICAgICAgICB1c3VhbGx5IGNv
dmVyaW5nIG1vcmUgdGhhbiBvbmUgbmF0aW9uLCBzdGF0ZSwgcHJvdmluY2UsIG9yCiAgICAg
ICAgICAgdGVycml0b3J5LgoKICAgICAgIEIuICBVTiBudW1lcmljIGNvZGVzIGZvciAnZWNv
bm9taWMgZ3JvdXBpbmdzJyBvciAnb3RoZXIKICAgICAgICAgICBncm91cGluZ3MnIE1VU1Qg
Tk9UIGJlIHJlZ2lzdGVyZWQgaW4gdGhlIElBTkEgcmVnaXN0cnkgYW5kCiAgICAgICAgICAg
TVVTVCBOT1QgYmUgdXNlZCB0byBmb3JtIGxhbmd1YWdlIHRhZ3MuCgogICAgICAgQy4gIFVO
IG51bWVyaWMgY29kZXMgZm9yIGNvdW50cmllcyBvciBhcmVhcyB3aXRoIGFtYmlndW91cyBJ
U08KICAgICAgICAgICAzMTY2IGFscGhhLTIgY29kZXMsIHdoZW4gZW50ZXJlZCBpbnRvIHRo
ZSByZWdpc3RyeSwgTVVTVCBiZQogICAgICAgICAgIGRlZmluZWQgYWNjb3JkaW5nIHRvIHRo
ZSBydWxlcyBpbiBTZWN0aW9uIDMuNCBhbmQgTVVTVCBiZQogICAgICAgICAgIHVzZWQgdG8g
Zm9ybSBsYW5ndWFnZSB0YWdzIHRoYXQgcmVwcmVzZW50IHRoZSBjb3VudHJ5IG9yCiAgICAg
ICAgICAgcmVnaW9uIGZvciB3aGljaCB0aGV5IGFyZSBkZWZpbmVkLgoKICAgICAgIEQuICBV
TiBudW1lcmljIGNvZGVzIGZvciBjb3VudHJpZXMgb3IgYXJlYXMgZm9yIHdoaWNoIHRoZXJl
IGlzIGFuCiAgICAgICAgICAgYXNzb2NpYXRlZCBJU08gMzE2NiBhbHBoYS0yIGNvZGUgaW4g
dGhlIHJlZ2lzdHJ5IE1VU1QgTk9UIGJlCiAgICAgICAgICAgZW50ZXJlZCBpbnRvIHRoZSBy
ZWdpc3RyeSBhbmQgTVVTVCBOT1QgYmUgdXNlZCB0byBmb3JtCiAgICAgICAgICAgbGFuZ3Vh
Z2UgdGFncy4gIE5vdGUgdGhhdCB0aGUgSVNPIDMxNjYtYmFzZWQgc3VidGFnIGluIHRoZQoK
CgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAg
ICAgICAgICAgICBbUGFnZSAxM10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFu
Z3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICAgICAgICAg
IHJlZ2lzdHJ5IE1VU1QgYWN0dWFsbHkgYmUgYXNzb2NpYXRlZCB3aXRoIHRoZSBVTiBNLjQ5
IGNvZGUgaW4KICAgICAgICAgICBxdWVzdGlvbi4KCiAgICAgICBFLiAgVU4gbnVtZXJpYyBj
b2RlcyBhbmQgSVNPIDMxNjYgYWxwaGEtMiBjb2RlcyBmb3IgY291bnRyaWVzIG9yCiAgICAg
ICAgICAgYXJlYXMgbGlzdGVkIGFzIGVsaWdpYmxlIGZvciByZWdpc3RyYXRpb24gaW4gW1JG
QzQ2NDVdIGJ1dAogICAgICAgICAgIG5vdCBwcmVzZW50bHkgcmVnaXN0ZXJlZCBNQVkgYmUg
ZW50ZXJlZCBpbnRvIHRoZSBJQU5BCiAgICAgICAgICAgcmVnaXN0cnkgdmlhIHRoZSBwcm9j
ZXNzIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuNS4gIE9uY2UKICAgICAgICAgICByZWdpc3Rl
cmVkLCB0aGVzZSBjb2RlcyBNQVkgYmUgdXNlZCB0byBmb3JtIGxhbmd1YWdlIHRhZ3MuCgog
ICAgICAgRi4gIEFsbCBvdGhlciBVTiBudW1lcmljIGNvZGVzIGZvciBjb3VudHJpZXMgb3Ig
YXJlYXMgdGhhdCBkbyBub3QKICAgICAgICAgICBoYXZlIGFuIGFzc29jaWF0ZWQgSVNPIDMx
NjYgYWxwaGEtMiBjb2RlIE1VU1QgTk9UIGJlIGVudGVyZWQKICAgICAgICAgICBpbnRvIHRo
ZSByZWdpc3RyeSBhbmQgTVVTVCBOT1QgYmUgdXNlZCB0byBmb3JtIGxhbmd1YWdlIHRhZ3Mu
CiAgICAgICAgICAgRm9yIG1vcmUgaW5mb3JtYXRpb24gYWJvdXQgdGhlc2UgY29kZXMsIHNl
ZSBTZWN0aW9uIDMuNC4KCiAgIDQuICBOb3RlOiBUaGUgYWxwaGFudW1lcmljIGNvZGVzIGlu
IEFwcGVuZGl4IFggb2YgdGhlIFVOIGRvY3VtZW50CiAgICAgICBNVVNUIE5PVCBiZSBlbnRl
cmVkIGludG8gdGhlIHJlZ2lzdHJ5IGFuZCBNVVNUIE5PVCBiZSB1c2VkIHRvCiAgICAgICBm
b3JtIGxhbmd1YWdlIHRhZ3MuICAoQXQgdGhlIHRpbWUgdGhpcyBkb2N1bWVudCB3YXMgY3Jl
YXRlZCwKICAgICAgIHRoZXNlIHZhbHVlcyBtYXRjaGVkIHRoZSBJU08gMzE2NiBhbHBoYS0y
IGNvZGVzLikKCiAgIDUuICBUaGVyZSBNVVNUIGJlIGF0IG1vc3Qgb25lIHJlZ2lvbiBzdWJ0
YWcgaW4gYSBsYW5ndWFnZSB0YWcgYW5kIHRoZQogICAgICAgcmVnaW9uIHN1YnRhZyBNQVkg
YmUgb21pdHRlZCwgYXMgd2hlbiBpdCBhZGRzIG5vIGRpc3Rpbmd1aXNoaW5nCiAgICAgICB2
YWx1ZSB0byB0aGUgdGFnLgoKICAgNi4gIFRoZSByZWdpb24gc3VidGFncyAnQUEnLCAnUU0n
LSdRWicsICdYQSctJ1haJywgYW5kICdaWicgYXJlCiAgICAgICByZXNlcnZlZCBmb3IgcHJp
dmF0ZSB1c2UgaW4gbGFuZ3VhZ2UgdGFncy4gIFRoZXNlIHN1YnRhZ3MKICAgICAgIGNvcnJl
c3BvbmQgdG8gY29kZXMgcmVzZXJ2ZWQgYnkgSVNPIDMxNjYgZm9yIHByaXZhdGUgdXNlLiAg
VGhlc2UKICAgICAgIGNvZGVzIE1BWSBiZSB1c2VkIGZvciBwcml2YXRlIHVzZSByZWdpb24g
c3VidGFncyAoaW5zdGVhZCBvZgogICAgICAgdXNpbmcgYSBwcml2YXRlIHVzZSBzdWJ0YWcg
c2VxdWVuY2UpLiAgUGxlYXNlIHJlZmVyIHRvCiAgICAgICBTZWN0aW9uIDQuNSBmb3IgbW9y
ZSBpbmZvcm1hdGlvbiBvbiBwcml2YXRlIHVzZSBzdWJ0YWdzLgoKICAgImRlLUNIIiByZXBy
ZXNlbnRzIEdlcm1hbiAoJ2RlJykgYXMgdXNlZCBpbiBTd2l0emVybGFuZCAoJ0NIJykuCgog
ICAic3ItTGF0bi1SUyIgcmVwcmVzZW50cyBTZXJiaWFuICgnc3InKSB3cml0dGVuIHVzaW5n
IExhdGluIHNjcmlwdAogICAoJ0xhdG4nKSBhcyB1c2VkIGluIFNlcmJpYSAoJ1JTJykuCgog
ICAiZXMtNDE5IiByZXByZXNlbnRzIFNwYW5pc2ggKCdlcycpIGFwcHJvcHJpYXRlIHRvIHRo
ZSBVTi1kZWZpbmVkCiAgIExhdGluIEFtZXJpY2EgYW5kIENhcmliYmVhbiByZWdpb24gKCc0
MTknKS4KCjIuMi41LiAgVmFyaWFudCBTdWJ0YWdzCgogICBWYXJpYW50IHN1YnRhZ3MgYXJl
IHVzZWQgdG8gaW5kaWNhdGUgYWRkaXRpb25hbCwgd2VsbC1yZWNvZ25pemVkCiAgIHZhcmlh
dGlvbnMgdGhhdCBkZWZpbmUgYSBsYW5ndWFnZSBvciBpdHMgZGlhbGVjdHMgdGhhdCBhcmUg
bm90CiAgIGNvdmVyZWQgYnkgb3RoZXIgYXZhaWxhYmxlIHN1YnRhZ3MuICBUaGUgZm9sbG93
aW5nIHJ1bGVzIGFwcGx5IHRvIHRoZQogICB2YXJpYW50IHN1YnRhZ3M6CgogICAxLiAgVmFy
aWFudCBzdWJ0YWdzIGFyZSBub3QgYXNzb2NpYXRlZCB3aXRoIGFueSBleHRlcm5hbCBzdGFu
ZGFyZC4KICAgICAgIFZhcmlhbnQgc3VidGFncyBhbmQgdGhlaXIgbWVhbmluZ3MgYXJlIGRl
ZmluZWQgYnkgdGhlCiAgICAgICByZWdpc3RyYXRpb24gcHJvY2VzcyBkZWZpbmVkIGluIFNl
Y3Rpb24gMy41LgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAy
MSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSAxNF0KDApJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYK
CgogICAyLiAgVmFyaWFudCBzdWJ0YWdzIE1VU1QgZm9sbG93IGFsbCBvZiB0aGUgb3RoZXIg
ZGVmaW5lZCBzdWJ0YWdzLCBidXQKICAgICAgIHByZWNlZGUgYW55IGV4dGVuc2lvbiBvciBw
cml2YXRlIHVzZSBzdWJ0YWcgc2VxdWVuY2VzLgoKICAgMy4gIE1vcmUgdGhhbiBvbmUgdmFy
aWFudCBNQVkgYmUgdXNlZCB0byBmb3JtIHRoZSBsYW5ndWFnZSB0YWcuCgogICA0LiAgVmFy
aWFudCBzdWJ0YWdzIE1VU1QgYmUgcmVnaXN0ZXJlZCB3aXRoIElBTkEgYWNjb3JkaW5nIHRv
IHRoZQogICAgICAgcnVsZXMgaW4gU2VjdGlvbiAzLjUgb2YgdGhpcyBkb2N1bWVudCBiZWZv
cmUgYmVpbmcgdXNlZCB0byBmb3JtCiAgICAgICBsYW5ndWFnZSB0YWdzLiAgSW4gb3JkZXIg
dG8gZGlzdGluZ3Vpc2ggdmFyaWFudHMgZnJvbSBvdGhlciB0eXBlcwogICAgICAgb2Ygc3Vi
dGFncywgcmVnaXN0cmF0aW9ucyBNVVNUIG1lZXQgdGhlIGZvbGxvd2luZyBsZW5ndGggYW5k
CiAgICAgICBjb250ZW50IHJlc3RyaWN0aW9uczoKCiAgICAgICAxLiAgVmFyaWFudCBzdWJ0
YWdzIHRoYXQgYmVnaW4gd2l0aCBhIGxldHRlciAoYS16LCBBLVopIE1VU1QgYmUKICAgICAg
ICAgICBhdCBsZWFzdCBmaXZlIGNoYXJhY3RlcnMgbG9uZy4KCiAgICAgICAyLiAgVmFyaWFu
dCBzdWJ0YWdzIHRoYXQgYmVnaW4gd2l0aCBhIGRpZ2l0ICgwLTkpIE1VU1QgYmUgYXQKICAg
ICAgICAgICBsZWFzdCBmb3VyIGNoYXJhY3RlcnMgbG9uZy4KCiAgIFZhcmlhbnQgc3VidGFn
IHJlY29yZHMgaW4gdGhlIGxhbmd1YWdlIHN1YnRhZyByZWdpc3RyeSBNQVkgaW5jbHVkZQog
ICBvbmUgb3IgbW9yZSAnUHJlZml4JyBmaWVsZHMsIHdoaWNoIGluZGljYXRlIHRoZSBsYW5n
dWFnZSB0YWcgb3IgdGFncwogICB0aGF0IHdvdWxkIG1ha2UgYSBzdWl0YWJsZSBwcmVmaXgg
KHdpdGggb3RoZXIgc3VidGFncywgYXMKICAgYXBwcm9wcmlhdGUpIGluIGZvcm1pbmcgYSBs
YW5ndWFnZSB0YWcgd2l0aCB0aGUgdmFyaWFudC4gIEZvcgogICBleGFtcGxlLCB0aGUgc3Vi
dGFnICduZWRpcycgaGFzIGEgUHJlZml4IG9mICJzbCIsIG1ha2luZyBpdCBzdWl0YWJsZQog
ICB0byBmb3JtIGxhbmd1YWdlIHRhZ3Mgc3VjaCBhcyAic2wtbmVkaXMiIGFuZCAic2wtSVQt
bmVkaXMiLCBidXQgbm90CiAgIHN1aXRhYmxlIGZvciB1c2UgaW4gYSB0YWcgc3VjaCBhcyAi
emgtbmVkaXMiIG9yICJpdC1JVC1uZWRpcyIuCgogICAic2wtbmVkaXMiIHJlcHJlc2VudHMg
dGhlIE5hdGlzb25lIG9yIE5hZGl6YSBkaWFsZWN0IG9mIFNsb3Zlbmlhbi4KCiAgICJkZS1D
SC0xOTk2IiByZXByZXNlbnRzIEdlcm1hbiBhcyB1c2VkIGluIFN3aXR6ZXJsYW5kIGFuZCBh
cyB3cml0dGVuCiAgIHVzaW5nIHRoZSBzcGVsbGluZyByZWZvcm0gYmVnaW5uaW5nIGluIHRo
ZSB5ZWFyIDE5OTYgQy5FLgoKICAgTW9zdCB2YXJpYW50cyB0aGF0IHNoYXJlIGEgcHJlZml4
IGFyZSBtdXR1YWxseSBleGNsdXNpdmUuICBGb3IKICAgZXhhbXBsZSwgdGhlIEdlcm1hbiBv
cnRob2dyYXBoaWMgdmFyaWF0aW9ucyAnMTk5NicgYW5kICcxOTAxJyBTSE9VTEQKICAgTk9U
IGJlIHVzZWQgaW4gdGhlIHNhbWUgdGFnLCBhcyB0aGV5IHJlcHJlc2VudCB0aGUgZGF0ZXMg
b2YgZGlmZmVyZW50CiAgIHNwZWxsaW5nIHJlZm9ybXMuICBBIHZhcmlhbnQgdGhhdCBjYW4g
bWVhbmluZ2Z1bGx5IGJlIHVzZWQgaW4KICAgY29tYmluYXRpb24gd2l0aCBhbm90aGVyIHZh
cmlhbnQgU0hPVUxEIGluY2x1ZGUgYSAnUHJlZml4JyBmaWVsZCBpbgogICBpdHMgcmVnaXN0
cnkgcmVjb3JkIHRoYXQgbGlzdHMgdGhhdCBvdGhlciB2YXJpYW50LiAgRm9yIGV4YW1wbGUs
IGlmCiAgIGFub3RoZXIgR2VybWFuIHZhcmlhbnQgJ2V4YW1wbGUnIHdlcmUgY3JlYXRlZCB0
aGF0IG1hZGUgc2Vuc2UgdG8gdXNlCiAgIHdpdGggJzE5OTYnLCB0aGVuICdleGFtcGxlJyBz
aG91bGQgaW5jbHVkZSB0d28gUHJlZml4IGZpZWxkczogImRlIgogICBhbmQgImRlLTE5OTYi
LgoKMi4yLjYuICBFeHRlbnNpb24gU3VidGFncwoKICAgRXh0ZW5zaW9ucyBwcm92aWRlIGEg
bWVjaGFuaXNtIGZvciBleHRlbmRpbmcgbGFuZ3VhZ2UgdGFncyBmb3IgdXNlIGluCiAgIHZh
cmlvdXMgYXBwbGljYXRpb25zLiAgU2VlIFNlY3Rpb24gMy43LiAgVGhlIGZvbGxvd2luZyBy
dWxlcyBhcHBseSB0bwogICBleHRlbnNpb25zOgoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAg
ICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSAxNV0K
DApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAg
ICAgICAgIERlY2VtYmVyIDIwMDYKCgogICAxLiAgIEV4dGVuc2lvbiBzdWJ0YWdzIGFyZSBz
ZXBhcmF0ZWQgZnJvbSB0aGUgb3RoZXIgc3VidGFncyBkZWZpbmVkCiAgICAgICAgaW4gdGhp
cyBkb2N1bWVudCBieSBhIHNpbmdsZS1jaGFyYWN0ZXIgc3VidGFnICgic2luZ2xldG9uIiku
CiAgICAgICAgVGhlIHNpbmdsZXRvbiBNVVNUIGJlIG9uZSBhbGxvY2F0ZWQgdG8gYSByZWdp
c3RyYXRpb24gYXV0aG9yaXR5CiAgICAgICAgdmlhIHRoZSBtZWNoYW5pc20gZGVzY3JpYmVk
IGluIFNlY3Rpb24gMy43IGFuZCBNVVNUIE5PVCBiZSB0aGUKICAgICAgICBsZXR0ZXIgJ3gn
LCB3aGljaCBpcyByZXNlcnZlZCBmb3IgcHJpdmF0ZSB1c2Ugc3VidGFnIHNlcXVlbmNlcy4K
CiAgIDIuICAgTm90ZTogUHJpdmF0ZSB1c2Ugc3VidGFnIHNlcXVlbmNlcyBzdGFydGluZyB3
aXRoIHRoZSBzaW5nbGV0b24KICAgICAgICBzdWJ0YWcgJ3gnIGFyZSBkZXNjcmliZWQgaW4g
U2VjdGlvbiAyLjIuNyBiZWxvdy4KCiAgIDMuICAgQW4gZXh0ZW5zaW9uIE1VU1QgZm9sbG93
IGF0IGxlYXN0IGEgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWcuCiAgICAgICAgVGhhdCBpcywg
YSBsYW5ndWFnZSB0YWcgY2Fubm90IGJlZ2luIHdpdGggYW4gZXh0ZW5zaW9uLgogICAgICAg
IEV4dGVuc2lvbnMgZXh0ZW5kIGxhbmd1YWdlIHRhZ3MsIHRoZXkgZG8gbm90IG92ZXJyaWRl
IG9yIHJlcGxhY2UKICAgICAgICB0aGVtLiAgRm9yIGV4YW1wbGUsICJhLXZhbHVlIiBpcyBu
b3QgYSB3ZWxsLWZvcm1lZCBsYW5ndWFnZSB0YWcsCiAgICAgICAgd2hpbGUgImRlLWEtdmFs
dWUiIGlzLgoKICAgNC4gICBFYWNoIHNpbmdsZXRvbiBzdWJ0YWcgTVVTVCBhcHBlYXIgYXQg
bW9zdCBvbmUgdGltZSBpbiBlYWNoIHRhZwogICAgICAgIChvdGhlciB0aGFuIGFzIGEgcHJp
dmF0ZSB1c2Ugc3VidGFnKS4gIFRoYXQgaXMsIHNpbmdsZXRvbgogICAgICAgIHN1YnRhZ3Mg
TVVTVCBOT1QgYmUgcmVwZWF0ZWQuICBGb3IgZXhhbXBsZSwgdGhlIHRhZyAiZW4tYS1iYmIt
YS0KICAgICAgICBjY2MiIGlzIGludmFsaWQgYmVjYXVzZSB0aGUgc3VidGFnICdhJyBhcHBl
YXJzIHR3aWNlLiAgTm90ZSB0aGF0CiAgICAgICAgdGhlIHRhZyAiZW4tYS1iYmIteC1hLWNj
YyIgaXMgdmFsaWQgYmVjYXVzZSB0aGUgc2Vjb25kCiAgICAgICAgYXBwZWFyYW5jZSBvZiB0
aGUgc2luZ2xldG9uICdhJyBpcyBpbiBhIHByaXZhdGUgdXNlIHNlcXVlbmNlLgoKICAgNS4g
ICBFeHRlbnNpb24gc3VidGFncyBNVVNUIG1lZXQgYWxsIG9mIHRoZSByZXF1aXJlbWVudHMg
Zm9yIHRoZQogICAgICAgIGNvbnRlbnQgYW5kIGZvcm1hdCBvZiBzdWJ0YWdzIGRlZmluZWQg
aW4gdGhpcyBkb2N1bWVudC4KCiAgIDYuICAgRXh0ZW5zaW9uIHN1YnRhZ3MgTVVTVCBtZWV0
IHdoYXRldmVyIHJlcXVpcmVtZW50cyBhcmUgc2V0IGJ5IHRoZQogICAgICAgIGRvY3VtZW50
IHRoYXQgZGVmaW5lcyB0aGVpciBzaW5nbGV0b24gcHJlZml4IGFuZCB3aGF0ZXZlcgogICAg
ICAgIHJlcXVpcmVtZW50cyBhcmUgcHJvdmlkZWQgYnkgdGhlIG1haW50YWluaW5nIGF1dGhv
cml0eS4KCiAgIDcuICAgRWFjaCBleHRlbnNpb24gc3VidGFnIE1VU1QgYmUgZnJvbSB0d28g
dG8gZWlnaHQgY2hhcmFjdGVycyBsb25nCiAgICAgICAgYW5kIGNvbnNpc3Qgc29sZWx5IG9m
IGxldHRlcnMgb3IgZGlnaXRzLCB3aXRoIGVhY2ggc3VidGFnCiAgICAgICAgc2VwYXJhdGVk
IGJ5IGEgc2luZ2xlICctJy4KCiAgIDguICAgRWFjaCBzaW5nbGV0b24gTVVTVCBiZSBmb2xs
b3dlZCBieSBhdCBsZWFzdCBvbmUgZXh0ZW5zaW9uCiAgICAgICAgc3VidGFnLiAgRm9yIGV4
YW1wbGUsIHRoZSB0YWcgInRsaC1hLWItZm9vIiBpcyBpbnZhbGlkIGJlY2F1c2UKICAgICAg
ICB0aGUgZmlyc3Qgc2luZ2xldG9uICdhJyBpcyBmb2xsb3dlZCBpbW1lZGlhdGVseSBieSBh
bm90aGVyCiAgICAgICAgc2luZ2xldG9uICdiJy4KCiAgIDkuICAgRXh0ZW5zaW9uIHN1YnRh
Z3MgTVVTVCBmb2xsb3cgYWxsIGxhbmd1YWdlLCBleHRlbmRlZCBsYW5ndWFnZSwKICAgICAg
ICBzY3JpcHQsIHJlZ2lvbiwgYW5kIHZhcmlhbnQgc3VidGFncyBpbiBhIHRhZy4KCiAgIDEw
LiAgQWxsIHN1YnRhZ3MgZm9sbG93aW5nIHRoZSBzaW5nbGV0b24gYW5kIGJlZm9yZSBhbm90
aGVyIHNpbmdsZXRvbgogICAgICAgIGFyZSBwYXJ0IG9mIHRoZSBleHRlbnNpb24uICBFeGFt
cGxlOiBJbiB0aGUgdGFnICJmci1hLUxhdG4iLCB0aGUKICAgICAgICBzdWJ0YWcgJ0xhdG4n
IGRvZXMgbm90IHJlcHJlc2VudCB0aGUgc2NyaXB0IHN1YnRhZyAnTGF0bicKICAgICAgICBk
ZWZpbmVkIGluIHRoZSBJQU5BIExhbmd1YWdlIFN1YnRhZyBSZWdpc3RyeS4gIEl0cyBtZWFu
aW5nIGlzCiAgICAgICAgZGVmaW5lZCBieSB0aGUgZXh0ZW5zaW9uICdhJy4KCgoKCgpQaGls
bGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAg
ICAgICBbUGFnZSAxNl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3Mt
cmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICAxMS4gIEluIHRoZSBl
dmVudCB0aGF0IG1vcmUgdGhhbiBvbmUgZXh0ZW5zaW9uIGFwcGVhcnMgaW4gYSBzaW5nbGUK
ICAgICAgICB0YWcsIHRoZSB0YWcgU0hPVUxEIGJlIGNhbm9uaWNhbGl6ZWQgYXMgZGVzY3Jp
YmVkIGluCiAgICAgICAgU2VjdGlvbiA0LjQuCgogICBGb3IgZXhhbXBsZSwgaWYgdGhlIHBy
ZWZpeCBzaW5nbGV0b24gJ3InIGFuZCB0aGUgc2hvd24gc3VidGFncyB3ZXJlCiAgIGRlZmlu
ZWQsIHRoZW4gdGhlIGZvbGxvd2luZyB0YWcgd291bGQgYmUgYSB2YWxpZCBleGFtcGxlOiAi
ZW4tTGF0bi0KICAgR0ItYm9vbnQtci1leHRlbmRlZC1zZXF1ZW5jZS14LXByaXZhdGUiCgoy
LjIuNy4gIFByaXZhdGUgVXNlIFN1YnRhZ3MKCiAgIFByaXZhdGUgdXNlIHN1YnRhZ3MgYXJl
IHVzZWQgdG8gaW5kaWNhdGUgZGlzdGluY3Rpb25zIGluIGxhbmd1YWdlCiAgIGltcG9ydGFu
dCBpbiBhIGdpdmVuIGNvbnRleHQgYnkgcHJpdmF0ZSBhZ3JlZW1lbnQuICBUaGUgZm9sbG93
aW5nCiAgIHJ1bGVzIGFwcGx5IHRvIHByaXZhdGUgdXNlIHN1YnRhZ3M6CgogICAxLiAgUHJp
dmF0ZSB1c2Ugc3VidGFncyBhcmUgc2VwYXJhdGVkIGZyb20gdGhlIG90aGVyIHN1YnRhZ3Mg
ZGVmaW5lZAogICAgICAgaW4gdGhpcyBkb2N1bWVudCBieSB0aGUgcmVzZXJ2ZWQgc2luZ2xl
LWNoYXJhY3RlciBzdWJ0YWcgJ3gnLgoKICAgMi4gIFByaXZhdGUgdXNlIHN1YnRhZ3MgTVVT
VCBjb25mb3JtIHRvIHRoZSBmb3JtYXQgYW5kIGNvbnRlbnQKICAgICAgIGNvbnN0cmFpbnRz
IGRlZmluZWQgaW4gdGhlIEFCTkYgZm9yIGFsbCBzdWJ0YWdzLgoKICAgMy4gIFByaXZhdGUg
dXNlIHN1YnRhZ3MgTVVTVCBmb2xsb3cgYWxsIGxhbmd1YWdlLCBleHRlbmRlZCBsYW5ndWFn
ZSwKICAgICAgIHNjcmlwdCwgcmVnaW9uLCB2YXJpYW50LCBhbmQgZXh0ZW5zaW9uIHN1YnRh
Z3MgaW4gdGhlIHRhZy4KICAgICAgIEFub3RoZXIgd2F5IG9mIHNheWluZyB0aGlzIGlzIHRo
YXQgYWxsIHN1YnRhZ3MgZm9sbG93aW5nIHRoZQogICAgICAgc2luZ2xldG9uICd4JyBNVVNU
IGJlIGNvbnNpZGVyZWQgcHJpdmF0ZSB1c2UuICBFeGFtcGxlOiBUaGUKICAgICAgIHN1YnRh
ZyAnVVMnIGluIHRoZSB0YWcgImVuLXgtVVMiIGlzIGEgcHJpdmF0ZSB1c2Ugc3VidGFnLgoK
ICAgNC4gIEEgdGFnIE1BWSBjb25zaXN0IGVudGlyZWx5IG9mIHByaXZhdGUgdXNlIHN1YnRh
Z3MuCgogICA1LiAgTm8gc291cmNlIGlzIGRlZmluZWQgZm9yIHByaXZhdGUgdXNlIHN1YnRh
Z3MuICBVc2Ugb2YgcHJpdmF0ZSB1c2UKICAgICAgIHN1YnRhZ3MgaXMgYnkgcHJpdmF0ZSBh
Z3JlZW1lbnQgb25seS4KCiAgIDYuICBQcml2YXRlIHVzZSBzdWJ0YWdzIGFyZSBOT1QgUkVD
T01NRU5ERUQgd2hlcmUgYWx0ZXJuYXRpdmVzIGV4aXN0CiAgICAgICBvciBmb3IgZ2VuZXJh
bCBpbnRlcmNoYW5nZS4gIFNlZSBTZWN0aW9uIDQuNSBmb3IgbW9yZSBpbmZvcm1hdGlvbgog
ICAgICAgb24gcHJpdmF0ZSB1c2Ugc3VidGFnIGNob2ljZS4KCiAgIEZvciBleGFtcGxlOiBV
c2VycyB3aG8gd2lzaGVkIHRvIHV0aWxpemUgY29kZXMgZnJvbSB0aGUgRXRobm9sb2d1ZQog
ICBwdWJsaWNhdGlvbiBvZiBTSUwgSW50ZXJuYXRpb25hbCBmb3IgbGFuZ3VhZ2UgaWRlbnRp
ZmljYXRpb24gbWlnaHQKICAgYWdyZWUgdG8gZXhjaGFuZ2UgdGFncyBzdWNoIGFzICJhei1B
cmFiLXgtQVpFLWRlcmJlbmQiLiAgVGhpcyBleGFtcGxlCiAgIGNvbnRhaW5zIHR3byBwcml2
YXRlIHVzZSBzdWJ0YWdzLiAgVGhlIGZpcnN0IGlzICdBWkUnIGFuZCB0aGUgc2Vjb25kCiAg
IGlzICdkZXJiZW5kJy4KCjIuMi44LiAgR3JhbmRmYXRoZXJlZCBSZWdpc3RyYXRpb25zCgog
ICBQcmlvciB0byBSRkMgNDY0Niwgd2hvbGUgbGFuZ3VhZ2UgdGFncyB3ZXJlIHJlZ2lzdGVy
ZWQgYWNjb3JkaW5nIHRvCiAgIHRoZSBydWxlcyBpbiBSRkMgMTc2NiBhbmQvb3IgUkZDIDMw
NjYuICBUaGVzZSByZWdpc3RlcmVkIHRhZ3MKICAgbWFpbnRhaW4gdGhlaXIgdmFsaWRpdHku
ICBPZiB0aG9zZSB0YWdzLCB0aG9zZSB0aGF0IHdlcmUgbWFkZQogICBvYnNvbGV0ZSBvciBy
ZWR1bmRhbnQgYnkgdGhlIGFkdmVudCBvZiBSRkMgNDY0NiBvciBieSBzdWJzZXF1ZW50CiAg
IHJlZ2lzdHJhdGlvbiBvZiBzdWJ0YWdzIGFyZSBtYWludGFpbmVkIGluIHRoZSByZWdpc3Ry
eSBpbiByZWNvcmRzIGFzCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBK
dW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQYWdlIDE3XQoMCkludGVybmV0LURyYWZ0
ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIg
MjAwNgoKCiAgICJyZWR1bmRhbnQiIHRhZyByZWNvcmRzLiAgVGhvc2UgdGFncyB0aGF0IHdv
dWxkIG5vdCBiZSB3ZWxsLWZvcm1lZAogICBhY2NvcmRpbmcgdG8gdGhlIEFCTkYgaW4gdGhp
cyBkb2N1bWVudCBvciB0aGF0IGNvbnRhaW4gc3VidGFncyB0aGF0CiAgIGRvIG5vdCBpbmRp
dmlkdWFsbHkgYXBwZWFyIGluIHRoZSByZWdpc3RyeSBhcmUgbWFpbnRhaW5lZCBpbiB0aGUK
ICAgcmVnaXN0cnkgaW4gcmVjb3JkcyBvZiB0aGUgImdyYW5kZmF0aGVyZWQiIHR5cGUuCgog
ICBHcmFuZGZhdGhlcmVkIHRhZ3MgY29udGFpbiBvbmUgb3IgbW9yZSBzdWJ0YWdzIHRoYXQg
YXJlIG5vdCBkZWZpbmVkCiAgIGluIHRoZSBMYW5ndWFnZSBTdWJ0YWcgUmVnaXN0cnkgKHNl
ZSBTZWN0aW9uIDMpLiAgUmVkdW5kYW50IHRhZ3MKICAgY29uc2lzdCBlbnRpcmVseSBvZiBz
dWJ0YWdzIGRlZmluZWQgYWJvdmUgYW5kIHdob3NlIGluZGVwZW5kZW50CiAgIHJlZ2lzdHJh
dGlvbiB3YXMgc3VwZXJzZWRlZCBieSBbUkZDNDY0Nl0uICBGb3IgbW9yZSBpbmZvcm1hdGlv
biBzZWUKICAgU2VjdGlvbiAzLjguCgogICBTb21lIGdyYW5kZmF0aGVyZWQgdGFncyBhcmUg
InJlZ3VsYXIiIGluIHRoYXQgdGhleSBtYXRjaCB0aGUKICAgJ2xhbmd0YWcnIHByb2R1Y3Rp
b24gaW4gRmlndXJlIDEuICBJbiBzb21lIGNhc2VzLCB0aGVzZSB0YWdzIGNvdWxkCiAgIGJl
Y29tZSByZWR1bmRhbnQgaWYgdGhlaXIgKGN1cnJlbnQgdW5yZWdpc3RlcmVkKSBzdWJ0YWdz
IHdlcmUgdG8gYmUKICAgcmVnaXN0ZXJlZCAoYXMgdmFyaWFudHMsIGZvciBleGFtcGxlKS4g
IEluIG90aGVyIGNhc2VzLCBhbHRob3VnaCB0aGUKICAgc3VidGFncyBtYXRjaCB0aGUgbGFu
Z3VhZ2UgdGFnIHBhdHRlcm4sIHRoZSBtZWFuaW5nIGFzc2lnbmVkIHRvIHRoZQogICB2YXJp
b3VzIHN1YnRhZ3MgaXMgcHJvaGliaXRlZCBieSBydWxlcyBlbHNld2hlcmUgaW4gdGhpcyBk
b2N1bWVudC4KICAgVGhvc2UgdGFncyBjYW4gbmV2ZXIgYmVjb21lIHJlZHVuZGFudC4KCiAg
IFRoZSByZW1haW5pbmcgZ3JhbmRmYXRoZXJlZCB0YWdzIGFyZSAiaXJyZWd1bGFyIiBhbmQg
ZG8gbm90IG1hdGNoIHRoZQogICAnbGFuZ3RhZycgcHJvZHVjdGlvbi4gIFRoZXNlIGFyZSBs
aXN0ZWQgaW4gdGhlICdpcnJlZ3VsYXInIHByb2R1Y3Rpb24KICAgaW4gRmlndXJlIDEuICBU
aGVzZSBncmFuZGZhdGhlcmVkIHRhZ3MgY2FuIG5ldmVyIGJlY29tZSByZWR1bmRhbnQuCiAg
IE1hbnkgb2YgdGhlc2UgdGFncyBoYXZlIGJlZW4gc3VwZXJzZWRlZCBieSBvdGhlciByZWdp
c3RyYXRpb25zOiB0aGVpcgogICByZWNvcmQgY29udGFpbnMgYSBQcmVmZXJyZWQtVmFsdWUg
ZmllbGQgdGhhdCByZWFsbHkgb3VnaHQgdG8gYmUgdXNlZAogICB0byBmb3JtIGxhbmd1YWdl
IHRhZ3MgcmVwcmVzZW50aW5nIHRoYXQgdmFsdWUuCgoyLjIuOS4gIENsYXNzZXMgb2YgQ29u
Zm9ybWFuY2UKCiAgIEltcGxlbWVudGF0aW9ucyBzb21ldGltZXMgbmVlZCB0byBkZXNjcmli
ZSB0aGVpciBjYXBhYmlsaXRpZXMgd2l0aAogICByZWdhcmQgdG8gdGhlIHJ1bGVzIGFuZCBw
cmFjdGljZXMgZGVzY3JpYmVkIGluIHRoaXMgZG9jdW1lbnQuICBUaGVyZQogICBhcmUgdHdv
IGNsYXNzZXMgb2YgY29uZm9ybWluZyBpbXBsZW1lbnRhdGlvbnMgZGVzY3JpYmVkIGJ5IHRo
aXMKICAgZG9jdW1lbnQ6ICJ3ZWxsLWZvcm1lZCIgcHJvY2Vzc29ycyBhbmQgInZhbGlkYXRp
bmciIHByb2Nlc3NvcnMuCiAgIENsYWltcyBvZiBjb25mb3JtYW5jZSBTSE9VTEQgZXhwbGlj
aXRseSByZWZlcmVuY2Ugb25lIG9mIHRoZXNlCiAgIGRlZmluaXRpb25zLgoKICAgQW4gaW1w
bGVtZW50YXRpb24gb2YgIndlbGwtZm9ybWVkIiBjaGVja2luZyBvZiBsYW5ndWFnZSB0YWdz
IE1VU1QKICAgY2hlY2sgdGhhdCB0aGUgdGFnIGFuZCBhbGwgb2YgaXRzIHN1YnRhZ3MsIGlu
Y2x1ZGluZyBleHRlbnNpb24gYW5kCiAgIHByaXZhdGUgdXNlIHN1YnRhZ3MsIGNvbmZvcm0g
dG8gdGhlIEFCTkYuICBOb3RlIHRoYXQgaXJyZWd1bGFyCiAgIGdyYW5kZmF0aGVyZWQgdGFn
cyBhcmUgbm93IGxpc3RlZCBpbiB0aGUgJ2lycmVndWxhcicgcHJvZHVjdGlvbi4KCiAgIEFu
IGltcGxlbWVudGF0aW9uIG9mICJ3ZWxsLWZvcm1lZCIgY2hlY2tpbmcgU0hPVUxEIGNoZWNr
IHRoYXQKICAgc2luZ2xldG9uIHN1YnRhZ3MgdGhhdCBpZGVudGlmeSBleHRlbnNpb25zIGRv
IG5vdCByZXBlYXQuICBGb3IKICAgZXhhbXBsZSwgdGhlIHRhZyAiZW4tYS14eC1iLXl5LWEt
enoiIGlzIG5vdCB3ZWxsLWZvcm1lZC4gIFdlbGwtZm9ybWVkCiAgIHByb2Nlc3NvcnMgYXJl
IHN0cm9uZ2x5IGVuY291cmFnZWQgdG8gaW1wbGVtZW50IHRoZSBjYW5vbmljYWxpemF0aW9u
CiAgIHJ1bGVzIGNvbnRhaW5lZCBpbiBTZWN0aW9uIDQuNC4KCiAgIEFuIGltcGxlbWVudGF0
aW9uIHRoYXQgY2xhaW1zIHRvIGJlIHZhbGlkYXRpbmcgTVVTVDoKCgoKClBoaWxsaXBzICYg
RGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQ
YWdlIDE4XQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3Ry
eSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIG8gIENoZWNrIHRoYXQgdGhlIHRh
ZyBpcyB3ZWxsLWZvcm1lZC4KCiAgIG8gIENoZWNrIHRoYXQgc2luZ2xldG9uZSBzdWJ0YWdz
IHRoYXQgaWRlbnRpZnkgZXh0ZW5zaW9ucyBkbyBub3QKICAgICAgcmVwZWF0LgoKICAgbyAg
U3BlY2lmeSB0aGUgcGFydGljdWxhciByZWdpc3RyeSBkYXRlIGZvciB3aGljaCB0aGUgaW1w
bGVtZW50YXRpb24KICAgICAgcGVyZm9ybXMgdmFsaWRhdGlvbiBvZiBzdWJ0YWdzLgoKICAg
byAgQ2hlY2sgdGhhdCBlaXRoZXIgdGhlIHRhZyBpcyBhIGdyYW5kZmF0aGVyZWQgdGFnLCBv
ciB0aGF0IGFsbAogICAgICBsYW5ndWFnZSwgc2NyaXB0LCByZWdpb24sIGFuZCB2YXJpYW50
IHN1YnRhZ3MgY29uc2lzdCBvZiB2YWxpZAogICAgICBjb2RlcyBmb3IgdXNlIGluIGxhbmd1
YWdlIHRhZ3MgYWNjb3JkaW5nIHRvIHRoZSBJQU5BIHJlZ2lzdHJ5IGFzCiAgICAgIG9mIHRo
ZSBwYXJ0aWN1bGFyIGRhdGUgc3BlY2lmaWVkIGJ5IHRoZSBpbXBsZW1lbnRhdGlvbi4KCiAg
IG8gIFNwZWNpZnkgd2hpY2gsIGlmIGFueSwgZXh0ZW5zaW9uIFJGQ3MgYXMgZGVmaW5lZCBp
biBTZWN0aW9uIDMuNwogICAgICBhcmUgc3VwcG9ydGVkLCBpbmNsdWRpbmcgdmVyc2lvbiwg
cmV2aXNpb24sIGFuZCBkYXRlLgoKICAgbyAgRm9yIGFueSBzdWNoIGV4dGVuc2lvbnMgc3Vw
cG9ydGVkLCBjaGVjayB0aGF0IGFsbCBzdWJ0YWdzIHVzZWQgaW4KICAgICAgdGhhdCBleHRl
bnNpb24gYXJlIHZhbGlkLgoKICAgbyAgRm9yIGV4dGVuZGVkIGxhbmd1YWdlIHN1YnRhZ3Ms
IGNoZWNrIHRoYXQgdGhlIHRhZyBtYXRjaGVzIHRoZQogICAgICAnUHJlZml4JyBmaWVsZCBh
c3NvY2lhdGVkIHdpdGggdGhlIHN1YnRhZy4gIFRoZSB0YWcgbWF0Y2hlcyBpZiB0aGUKICAg
ICAgJ1ByZWZpeCcgZXhhY3RseSBtYXRjaGVzIHRoZSBzdGFydCBvZiB0aGUgdGFnLiAgRm9y
IGV4YW1wbGUsIHRoZQogICAgICBwcmVmaXggInNnbi1hc2UiIG1hdGNoZXMgdGhlIHRhZyAi
c2duLWFzZS1VUyIgYnV0IGRvZXMgbm90IG1hdGNoCiAgICAgIHRoZSB0YWcgInNnbi1idnMt
YXNlLVVTIi4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAg
ICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgMTld
CgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAg
ICAgICAgICBEZWNlbWJlciAyMDA2CgoKMy4gIFJlZ2lzdHJ5IEZvcm1hdCBhbmQgTWFpbnRl
bmFuY2UKCiAgIFRoaXMgc2VjdGlvbiBkZWZpbmVzIHRoZSBMYW5ndWFnZSBTdWJ0YWcgUmVn
aXN0cnkgYW5kIHRoZSBtYWludGVuYW5jZQogICBhbmQgdXBkYXRlIHByb2NlZHVyZXMgYXNz
b2NpYXRlZCB3aXRoIGl0LCBhcyB3ZWxsIGFzIGEgcmVnaXN0cnkgZm9yCiAgIGV4dGVuc2lv
bnMgdG8gbGFuZ3VhZ2UgdGFncyAoU2VjdGlvbiAzLjcpLgoKICAgVGhlIExhbmd1YWdlIFN1
YnRhZyBSZWdpc3RyeSBjb250YWlucyBhIGNvbXByZWhlbnNpdmUgbGlzdCBvZiBhbGwgb2YK
ICAgdGhlIHN1YnRhZ3MgdmFsaWQgaW4gbGFuZ3VhZ2UgdGFncy4gIFRoaXMgYWxsb3dzIGlt
cGxlbWVudGVycyBhCiAgIHN0cmFpZ2h0Zm9yd2FyZCBhbmQgcmVsaWFibGUgd2F5IHRvIHZh
bGlkYXRlIGxhbmd1YWdlIHRhZ3MuICBUaGUKICAgTGFuZ3VhZ2UgU3VidGFnIFJlZ2lzdHJ5
IHdpbGwgYmUgbWFpbnRhaW5lZCBzbyB0aGF0LCBleGNlcHQgZm9yCiAgIGV4dGVuc2lvbiBz
dWJ0YWdzLCBpdCBpcyBwb3NzaWJsZSB0byB2YWxpZGF0ZSBhbGwgb2YgdGhlIHN1YnRhZ3Mg
dGhhdAogICBhcHBlYXIgaW4gYSBsYW5ndWFnZSB0YWcgdW5kZXIgdGhlIHByb3Zpc2lvbnMg
b2YgdGhpcyBkb2N1bWVudCBvciBpdHMKICAgcmV2aXNpb25zIG9yIHN1Y2Nlc3NvcnMuICBJ
biBhZGRpdGlvbiwgdGhlIG1lYW5pbmcgb2YgdGhlIHZhcmlvdXMKICAgc3VidGFncyB3aWxs
IGJlIHVuYW1iaWd1b3VzIGFuZCBzdGFibGUgb3ZlciB0aW1lLiAgKFRoZSBtZWFuaW5nIG9m
CiAgIHByaXZhdGUgdXNlIHN1YnRhZ3MsIG9mIGNvdXJzZSwgaXMgbm90IGRlZmluZWQgYnkg
dGhlIElBTkEgcmVnaXN0cnkuKQoKMy4xLiAgRm9ybWF0IG9mIHRoZSBJQU5BIExhbmd1YWdl
IFN1YnRhZyBSZWdpc3RyeQoKICAgVGhlIElBTkEgTGFuZ3VhZ2UgU3VidGFnIFJlZ2lzdHJ5
ICgidGhlIHJlZ2lzdHJ5IikgY29uc2lzdHMgb2YgYSB0ZXh0CiAgIGZpbGUgdGhhdCBpcyBt
YWNoaW5lIHJlYWRhYmxlIGluIHRoZSBmb3JtYXQgZGVzY3JpYmVkIGluIHRoaXMKICAgc2Vj
dGlvbiwgcGx1cyBjb3BpZXMgb2YgdGhlIHJlZ2lzdHJhdGlvbiBmb3JtcyBhcHByb3ZlZCBp
biBhY2NvcmRhbmNlCiAgIHdpdGggdGhlIHByb2Nlc3MgZGVzY3JpYmVkIGluIFNlY3Rpb24g
My41LiAgVGhlIGV4aXN0aW5nIHJlZ2lzdHJhdGlvbgogICBmb3JtcyBmb3IgZ3JhbmRmYXRo
ZXJlZCBhbmQgcmVkdW5kYW50IHRhZ3MgdGFrZW4gZnJvbSBSRkMgMzA2NiB3aWxsCiAgIGJl
IG1haW50YWluZWQgYXMgcGFydCBvZiB0aGUgb2Jzb2xldGUgUkZDIDMwNjYgcmVnaXN0cnku
ICBUaGUKICAgcmVtYWluaW5nIHNldCBvZiBpbml0aWFsIHN1YnRhZ3Mgd2lsbCBub3QgaGF2
ZSByZWdpc3RyYXRpb24gZm9ybXMKICAgY3JlYXRlZCBmb3IgdGhlbS4KCjMuMS4xLiAgRmls
ZSBGb3JtYXQKCiAgIFRoZSByZWdpc3RyeSBpcyBpbiB0aGUgdGV4dCBmb3JtYXQgZGVzY3Jp
YmVkIGJlbG93LiAgVGhpcyBmb3JtYXQgd2FzCiAgIGJhc2VkIG9uIHRoZSByZWNvcmQtamFy
IGZvcm1hdCBkZXNjcmliZWQgaW4gW3JlY29yZC1qYXJdLgoKICAgRWFjaCBsaW5lIG9mIHRl
eHQgaXMgbGltaXRlZCB0byA3MiBjaGFyYWN0ZXJzLCBpbmNsdWRpbmcgYWxsCiAgIHdoaXRl
c3BhY2UuICBSZWNvcmRzIGFyZSBzZXBhcmF0ZWQgYnkgbGluZXMgY29udGFpbmluZyBvbmx5
IHRoZQogICBzZXF1ZW5jZSAiJSUiICgleDI1LjI1KS4KCiAgIEVhY2ggZmllbGQgY2FuIGJl
IHZpZXdlZCBhcyBhIHNpbmdsZSwgbG9naWNhbCBsaW5lIG9mIEFTQ0lJCiAgIGNoYXJhY3Rl
cnMsIGNvbXByaXNpbmcgYSBmaWVsZC1uYW1lIGFuZCBhIGZpZWxkLWJvZHkgc2VwYXJhdGVk
IGJ5IGEKICAgQ09MT04gY2hhcmFjdGVyICgleDNBKS4gIEZvciBjb252ZW5pZW5jZSwgdGhl
IGZpZWxkLWJvZHkgcG9ydGlvbiBvZgogICB0aGlzIGNvbmNlcHR1YWwgZW50aXR5IGNhbiBi
ZSBzcGxpdCBpbnRvIGEgbXVsdGlwbGUtbGluZQogICByZXByZXNlbnRhdGlvbjsgdGhpcyBp
cyBjYWxsZWQgImZvbGRpbmciLiAgVGhlIGZvcm1hdCBvZiB0aGUgcmVnaXN0cnkKICAgaXMg
ZGVzY3JpYmVkIGJ5IHRoZSBmb2xsb3dpbmcgQUJORiAocGVyIFtSRkM0MjM0XSk6CgoKCgoK
CgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAg
ICAgICAgICAgICAgIFtQYWdlIDIwXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBs
YW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIHJlZ2lz
dHJ5ICAgPSByZWNvcmQgKigiJSUiIENSTEYgcmVjb3JkKQogICByZWNvcmQgICAgID0gMSoo
IGZpZWxkLW5hbWUgKlNQICI6IiAqU1AgZmllbGQtYm9keSBDUkxGICkKICAgZmllbGQtbmFt
ZSA9IChBTFBIQSAvIERJR0lUKSBbKihBTFBIQSAvIERJR0lUIC8gIi0iKSAoQUxQSEEgLyBE
SUdJVCldCiAgIGZpZWxkLWJvZHkgPSAqKEFTQ0NIQVIvTFdTUCkKICAgQVNDQ0hBUiAgICA9
ICV4MjEtMjUgLyAleDI3LTdFIC8gVU5JQ0hBUiA7IE5vdGU6IEFNUEVSU0FORCBpcyAleDI2
CiAgIFVOSUNIQVIgICAgPSAiJiN4IiAyKjZIRVhESUcgIjsiCgogICBGaWd1cmUgMjogUmVn
aXN0cnkgRm9ybWF0IEFCTkYKCiAgIFRoZSBzZXF1ZW5jZSAnLi4nICgleDJFLjJFKSBpbiBh
IGZpZWxkLWJvZHkgZGVub3RlcyBhIHJhbmdlIG9mCiAgIHZhbHVlcy4gIFN1Y2ggYSByYW5n
ZSByZXByZXNlbnRzIGFsbCBzdWJ0YWdzIG9mIHRoZSBzYW1lIGxlbmd0aCB0aGF0CiAgIGFy
ZSBpbiBhbHBoYWJldGljIG9yIG51bWVyaWMgb3JkZXIgd2l0aGluIHRoYXQgcmFuZ2UsIGlu
Y2x1ZGluZyB0aGUKICAgdmFsdWVzIGV4cGxpY2l0bHkgbWVudGlvbmVkLiAgRm9yIGV4YW1w
bGUgJ2EuLmMnIGRlbm90ZXMgdGhlIHZhbHVlcwogICAnYScsICdiJywgYW5kICdjJyBhbmQg
JzExLi4xMycgZGVub3RlcyB0aGUgdmFsdWVzICcxMScsICcxMicsIGFuZAogICAnMTMnLgoK
ICAgQ2hhcmFjdGVycyBmcm9tIG91dHNpZGUgdGhlIFVTLUFTQ0lJIFtJU082NDZdIHJlcGVy
dG9pcmUsIGFzIHdlbGwgYXMKICAgdGhlIEFNUEVSU0FORCBjaGFyYWN0ZXIgKCImIiwgJXgy
Nikgd2hlbiBpdCBvY2N1cnMgaW4gYSBmaWVsZC1ib2R5LAogICBhcmUgcmVwcmVzZW50ZWQg
YnkgYSAiTnVtZXJpYyBDaGFyYWN0ZXIgUmVmZXJlbmNlIiB1c2luZyBoZXhhZGVjaW1hbAog
ICBub3RhdGlvbiBpbiB0aGUgc3R5bGUgdXNlZCBieSBbWE1MMTBdIChzZWUKICAgPGh0dHA6
Ly93d3cudzMub3JnL1RSL1JFQy14bWwvI2R0LWNoYXJyZWY+KS4gIFRoaXMgY29uc2lzdHMg
b2YgdGhlCiAgIHNlcXVlbmNlICImI3giICgleDI2LjIzLjc4KSBmb2xsb3dlZCBieSBhIGhl
eGFkZWNpbWFsIHJlcHJlc2VudGF0aW9uCiAgIG9mIHRoZSBjaGFyYWN0ZXIncyBjb2RlIHBv
aW50IGluIFtJU08xMDY0Nl0gZm9sbG93ZWQgYnkgYSBjbG9zaW5nCiAgIHNlbWljb2xvbiAo
JXgzQikuICBGb3IgZXhhbXBsZSwgdGhlIEVVUk8gU0lHTiwgVSsyMEFDLCB3b3VsZCBiZQog
ICByZXByZXNlbnRlZCBieSB0aGUgc2VxdWVuY2UgIiYjeDIwQUM7Ii4gIE5vdGUgdGhhdCB0
aGUgaGV4YWRlY2ltYWwKICAgbm90YXRpb24gTUFZIGhhdmUgYmV0d2VlbiB0d28gYW5kIHNp
eCBkaWdpdHMuCgogICBBbGwgZmllbGRzIHdob3NlIGZpZWxkLWJvZHkgY29udGFpbnMgYSBk
YXRlIHZhbHVlIHVzZSB0aGUgImZ1bGwtZGF0ZSIKICAgZm9ybWF0IHNwZWNpZmllZCBpbiBb
UkZDMzMzOV0uICBGb3IgZXhhbXBsZTogIjIwMDQtMDYtMjgiIHJlcHJlc2VudHMKICAgSnVu
ZSAyOCwgMjAwNCwgaW4gdGhlIEdyZWdvcmlhbiBjYWxlbmRhci4KCjMuMS4yLiAgUmVjb3Jk
IERlZmluaXRpb25zCgogICBUaGVyZSBhcmUgdGhyZWUgdHlwZXMgb2YgcmVjb3JkcyBpbiB0
aGUgcmVnaXN0cnk6ICJGaWxlLURhdGUiLAogICAiU3VidGFnIiwgYW5kICJUYWciIHJlY29y
ZHMuCgogICBUaGUgZmlyc3QgcmVjb3JkIGluIHRoZSByZWdpc3RyeSBpcyBhICJGaWxlLURh
dGUiIHJlY29yZC4gIFRoaXMKICAgcmVjb3JkIGNvbnRhaW5zIHRoZSBzaW5nbGUgZmllbGQg
d2hvc2UgZmllbGQtbmFtZSBpcyAiRmlsZS1EYXRlIiAoc2VlCiAgIEZpZ3VyZSAyKS4gIFRo
ZSBmaWVsZC1ib2R5IG9mIHRoaXMgcmVjb3JkIGNvbnRhaW5zIHRoZSBsYXN0CiAgIG1vZGlm
aWNhdGlvbiBkYXRlIG9mIHRoaXMgY29weSBvZiB0aGUgcmVnaXN0cnksIG1ha2luZyBpdCBw
b3NzaWJsZSB0bwogICBjb21wYXJlIGRpZmZlcmVudCB2ZXJzaW9ucyBvZiB0aGUgcmVnaXN0
cnkuICBUaGUgcmVnaXN0cnkgb24gdGhlIElBTkEKICAgd2Vic2l0ZSBpcyB0aGUgbW9zdCBj
dXJyZW50LiAgVmVyc2lvbnMgd2l0aCBhbiBvbGRlciBkYXRlIHRoYW4gdGhhdAogICBvbmUg
YXJlIG5vdCB1cC10by1kYXRlLgoKICAgRmlsZS1EYXRlOiAyMDA0LTA2LTI4CiAgICUlCgog
ICBGaWd1cmUgMzogRXhhbXBsZSBvZiB0aGUgRmlsZS1EYXRlIFJlY29yZAoKCgpQaGlsbGlw
cyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAg
ICBbUGFnZSAyMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVn
aXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICBTdWJzZXF1ZW50IHJlY29y
ZHMgcmVwcmVzZW50IGVpdGhlciBzdWJ0YWdzIG9yIHRhZ3MgaW4gdGhlIHJlZ2lzdHJ5Lgog
ICAiU3VidGFnIiByZWNvcmRzIGNvbnRhaW4gYSBmaWVsZCB3aXRoIGEgZmllbGQtbmFtZSBv
ZiAiU3VidGFnIiwKICAgd2hpbGUsIHVuc3VycHJpc2luZ2x5LCAiVGFnIiByZWNvcmRzIGNv
bnRhaW4gYSBmaWVsZCB3aXRoIGEgZmllbGQtCiAgIG5hbWUgb2YgIlRhZyIuICBFYWNoIG9m
IHRoZSBmaWVsZHMgaW4gZWFjaCByZWNvcmQgTVVTVCBvY2N1ciBubyBtb3JlCiAgIHRoYW4g
b25jZSwgdW5sZXNzIG90aGVyd2lzZSBub3RlZCBiZWxvdy4gIEVhY2ggcmVjb3JkIE1VU1Qg
Y29udGFpbgogICB0aGUgZm9sbG93aW5nIGZpZWxkczoKCiAgIG8gICdUeXBlJwoKICAgICAg
KiAgVHlwZSdzIGZpZWxkLWJvZHkgTVVTVCBjb25zaXN0IG9mIG9uZSBvZiB0aGUgZm9sbG93
aW5nIHN0cmluZ3M6CiAgICAgICAgICJsYW5ndWFnZSIsICJleHRsYW5nIiwgInNjcmlwdCIs
ICJyZWdpb24iLCAidmFyaWFudCIsCiAgICAgICAgICJncmFuZGZhdGhlcmVkIiwgYW5kICJy
ZWR1bmRhbnQiIGFuZCBkZW5vdGVzIHRoZSB0eXBlIG9mIHRhZyBvcgogICAgICAgICBzdWJ0
YWcuCgogICBvICBFaXRoZXIgJ1N1YnRhZycgb3IgJ1RhZycKCiAgICAgICogIFN1YnRhZydz
IGZpZWxkLWJvZHkgY29udGFpbnMgdGhlIHN1YnRhZyBiZWluZyBkZWZpbmVkLiAgVGhpcwog
ICAgICAgICBmaWVsZCBNVVNUIG9ubHkgYXBwZWFyIGluIHJlY29yZHMgb2Ygd2hvc2UgJ1R5
cGUnIGhhcyBvbmUgb2YKICAgICAgICAgdGhlc2UgdmFsdWVzOiAibGFuZ3VhZ2UiLCAiZXh0
bGFuZyIsICJzY3JpcHQiLCAicmVnaW9uIiwgb3IKICAgICAgICAgInZhcmlhbnQiLgoKICAg
ICAgKiAgVGFnJ3MgZmllbGQtYm9keSBjb250YWlucyBhIGNvbXBsZXRlIGxhbmd1YWdlIHRh
Zy4gIFRoaXMgZmllbGQKICAgICAgICAgTVVTVCBvbmx5IGFwcGVhciBpbiByZWNvcmRzIHdo
b3NlICdUeXBlJyBoYXMgb25lIG9mIHRoZXNlCiAgICAgICAgIHZhbHVlczogImdyYW5kZmF0
aGVyZWQiIG9yICJyZWR1bmRhbnQiLiAgTm90ZSB0aGF0IHRoZSBmaWVsZC0KICAgICAgICAg
Ym9keSB3aWxsIGFsd2F5cyBmb2xsb3cgdGhlICdncmFuZGZhdGhlcmVkJyBwcm9kdWN0aW9u
IGluIHRoZQogICAgICAgICBBQk5GIGluIFNlY3Rpb24gMi4xCgogICBvICBEZXNjcmlwdGlv
bgoKICAgICAgKiAgRGVzY3JpcHRpb24ncyBmaWVsZC1ib2R5IGNvbnRhaW5zIGEgbm9uLW5v
cm1hdGl2ZSBkZXNjcmlwdGlvbgogICAgICAgICBvZiB0aGUgc3VidGFnIG9yIHRhZy4KCiAg
IG8gIEFkZGVkCgogICAgICAqICBBZGRlZCdzIGZpZWxkLWJvZHkgY29udGFpbnMgdGhlIGRh
dGUgdGhlIHJlY29yZCB3YXMgYWRkZWQgdG8KICAgICAgICAgdGhlIHJlZ2lzdHJ5LgoKICAg
RWFjaCByZWNvcmQgTUFZIGFsc28gY29udGFpbiB0aGUgZm9sbG93aW5nIGZpZWxkczoKCiAg
IG8gIFByZWZlcnJlZC1WYWx1ZQoKICAgICAgKiAgRm9yIGZpZWxkcyBvZiB0eXBlICdzY3Jp
cHQnLCAncmVnaW9uJywgYW5kICd2YXJpYW50JywKICAgICAgICAgJ1ByZWZlcnJlZC1WYWx1
ZScgY29udGFpbnMgdGhlIHN1YnRhZyBvZiB0aGUgc2FtZSAnVHlwZScgdGhhdAogICAgICAg
ICBpcyBwcmVmZXJyZWQgZm9yIGZvcm1pbmcgdGhlIGxhbmd1YWdlIHRhZy4KCiAgICAgICog
IEZvciBmaWVsZHMgb2YgdHlwZSAnbGFuZ3VhZ2UnIGFuZCAnZXh0bGFuZycsICdQcmVmZXJy
ZWQtVmFsdWUnCiAgICAgICAgIGNvbnRhaW5zIHRoZSBsYW5ndWFnZSBwcm9kdWN0aW9uIChz
ZWUgRmlndXJlIDEpIHRoYXQgaXMKICAgICAgICAgcHJlZmVycmVkIHdoZW4gZm9ybWluZyB0
aGUgbGFuZ3VhZ2UgdGFnLiAgVGhpcyBjYW4gYmUgc2ltcGx5IGEKCgoKUGhpbGxpcHMgJiBE
YXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1Bh
Z2UgMjJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5
ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgICAgICAgJ2xhbmd1YWdlJyBzdWJ0
YWcsIG9yIGl0IGNhbiBiZSBhICdsYW5ndWFnZScgc3VidGFnIGZvbGxvd2VkIGJ5CiAgICAg
ICAgIGFuIGV4dGVuZGVkIGxhbmd1YWdlIHNlcXVlbmNlLgoKICAgICAgKiAgRm9yIGZpZWxk
cyBvZiB0eXBlICdncmFuZGZhdGhlcmVkJyBhbmQgJ3JlZHVuZGFudCcsIGEgY2Fub25pY2Fs
CiAgICAgICAgIG1hcHBpbmcgdG8gYSBjb21wbGV0ZSBsYW5ndWFnZSB0YWcuCgogICBvICBE
ZXByZWNhdGVkCgogICAgICAqICBEZXByZWNhdGVkJ3MgZmllbGQtYm9keSBjb250YWlucyB0
aGUgZGF0ZSB0aGUgcmVjb3JkIHdhcwogICAgICAgICBkZXByZWNhdGVkLgoKICAgbyAgUHJl
Zml4CgogICAgICAqICBQcmVmaXgncyBmaWVsZC1ib2R5IGNvbnRhaW5zIGEgbGFuZ3VhZ2Ug
dGFnIHdpdGggd2hpY2ggdGhpcwogICAgICAgICBzdWJ0YWcgTUFZIGJlIHVzZWQgdG8gZm9y
bSBhIG5ldyBsYW5ndWFnZSB0YWcsIHBlcmhhcHMgd2l0aAogICAgICAgICBvdGhlciBzdWJ0
YWdzIGFzIHdlbGwuICBUaGlzIGZpZWxkIE1VU1Qgb25seSBhcHBlYXIgaW4gcmVjb3Jkcwog
ICAgICAgICB3aG9zZSAnVHlwZScgZmllbGQtYm9keSBpcyAndmFyaWFudCcgb3IgJ2V4dGxh
bmcnLiAgRm9yCiAgICAgICAgIGV4YW1wbGUsIHRoZSAnUHJlZml4JyBmb3IgdGhlIHZhcmlh
bnQgJ25lZGlzJyBpcyAnc2wnLCBtZWFuaW5nCiAgICAgICAgIHRoYXQgdGhlIHRhZ3MgInNs
LW5lZGlzIiBhbmQgInNsLUlULW5lZGlzIiBtaWdodCBiZSBhcHByb3ByaWF0ZQogICAgICAg
ICB3aGlsZSB0aGUgdGFnICJpcy1uZWRpcyIgaXMgbm90LgoKICAgbyAgQ29tbWVudHMKCiAg
ICAgICogIENvbW1lbnRzIGNvbnRhaW5zIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gYWJvdXQg
dGhlIHN1YnRhZywgYXMKICAgICAgICAgZGVlbWVkIGFwcHJvcHJpYXRlIGZvciB1bmRlcnN0
YW5kaW5nIHRoZSByZWdpc3RyeSBhbmQKICAgICAgICAgaW1wbGVtZW50aW5nIGxhbmd1YWdl
IHRhZ3MgdXNpbmcgdGhlIHN1YnRhZyBvciB0YWcuCgogICBvICBTdXBwcmVzcy1TY3JpcHQK
CiAgICAgICogIFN1cHByZXNzLVNjcmlwdCBjb250YWlucyBhIHNjcmlwdCBzdWJ0YWcgdGhh
dCBTSE9VTEQgTk9UIGJlCiAgICAgICAgIHVzZWQgdG8gZm9ybSBsYW5ndWFnZSB0YWdzIHdp
dGggdGhlIGFzc29jaWF0ZWQgcHJpbWFyeSBsYW5ndWFnZQogICAgICAgICBzdWJ0YWcuICBU
aGlzIGZpZWxkIE1VU1Qgb25seSBhcHBlYXIgaW4gcmVjb3JkcyB3aG9zZSAnVHlwZScKICAg
ICAgICAgZmllbGQtYm9keSBpcyAnbGFuZ3VhZ2UnLiAgU2VlIFNlY3Rpb24gNC4xLgoKICAg
RnV0dXJlIHZlcnNpb25zIG9mIHRoaXMgZG9jdW1lbnQgbWlnaHQgYWRkIGFkZGl0aW9uYWwg
ZmllbGRzIHRvIHRoZQogICByZWdpc3RyeSwgc28gaW1wbGVtZW50YXRpb25zIFNIT1VMRCBp
Z25vcmUgZmllbGRzIGZvdW5kIGluIHRoZQogICByZWdpc3RyeSB0aGF0IGFyZSBub3QgZGVm
aW5lZCBpbiB0aGlzIGRvY3VtZW50LgoKMy4xLjMuICBTdWJ0YWcgYW5kIFRhZyBGaWVsZHMK
CiAgIFRoZSAnU3VidGFnJyBmaWVsZCBNVVNUIHVzZSBsb3dlcmNhc2UgbGV0dGVycyB0byBm
b3JtIHRoZSBzdWJ0YWcsCiAgIHdpdGggdHdvIGV4Y2VwdGlvbnMuICBTdWJ0YWdzIHdob3Nl
ICdUeXBlJyBmaWVsZCBpcyAnc2NyaXB0JyAoaW4KICAgb3RoZXIgd29yZHMsIHN1YnRhZ3Mg
ZGVmaW5lZCBieSBJU08gMTU5MjQpIE1VU1QgdXNlIHRpdGxlY2FzZS4KICAgU3VidGFncyB3
aG9zZSAnVHlwZScgZmllbGQgaXMgJ3JlZ2lvbicgKGluIG90aGVyIHdvcmRzLCBzdWJ0YWdz
CiAgIGRlZmluZWQgYnkgSVNPIDMxNjYpIE1VU1QgdXNlIHVwcGVyY2FzZS4gIFRoZXNlIGV4
Y2VwdGlvbnMgbWlycm9yIHRoZQogICB1c2Ugb2YgY2FzZSBpbiB0aGUgdW5kZXJseWluZyBz
dGFuZGFyZHMuCgogICBFYWNoIHN1YnRhZyBpbiB0aGUgdGFncyBjb250YWluZWQgaW4gYSAn
VGFnJyBmaWVsZCBNVVNUIGJlIGZvcm1hdHRlZAoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAg
ICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSAyM10KDApJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAg
ICAgIERlY2VtYmVyIDIwMDYKCgogICB1c2luZyB0aGUgcnVsZXMgaW4gdGhlIHByZWNlZWRp
bmcgcGFyYWdyYXBoLiAgVGhhdCBpcywgYWxsIHN1YnRhZ3MKICAgYXJlIGxvd2VyY2FzZSBl
eGNlcHQgZm9yIHN1YnRhZ3MgdGhhdCByZXByZXNlbnQgc2NyaXB0IG9yIHJlZ2lvbgogICBj
b2Rlcy4KCjMuMS40LiAgRGVzY3JpcHRpb24gRmllbGQKCiAgIFRoZSBmaWVsZCAnRGVzY3Jp
cHRpb24nIGNvbnRhaW5zIGEgZGVzY3JpcHRpb24gb2YgdGhlIHRhZyBvciBzdWJ0YWcKICAg
aW4gdGhlIHJlY29yZC4gIFRoZSAnRGVzY3JpcHRpb24nIGZpZWxkIE1BWSBhcHBlYXIgbW9y
ZSB0aGFuIG9uY2UgcGVyCiAgIHJlY29yZCwgdGhhdCBpcywgdGhlcmUgY2FuIGJlIG11bHRp
cGxlIGRlc2NyaXB0aW9ucyBmb3IgYSBnaXZlbgogICByZWNvcmQuICBBdCBsZWFzdCBvbmUg
b2YgdGhlICdEZXNjcmlwdGlvbicgZmllbGRzIE1VU1QgYmUgd3JpdHRlbiBvcgogICB0cmFu
c2NyaWJlZCBpbnRvIHRoZSBMYXRpbiBzY3JpcHQ7IGFkZGl0aW9uYWwgJ0Rlc2NyaXB0aW9u
JyBmaWVsZHMKICAgTUFZIGFsc28gaW5jbHVkZSBhIGRlc2NyaXB0aW9uIGluIGEgbm9uLUxh
dGluIHNjcmlwdC4gIEVhY2gKICAgJ0Rlc2NyaXB0aW9uJyBmaWVsZCBNVVNUIGJlIHVuaXF1
ZSwgYm90aCB3aXRoaW4gdGhlIHJlY29yZCBpbiB3aGljaAogICBpdCBhcHBlYXJzIGFuZCBm
b3IgdGhlIGNvbGxlY3Rpb24gb2YgcmVjb3JkcyBvZiB0aGUgc2FtZSB0eXBlLgogICBNb3Jl
b3ZlciwgZm9ybWF0dGluZyB2YXJpYXRpb25zIG9mIHRoZSBzYW1lIGRlc2NyaXB0aW9uIE1V
U1QgTk9UCiAgIG9jY3VyIGluIHRoYXQgc3BlY2lmaWMgcmVjb3JkIG9yIGluIGFueSBvdGhl
ciByZWNvcmQgb2YgdGhlIHNhbWUKICAgdHlwZS4gIEZvciBleGFtcGxlLCB3aGlsZSB0aGUg
SVNPIDYzOS0xIGNvZGUgJ2Z5JyBjb250YWlucyBib3RoIHRoZQogICBkZXNjcmlwdGlvbnMg
Ildlc3Rlcm4gRnJpc2lhbiIgYW5kICJGcmlzaWFuLCBXZXN0ZXJuIiwgb25seSBvbmUgb2YK
ICAgdGhlc2UgZGVzY3JpcHRpb25zIGFwcGVhcnMgaW4gdGhlIHJlZ2lzdHJ5LgoKICAgVGhl
ICdEZXNjcmlwdGlvbicgZmllbGQgaXMgdXNlZCBmb3IgaWRlbnRpZmljYXRpb24gcHVycG9z
ZXMgYW5kCiAgIFNIT1VMRCBOT1QgYmUgdGFrZW4gdG8gcmVwcmVzZW50IHRoZSBhY3R1YWwg
bmF0aXZlIG5hbWUgb2YgdGhlCiAgIGxhbmd1YWdlIG9yIHZhcmlhdGlvbiBvciB0byBiZSBp
biBhbnkgcGFydGljdWxhciBsYW5ndWFnZS4KCiAgIEZvciByZWNvcmRzIHRha2VuIGZyb20g
YSBzb3VyY2Ugc3RhbmRhcmQgKHN1Y2ggYXMgSVNPIDYzOSBvciBJU08KICAgMzE2NiksIHRo
ZSAnRGVzY3JpcHRpb24nIHZhbHVlKHMpIFNIT1VMRCBhbHNvIGJlIHRha2VuIGZyb20gdGhl
CiAgIHNvdXJjZSBzdGFuZGFyZC4gIE11bHRpcGxlIGRlc2NyaXB0aW9ucyBpbiB0aGUgc291
cmNlIHN0YW5kYXJkIE1VU1QKICAgYmUgc3BsaXQgaW50byBzZXBhcmF0ZSAnRGVzY3JpcHRp
b24nIGZpZWxkcy4gIFRoZSBzb3VyY2Ugc3RhbmRhcmQncwogICBkZXNjcmlwdGlvbnMgTUFZ
IGJlIGVkaXRlZCwgZWl0aGVyIHByaW9yIHRvIGluc2VydGlvbiBvciB2aWEgdGhlCiAgIHJl
Z2lzdHJhdGlvbiBwcm9jZXNzLiAgRm9yIGZpZWxkcyBvZiB0eXBlICdsYW5ndWFnZScgb3Ig
J2V4dGxhbmcnLAogICB0aGUgZmlyc3QgJ0Rlc2NyaXB0aW9uJyBmaWVsZCBhcHBlYXJpbmcg
aW4gdGhlIFJlZ2lzdHJ5IGNvcnJlc3BvbmRzCiAgIHRvIHRoZSBSZWZlcmVuY2UgTmFtZSBh
c3NpZ25lZCBieSBJU08gNjM5LTMuICBUaGlzIGhlbHBzIGZhY2lsaXRhdGUKICAgY3Jvc3Mt
cmVmZXJlbmNpbmcgYmV0d2VlbiBJU08gNjM5IGFuZCB0aGUgcmVnaXN0cnkuCgogICBXaGVu
IGNyZWF0aW5nIG9yIHVwZGF0aW5nIGEgcmVjb3JkIGR1ZSB0byB0aGUgYWN0aW9uIG9mIG9u
ZSBvZiB0aGUKICAgc291cmNlIHN0YW5kYXJkcywgdGhlIExhbmd1YWdlIFN1YnRhZyBSZXZp
ZXdlciBTSE9VTEQgcmVtb3ZlCiAgIGR1cGxpY2F0ZSBvciByZWR1bmRhbnQgZGVzY3JpcHRp
b25zIGFuZCBNQVkgZWRpdCBkZXNjcmlwdGlvbnMgdG8KICAgY29ycmVjdCBpcnJlZ3VsYXJp
dGllcyBpbiBmb3JtYXR0aW5nIHByaW9yIHRvIHN1Ym1pdHRpbmcgdGhlIHByb3Bvc2VkCiAg
IHJlY29yZCB0byB0aGUgaWV0Zi1sYW5ndWFnZXMgbGlzdC4KCiAgIE5vdGU6IERlc2NyaXB0
aW9ucyBpbiByZWdpc3RyeSBlbnRyaWVzIHRoYXQgY29ycmVzcG9uZCB0byBJU08gNjM5LAog
ICBJU08gMTU5MjQsIElTTyAzMTY2LCBvciBVTiBNLjQ5IGNvZGVzIGFyZSBpbnRlbmRlZCBv
bmx5IHRvIGluZGljYXRlCiAgIHRoZSBtZWFuaW5nIG9mIHRoYXQgaWRlbnRpZmllciBhcyBk
ZWZpbmVkIGluIHRoZSBzb3VyY2Ugc3RhbmRhcmQgYXQKICAgdGhlIHRpbWUgaXQgd2FzIGFk
ZGVkIHRvIHRoZSByZWdpc3RyeS4gIFRoZSBkZXNjcmlwdGlvbiBkb2VzIG5vdAogICByZXBs
YWNlIHRoZSBjb250ZW50IG9mIHRoZSBzb3VyY2Ugc3RhbmRhcmQgaXRzZWxmLiAgVGhlIGRl
c2NyaXB0aW9ucwogICBhcmUgbm90IGludGVuZGVkIHRvIGJlIHRoZSBFbmdsaXNoIGxvY2Fs
aXplZCBuYW1lcyBmb3IgdGhlIHN1YnRhZ3MuCiAgIExvY2FsaXphdGlvbiBvciB0cmFuc2xh
dGlvbiBvZiBsYW5ndWFnZSB0YWcgYW5kIHN1YnRhZyBkZXNjcmlwdGlvbnMKICAgaXMgb3V0
IG9mIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAg
ICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQYWdlIDI0XQoMCklu
dGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAg
ICAgRGVjZW1iZXIgMjAwNgoKCjMuMS41LiAgRGVwcmVjYXRlZCBGaWVsZAoKICAgVGhlIGZp
ZWxkICdEZXByZWNhdGVkJyBNQVkgYmUgYWRkZWQgdG8gYW55IHJlY29yZCB2aWEgdGhlIG1h
aW50ZW5hbmNlCiAgIHByb2Nlc3MgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy4zIG9yIHZpYSB0
aGUgcmVnaXN0cmF0aW9uIHByb2Nlc3MKICAgZGVzY3JpYmVkIGluIFNlY3Rpb24gMy41LiAg
VXN1YWxseSwgdGhlIGFkZGl0aW9uIG9mIGEgJ0RlcHJlY2F0ZWQnCiAgIGZpZWxkIGlzIGR1
ZSB0byB0aGUgYWN0aW9uIG9mIG9uZSBvZiB0aGUgc3RhbmRhcmRzIGJvZGllcywgc3VjaCBh
cwogICBJU08gMzE2Niwgd2l0aGRyYXdpbmcgYSBjb2RlLiAgSW4gc29tZSBoaXN0b3JpY2Fs
IGNhc2VzLCBpdCBtaWdodCBub3QKICAgaGF2ZSBiZWVuIHBvc3NpYmxlIHRvIHJlY29uc3Ry
dWN0IHRoZSBvcmlnaW5hbCBkZXByZWNhdGlvbiBkYXRlLiAgRm9yCiAgIHRoZXNlIGNhc2Vz
LCBhbiBhcHByb3hpbWF0ZSBkYXRlIGFwcGVhcnMgaW4gdGhlIHJlZ2lzdHJ5LiAgQWx0aG91
Z2gKICAgdmFsaWQgaW4gbGFuZ3VhZ2UgdGFncywgc3VidGFncyBhbmQgdGFncyB3aXRoIGEg
J0RlcHJlY2F0ZWQnIGZpZWxkCiAgIGFyZSBkZXByZWNhdGVkIGFuZCB2YWxpZGF0aW5nIHBy
b2Nlc3NvcnMgU0hPVUxEIE5PVCBnZW5lcmF0ZSB0aGVzZQogICBzdWJ0YWdzLiAgTm90ZSB0
aGF0IGEgcmVjb3JkIHRoYXQgY29udGFpbnMgYSAnRGVwcmVjYXRlZCcgZmllbGQgYW5kCiAg
IG5vIGNvcnJlc3BvbmRpbmcgJ1ByZWZlcnJlZC1WYWx1ZScgZmllbGQgaGFzIG5vIHJlcGxh
Y2VtZW50IG1hcHBpbmcuCgozLjEuNi4gIFByZWZlcnJlZC1WYWx1ZSBGaWVsZAoKICAgVGhl
IGZpZWxkICdQcmVmZXJyZWQtVmFsdWUnIGNvbnRhaW5zIGEgbWFwcGluZyBiZXR3ZWVuIHRo
ZSByZWNvcmQgaW4KICAgd2hpY2ggaXQgYXBwZWFycyBhbmQgYW5vdGhlciB0YWcgb3Igc3Vi
dGFnLiAgVGhlIHZhbHVlIGluIHRoaXMgZmllbGQKICAgaXMgc3Ryb25nbHkgUkVDT01NRU5E
RUQgYXMgdGhlIGJlc3QgY2hvaWNlIHRvIHJlcHJlc2VudCB0aGUgdmFsdWUgb2YKICAgdGhp
cyByZWNvcmQgd2hlbiBzZWxlY3RpbmcgYSBsYW5ndWFnZSB0YWcuICBUaGVzZSB2YWx1ZXMg
Zm9ybSB0aHJlZQogICBncm91cHM6CgogICAxLiAgSVNPIDYzOSBsYW5ndWFnZSBjb2RlcyB0
aGF0IHdlcmUgbGF0ZXIgd2l0aGRyYXduIGluIGZhdm9yIG9mCiAgICAgICBvdGhlciBjb2Rl
cy4gIFRoZXNlIHZhbHVlcyBhcmUgbW9zdGx5IGEgaGlzdG9yaWNhbCBjdXJpb3NpdHkuCgog
ICAyLiAgSVNPIDMxNjYgcmVnaW9uIGNvZGVzIHRoYXQgaGF2ZSBiZWVuIHdpdGhkcmF3biBp
biBmYXZvciBvZiBhIG5ldwogICAgICAgY29kZS4gIFRoaXMgc29tZXRpbWVzIGhhcHBlbnMg
d2hlbiBhIGNvdW50cnkgY2hhbmdlcyBpdHMgbmFtZSBvcgogICAgICAgYWRtaW5pc3RyYXRp
b24gaW4gc3VjaCBhIHdheSB0aGF0IHdhcnJhbnRzIGEgbmV3IHJlZ2lvbiBjb2RlLgoKICAg
My4gIEdyYW5kZmF0aGVyZWQgb3IgcmVkdW5kYW50IHRhZ3MgZnJvbSBSRkMgMzA2Ni4gIElu
IG1hbnkgY2FzZXMsCiAgICAgICB0aGVzZSB0YWdzIGhhdmUgYmVjb21lIG9ic29sZXRlIGJl
Y2F1c2UgdGhlIHZhbHVlcyB0aGV5IHJlcHJlc2VudAogICAgICAgd2VyZSBsYXRlciBlbmNv
ZGVkIGJ5IElTTyA2MzkuCgogICBSZWNvcmRzIHRoYXQgY29udGFpbiBhICdQcmVmZXJyZWQt
VmFsdWUnIGZpZWxkIE1VU1QgYWxzbyBoYXZlIGEKICAgJ0RlcHJlY2F0ZWQnIGZpZWxkLiAg
VGhpcyBmaWVsZCBjb250YWlucyBhIGRhdGUgb2YgZGVwcmVjYXRpb24uCiAgIFRodXMsIGEg
bGFuZ3VhZ2UgdGFnIHByb2Nlc3NvciBjYW4gdXNlIHRoZSByZWdpc3RyeSB0byBjb25zdHJ1
Y3QgdGhlCiAgIHZhbGlkLCBub24tZGVwcmVjYXRlZCBzZXQgb2Ygc3VidGFncyBmb3IgYSBn
aXZlbiBkYXRlLiAgSW4gYWRkaXRpb24sCiAgIGZvciBhbnkgZ2l2ZW4gdGFnLCBhIHByb2Nl
c3NvciBjYW4gY29uc3RydWN0IHRoZSBzZXQgb2YgdmFsaWQKICAgbGFuZ3VhZ2UgdGFncyB0
aGF0IGNvcnJlc3BvbmQgdG8gdGhhdCB0YWcgZm9yIGFsbCBkYXRlcyB1cCB0byB0aGUKICAg
ZGF0ZSBvZiB0aGUgcmVnaXN0cnkuICBUaGUgYWJpbGl0eSB0byBkbyB0aGVzZSBtYXBwaW5n
cyBNQVkgYmUKICAgYmVuZWZpY2lhbCB0byBhcHBsaWNhdGlvbnMgdGhhdCBhcmUgbWF0Y2hp
bmcsIHNlbGVjdGluZywgZm9yCiAgIGZpbHRlcmluZyBjb250ZW50IGJhc2VkIG9uIGl0cyBs
YW5ndWFnZSB0YWdzLgoKICAgTm90ZSB0aGF0ICdQcmVmZXJyZWQtVmFsdWUnIG1hcHBpbmdz
IGluIHJlY29yZHMgb2YgdHlwZSAncmVnaW9uJwogICBzb21ldGltZXMgZG8gbm90IHJlcHJl
c2VudCBleGFjdGx5IHRoZSBzYW1lIG1lYW5pbmcgYXMgdGhlIG9yaWdpbmFsCiAgIHZhbHVl
LiAgVGhlcmUgYXJlIG1hbnkgcmVhc29ucyBmb3IgYSBjb3VudHJ5IGNvZGUgdG8gYmUgY2hh
bmdlZCwgYW5kCiAgIHRoZSBlZmZlY3QgdGhpcyBoYXMgb24gdGhlIGZvcm1hdGlvbiBvZiBs
YW5ndWFnZSB0YWdzIHdpbGwgZGVwZW5kIG9uCiAgIHRoZSBuYXR1cmUgb2YgdGhlIGNoYW5n
ZSBpbiBxdWVzdGlvbi4KCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1
bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgMjVdCgwKSW50ZXJuZXQtRHJhZnQg
ICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAy
MDA2CgoKICAgSW4gcGFydGljdWxhciwgdGhlICdQcmVmZXJyZWQtVmFsdWUnIGZpZWxkIGRv
ZXMgbm90IGltcGx5IHJldGFnZ2luZwogICBjb250ZW50IHRoYXQgdXNlcyB0aGUgYWZmZWN0
ZWQgc3VidGFnLgoKICAgVGhlIGZpZWxkICdQcmVmZXJyZWQtVmFsdWUnIE1VU1QgTk9UIGJl
IG1vZGlmaWVkIG9uY2UgY3JlYXRlZCBpbiB0aGUKICAgcmVnaXN0cnkuICBUaGUgZmllbGQg
TUFZIGJlIGFkZGVkIHRvIHJlY29yZHMgYWNjb3JkaW5nIHRvIHRoZSBydWxlcwogICBpbiBT
ZWN0aW9uIDMuMy4KCiAgIFRoZSAnUHJlZmVycmVkLVZhbHVlJyBmaWVsZCBpbiByZWNvcmRz
IG9mIHR5cGUgImdyYW5kZmF0aGVyZWQiIGFuZAogICAicmVkdW5kYW50IiBjb250YWlucyB3
aG9sZSBsYW5ndWFnZSB0YWdzIHRoYXQgYXJlIHN0cm9uZ2x5CiAgIFJFQ09NTUVOREVEIGZv
ciB1c2UgaW4gcGxhY2Ugb2YgdGhlIHJlY29yZCdzIHZhbHVlLiAgSW4gbWFueSBjYXNlcywK
ICAgdGhlIG1hcHBpbmdzIHdlcmUgY3JlYXRlZCBieSBkZXByZWNhdGlvbiBvZiB0aGUgdGFn
cyBkdXJpbmcgdGhlCiAgIHBlcmlvZCBiZWZvcmUgdGhpcyBkb2N1bWVudCB3YXMgYWRvcHRl
ZC4gIEZvciBleGFtcGxlLCB0aGUgdGFnICJuby0KICAgbnluIiB3YXMgZGVwcmVjYXRlZCBp
biBmYXZvciBvZiB0aGUgSVNPIDYzOS0xLWRlZmluZWQgbGFuZ3VhZ2UgY29kZQogICAnbm4n
LgoKMy4xLjcuICBQcmVmaXggRmllbGQKCiAgIFRoZSBmaWVsZCBvZiB0eXBlICdQcmVmaXgn
IE1VU1QgTk9UIGJlIHJlbW92ZWQgZnJvbSBhbnkgcmVjb3JkLiAgVGhlCiAgIGZpZWxkLWJv
ZHkgZm9yIHRoaXMgdHlwZSBvZiBmaWVsZCBNVVNUIE5PVCBiZSBtb2RpZmllZC4KCiAgIFRo
ZSBmaWVsZC1ib2R5IG9mIHRoZSAnUHJlZml4JyBmaWVsZCBjb25zaXN0cyBvZiBhIGxhbmd1
YWdlIHRhZyB3aG9zZQogICBzdWJ0YWdzIGFyZSBhcHByb3ByaWF0ZSB0byB1c2Ugd2l0aCB0
aGlzIHN1YnRhZy4gIEZvciBleGFtcGxlLCB0aGUKICAgdmFyaWFudCBzdWJ0YWcgJzE5OTYn
IGhhcyBhICdQcmVmaXgnIGZpZWxkIG9mICJkZSIuICBUaGlzIG1lYW5zIHRoYXQKICAgdGFn
cyBzdGFydGluZyB3aXRoIHRoZSBzZXF1ZW5jZSAiZGUtIiBhcmUgYXBwcm9wcmlhdGUgd2l0
aCB0aGlzCiAgIHN1YnRhZywgc28gImRlLUxhdGctMTk5NiIgYW5kICJkZS1DSC0xOTk2IiBh
cmUgYm90aCBhY2NlcHRhYmxlLCB3aGlsZQogICB0aGUgdGFnICJmci0xOTk2IiBpcyBhbiBp
bmFwcHJvcHJpYXRlIGNob2ljZS4KCiAgIFJlY29yZHMgb2YgdHlwZSAndmFyaWFudCcgTUFZ
IGhhdmUgbW9yZSB0aGFuIG9uZSBmaWVsZCBvZiB0eXBlCiAgICdQcmVmaXgnLiAgQWRkaXRp
b25hbCBmaWVsZHMgb2YgdGhpcyB0eXBlIE1BWSBiZSBhZGRlZCB0byBhICd2YXJpYW50Jwog
ICByZWNvcmQgdmlhIHRoZSByZWdpc3RyYXRpb24gcHJvY2Vzcy4KCiAgIFJlY29yZHMgb2Yg
dHlwZSAnZXh0bGFuZycgTVVTVCBoYXZlIF9leGFjdGx5XyBvbmUgJ1ByZWZpeCcgZmllbGQu
CgozLjEuOC4gIENvbW1lbnRzIEZpZWxkCgogICBUaGUgZmllbGQgJ0NvbW1lbnRzJyBNQVkg
YXBwZWFyIG1vcmUgdGhhbiBvbmNlIHBlciByZWNvcmQuICBUaGlzCiAgIGZpZWxkIE1BWSBi
ZSBpbnNlcnRlZCBvciBjaGFuZ2VkIHZpYSB0aGUgcmVnaXN0cmF0aW9uIHByb2Nlc3MgYW5k
IG5vCiAgIGd1YXJhbnRlZSBvZiBzdGFiaWxpdHkgaXMgcHJvdmlkZWQuICBUaGUgY29udGVu
dCBvZiB0aGlzIGZpZWxkIGlzIG5vdAogICByZXN0cmljdGVkLCBleGNlcHQgYnkgdGhlIG5l
ZWQgdG8gcmVnaXN0ZXIgdGhlIGluZm9ybWF0aW9uLCB0aGUKICAgc3VpdGFiaWxpdHkgb2Yg
dGhlIHJlcXVlc3QsIGFuZCBieSByZWFzb25hYmxlIHByYWN0aWNhbCBzaXplCiAgIGxpbWl0
YXRpb25zLgoKMy4xLjkuICBTdXBwcmVzcy1TY3JpcHQgRmllbGQKCiAgIFRoZSBmaWVsZCAn
U3VwcHJlc3MtU2NyaXB0JyBNVVNUIG9ubHkgYXBwZWFyIGluIHJlY29yZHMgd2hvc2UgJ1R5
cGUnCiAgIGZpZWxkLWJvZHkgaXMgJ2xhbmd1YWdlJy4gIFRoaXMgZmllbGQgTVVTVCBOT1Qg
YXBwZWFyIG1vcmUgdGhhbiBvbmUKICAgdGltZSBpbiBhIHJlY29yZC4gIFRoaXMgZmllbGQg
aW5kaWNhdGVzIGEgc2NyaXB0IHVzZWQgdG8gd3JpdGUgdGhlCiAgIG92ZXJ3aGVsbWluZyBt
YWpvcml0eSBvZiBkb2N1bWVudHMgZm9yIHRoZSBnaXZlbiBsYW5ndWFnZSBhbmQgdGhhdAoK
CgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAg
ICAgICAgICAgICBbUGFnZSAyNl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFu
Z3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICB0aGVyZWZv
cmUgYWRkcyBubyBkaXN0aW5ndWlzaGluZyBpbmZvcm1hdGlvbiB0byBhIGxhbmd1YWdlIHRh
Zy4gIEl0CiAgIGhlbHBzIGVuc3VyZSBncmVhdGVyIGNvbXBhdGliaWxpdHkgYmV0d2VlbiB0
aGUgbGFuZ3VhZ2UgdGFncwogICBnZW5lcmF0ZWQgYWNjb3JkaW5nIHRvIHRoZSBydWxlcyBp
biB0aGlzIGRvY3VtZW50IGFuZCBsYW5ndWFnZSB0YWdzCiAgIGFuZCB0YWcgcHJvY2Vzc29y
cyBvciBjb25zdW1lcnMgYmFzZWQgb24gUkZDIDMwNjYuICBGb3IgZXhhbXBsZSwKICAgdmly
dHVhbGx5IGFsbCBJY2VsYW5kaWMgZG9jdW1lbnRzIGFyZSB3cml0dGVuIGluIHRoZSBMYXRp
biBzY3JpcHQsCiAgIG1ha2luZyB0aGUgc3VidGFnICdMYXRuJyByZWR1bmRhbnQgaW4gdGhl
IHRhZyAiaXMtTGF0biIuCgozLjIuICBMYW5ndWFnZSBTdWJ0YWcgUmV2aWV3ZXIKCiAgIFRo
ZSBMYW5ndWFnZSBTdWJ0YWcgUmV2aWV3ZXIgaXMgYXBwb2ludGVkIGJ5IHRoZSBJRVNHIGZv
ciBhbgogICBpbmRlZmluaXRlIHRlcm0sIHN1YmplY3QgdG8gcmVtb3ZhbCBvciByZXBsYWNl
bWVudCBhdCB0aGUgSUVTRydzCiAgIGRpc2NyZXRpb24uICBUaGUgTGFuZ3VhZ2UgU3VidGFn
IFJldmlld2VyIG1vZGVyYXRlcyB0aGUgaWV0Zi0KICAgbGFuZ3VhZ2VzIG1haWxpbmcgbGlz
dCwgcmVzcG9uZHMgdG8gcmVxdWVzdHMgZm9yIHJlZ2lzdHJhdGlvbiwgYW5kCiAgIHBlcmZv
cm1zIHRoZSBvdGhlciByZWdpc3RyeSBtYWludGVuYW5jZSBkdXRpZXMgZGVzY3JpYmVkIGlu
CiAgIFNlY3Rpb24gMy4zLiAgT25seSB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyIGlz
IHBlcm1pdHRlZCB0bwogICByZXF1ZXN0IElBTkEgdG8gY2hhbmdlLCB1cGRhdGUsIG9yIGFk
ZCByZWNvcmRzIHRvIHRoZSBMYW5ndWFnZSBTdWJ0YWcKICAgUmVnaXN0cnkuICBUaGUgTGFu
Z3VhZ2UgU3VidGFnIFJldmlld2VyIE1BWSBkZWxlZ2F0ZSBsaXN0IG1vZGVyYXRpb24KICAg
YW5kIG90aGVyIGNsZXJpY2FsIGR1dGllcyBhcyBuZWVkZWQuCgogICBUaGUgcGVyZm9ybWFu
Y2Ugb3IgZGVjaXNpb25zIG9mIHRoZSBMYW5ndWFnZSBTdWJ0YWcgUmV2aWV3ZXIgTUFZIGJl
CiAgIGFwcGVhbGVkIHRvIHRoZSBJRVNHIHVuZGVyIHRoZSBzYW1lIHJ1bGVzIGFzIG90aGVy
IElFVEYgZGVjaXNpb25zCiAgIChzZWUgW1JGQzIwMjZdKS4gIFRoZSBJRVNHIGNhbiByZXZl
cnNlIG9yIG92ZXJ0dXJuIHRoZSBkZWNpc2lvbiBvZgogICB0aGUgTGFuZ3VhZ2UgU3VidGFn
IFJldmlld2VyLCBwcm92aWRlIGd1aWRhbmNlLCBvciB0YWtlIG90aGVyCiAgIGFwcHJvcHJp
YXRlIGFjdGlvbnMuCgozLjMuICBNYWludGVuYW5jZSBvZiB0aGUgUmVnaXN0cnkKCiAgIE1h
aW50ZW5hbmNlIG9mIHRoZSByZWdpc3RyeSByZXF1aXJlcyB0aGF0IGFzIGNvZGVzIGFyZSBh
c3NpZ25lZCBvcgogICB3aXRoZHJhd24gYnkgSVNPIDYzOSwgSVNPIDE1OTI0LCBJU08gMzE2
NiwgYW5kIFVOIE0uNDksIHRoZSBMYW5ndWFnZQogICBTdWJ0YWcgUmV2aWV3ZXIgTVVTVCBl
dmFsdWF0ZSBlYWNoIGNoYW5nZSwgZGV0ZXJtaW5lIHdoZXRoZXIgaXQKICAgY29uZmxpY3Rz
IHdpdGggZXhpc3RpbmcgcmVnaXN0cnkgZW50cmllcywgYW5kIHN1Ym1pdCB0aGUgaW5mb3Jt
YXRpb24KICAgdG8gSUFOQSBmb3IgaW5jbHVzaW9uIGluIHRoZSByZWdpc3RyeS4gIElmIGEg
Y2hhbmdlIHRha2VzIHBsYWNlIGFuZAogICB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2Vy
IGRvZXMgbm90IGRvIHRoaXMgaW4gYSB0aW1lbHkgbWFubmVyLAogICB0aGVuIGFueSBpbnRl
cmVzdGVkIHBhcnR5IE1BWSB1c2UgdGhlIHByb2NlZHVyZSBpbiBTZWN0aW9uIDMuNSB0bwog
ICByZWdpc3RlciB0aGUgYXBwcm9wcmlhdGUgdXBkYXRlLgoKICAgTm90ZTogVGhlIHJlZHVu
ZGFudCBhbmQgZ3JhbmRmYXRoZXJlZCBlbnRyaWVzIHRvZ2V0aGVyIGFyZSB0aGUKICAgY29t
cGxldGUgbGlzdCBvZiB0YWdzIHJlZ2lzdGVyZWQgdW5kZXIgW1JGQzMwNjZdLiAgVGhlIHJl
ZHVuZGFudCB0YWdzCiAgIGFyZSB0aG9zZSB0aGF0IGNhbiBub3cgYmUgZm9ybWVkIHVzaW5n
IHRoZSBzdWJ0YWdzIGRlZmluZWQgaW4gdGhlCiAgIHJlZ2lzdHJ5IHRvZ2V0aGVyIHdpdGgg
dGhlIHJ1bGVzIG9mIFNlY3Rpb24gMi4yLiAgVGhlIGdyYW5kZmF0aGVyZWQKICAgZW50cmll
cyBpbmNsdWRlIHRob3NlIHRoYXQgY2FuIG5ldmVyIGJlIGxlZ2FsIHVuZGVyIHRob3NlIHNh
bWUKICAgcHJvdmlzaW9ucyBwbHVzIHRob3NlIHRhZ3MgdGhhdCBjb250YWluIHN1YnRhZ3Mg
bm90IHlldCByZWdpc3RlcmVkCiAgIG9yLCBwZXJoYXBzLCBpbmFwcHJvcHJpYXRlIGZvciBy
ZWdpc3RyYXRpb24uCgogICBUaGUgc2V0IG9mIHJlZHVuZGFudCBhbmQgZ3JhbmRmYXRoZXJl
ZCB0YWdzIGlzIHBlcm1hbmVudCBhbmQgc3RhYmxlOgogICBuZXcgZW50cmllcyBpbiB0aGlz
IHNlY3Rpb24gTVVTVCBOT1QgYmUgYWRkZWQgYW5kIGV4aXN0aW5nIGVudHJpZXMKICAgTVVT
VCBOT1QgYmUgcmVtb3ZlZC4gIFJlY29yZHMgb2YgdHlwZSAnZ3JhbmRmYXRoZXJlZCcgTUFZ
IGhhdmUgdGhlaXIKICAgdHlwZSBjb252ZXJ0ZWQgdG8gJ3JlZHVuZGFudCc7IHNlZSBpdGVt
IDEyIGluIFNlY3Rpb24gMy42IGZvciBtb3JlCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAg
ICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQYWdlIDI3XQoMCklu
dGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAg
ICAgRGVjZW1iZXIgMjAwNgoKCiAgIGluZm9ybWF0aW9uLiAgVGhlIGRlY2lzaW9uLW1ha2lu
ZyBwcm9jZXNzIGFib3V0IHdoaWNoIHRhZ3Mgd2VyZQogICBpbml0aWFsbHkgZ3JhbmRmYXRo
ZXJlZCBhbmQgd2hpY2ggd2VyZSBtYWRlIHJlZHVuZGFudCBpcyBkZXNjcmliZWQgaW4KICAg
W1JGQzQ2NDVdLgoKICAgUkZDIDMwNjYgdGFncyB0aGF0IHdlcmUgZGVwcmVjYXRlZCBwcmlv
ciB0byB0aGUgYWRvcHRpb24gb2YgW1JGQzQ2NDZdCiAgIGFyZSBwYXJ0IG9mIHRoZSBsaXN0
IG9mIGdyYW5kZmF0aGVyZWQgdGFncywgYW5kIHRoZWlyIGNvbXBvbmVudAogICBzdWJ0YWdz
IHdlcmUgbm90IGluY2x1ZGVkIGFzIHJlZ2lzdGVyZWQgdmFyaWFudHMgKGFsdGhvdWdoIHRo
ZXkKICAgcmVtYWluIGVsaWdpYmxlIGZvciByZWdpc3RyYXRpb24pLiAgRm9yIGV4YW1wbGUs
IHRoZSB0YWcgImFydC1sb2piYW4iCiAgIHdhcyBkZXByZWNhdGVkIGluIGZhdm9yIG9mIHRo
ZSBsYW5ndWFnZSBzdWJ0YWcgJ2pibycuCgogICBUaGUgTGFuZ3VhZ2UgU3VidGFnIFJldmll
d2VyIE1VU1QgZW5zdXJlIHRoYXQgbmV3IHN1YnRhZ3MgbWVldCB0aGUKICAgcmVxdWlyZW1l
bnRzIGluIFNlY3Rpb24gNC4xIG9yIHN1Ym1pdCBhbiBhcHByb3ByaWF0ZSBhbHRlcm5hdGUg
c3VidGFnCiAgIGFzIGRlc2NyaWJlZCBpbiB0aGF0IHNlY3Rpb24uICBXaGVuIGVpdGhlciBh
IGNoYW5nZSBvciBhZGRpdGlvbiB0bwogICB0aGUgcmVnaXN0cnkgaXMgbmVlZGVkLCB0aGUg
TGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyIE1VU1QgcHJlcGFyZSB0aGUKICAgY29tcGxldGUg
cmVjb3JkLCBpbmNsdWRpbmcgYWxsIGZpZWxkcywgYW5kIGZvcndhcmQgaXQgdG8gSUFOQSBm
b3IKICAgaW5zZXJ0aW9uIGludG8gdGhlIHJlZ2lzdHJ5LiAgRWFjaCByZWNvcmQgYmVpbmcg
bW9kaWZpZWQgb3IgaW5zZXJ0ZWQKICAgTVVTVCBiZSBmb3J3YXJkZWQgaW4gYSBzZXBhcmF0
ZSBtZXNzYWdlLgoKICAgSWYgYSByZWNvcmQgcmVwcmVzZW50cyBhIG5ldyBzdWJ0YWcgdGhh
dCBkb2VzIG5vdCBjdXJyZW50bHkgZXhpc3QgaW4KICAgdGhlIHJlZ2lzdHJ5LCB0aGVuIHRo
ZSBtZXNzYWdlJ3Mgc3ViamVjdCBsaW5lIE1VU1QgaW5jbHVkZSB0aGUgd29yZAogICAiSU5T
RVJUIi4gIElmIHRoZSByZWNvcmQgcmVwcmVzZW50cyBhIGNoYW5nZSB0byBhbiBleGlzdGlu
ZyBzdWJ0YWcsCiAgIHRoZW4gdGhlIHN1YmplY3QgbGluZSBvZiB0aGUgbWVzc2FnZSBNVVNU
IGluY2x1ZGUgdGhlIHdvcmQgIk1PRElGWSIuCiAgIFRoZSBtZXNzYWdlIE1VU1QgY29udGFp
biBib3RoIHRoZSByZWNvcmQgZm9yIHRoZSBzdWJ0YWcgYmVpbmcKICAgaW5zZXJ0ZWQgb3Ig
bW9kaWZpZWQgYW5kIHRoZSBuZXcgRmlsZS1EYXRlIHJlY29yZC4gIEhlcmUgaXMgYW4KICAg
ZXhhbXBsZSBvZiB3aGF0IHRoZSBib2R5IG9mIHRoZSBtZXNzYWdlIG1pZ2h0IGNvbnRhaW46
CgogICBMQU5HVUFHRSBTVUJUQUcgTU9ESUZJQ0FUSU9OCiAgIEZpbGUtRGF0ZTogMjAwNS0w
MS0wMgogICAlJQogICBUeXBlOiB2YXJpYW50CiAgIFN1YnRhZzogbmVkaXMKICAgRGVzY3Jp
cHRpb246IE5hdGlzb25lIGRpYWxlY3QKICAgRGVzY3JpcHRpb246IE5hZGl6YSBkaWFsZWN0
CiAgIEFkZGVkOiAyMDAzLTEwLTA5CiAgIFByZWZpeDogc2wKICAgQ29tbWVudHM6IFRoaXMg
aXMgYSBjb21tZW50IHNob3duCiAgICAgYXMgYW4gZXhhbXBsZS4KICAgJSUKCiAgIEZpZ3Vy
ZSA0OiBFeGFtcGxlIG9mIGEgTGFuZ3VhZ2UgU3VidGFnIE1vZGlmaWNhdGlvbiBGb3JtCgog
ICBXaGVuZXZlciBhbiBlbnRyeSBpcyBjcmVhdGVkIG9yIG1vZGlmaWVkIGluIHRoZSByZWdp
c3RyeSwgdGhlICdGaWxlLQogICBEYXRlJyByZWNvcmQgYXQgdGhlIHN0YXJ0IG9mIHRoZSBy
ZWdpc3RyeSBpcyB1cGRhdGVkIHRvIHJlZmxlY3QgdGhlCiAgIG1vc3QgcmVjZW50IG1vZGlm
aWNhdGlvbiBkYXRlIGluIHRoZSBbUkZDMzMzOV0gImZ1bGwtZGF0ZSIgZm9ybWF0LgoKICAg
QmVmb3JlIGZvcndhcmRpbmcgYSBuZXcgcmVnaXN0cmF0aW9uIHRvIElBTkEsIHRoZSBMYW5n
dWFnZSBTdWJ0YWcKICAgUmV2aWV3ZXIgTVVTVCBlbnN1cmUgdGhhdCB2YWx1ZXMgaW4gdGhl
ICdTdWJ0YWcnIGZpZWxkIG1hdGNoIGNhc2UKICAgYWNjb3JkaW5nIHRvIHRoZSBkZXNjcmlw
dGlvbiBpbiBTZWN0aW9uIDMuMS4KCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBp
cmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgMjhdCgwKSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNl
bWJlciAyMDA2CgoKMy40LiAgU3RhYmlsaXR5IG9mIElBTkEgUmVnaXN0cnkgRW50cmllcwoK
ICAgVGhlIHN0YWJpbGl0eSBvZiBlbnRyaWVzIGFuZCB0aGVpciBtZWFuaW5nIGluIHRoZSBy
ZWdpc3RyeSBpcwogICBjcml0aWNhbCB0byB0aGUgbG9uZy10ZXJtIHN0YWJpbGl0eSBvZiBs
YW5ndWFnZSB0YWdzLiAgVGhlIHJ1bGVzIGluCiAgIHRoaXMgc2VjdGlvbiBndWFyYW50ZWUg
dGhhdCBhIHNwZWNpZmljIGxhbmd1YWdlIHRhZydzIG1lYW5pbmcgaXMKICAgc3RhYmxlIG92
ZXIgdGltZSBhbmQgd2lsbCBub3QgY2hhbmdlLgoKICAgVGhlc2UgcnVsZXMgc3BlY2lmaWNh
bGx5IGRlYWwgd2l0aCBob3cgY2hhbmdlcyB0byBjb2RlcyAoaW5jbHVkaW5nCiAgIHdpdGhk
cmF3YWwgYW5kIGRlcHJlY2F0aW9uIG9mIGNvZGVzKSBtYWludGFpbmVkIGJ5IElTTyA2Mzks
IElTTwogICAxNTkyNCwgSVNPIDMxNjYsIGFuZCBVTiBNLjQ5IGFyZSByZWZsZWN0ZWQgaW4g
dGhlIElBTkEgTGFuZ3VhZ2UKICAgU3VidGFnIFJlZ2lzdHJ5LiAgQXNzaWdubWVudHMgdG8g
dGhlIElBTkEgTGFuZ3VhZ2UgU3VidGFnIFJlZ2lzdHJ5CiAgIE1VU1QgZm9sbG93IHRoZSBm
b2xsb3dpbmcgc3RhYmlsaXR5IHJ1bGVzOgoKICAgMS4gICBWYWx1ZXMgaW4gdGhlIGZpZWxk
cyAnVHlwZScsICdTdWJ0YWcnLCAnVGFnJywgJ0FkZGVkJywKICAgICAgICAnRGVwcmVjYXRl
ZCcgYW5kICdQcmVmZXJyZWQtVmFsdWUnIE1VU1QgTk9UIGJlIGNoYW5nZWQgYW5kIGFyZQog
ICAgICAgIGd1YXJhbnRlZWQgdG8gYmUgc3RhYmxlIG92ZXIgdGltZS4KCiAgIDIuICAgVmFs
dWVzIGluIHRoZSAnRGVzY3JpcHRpb24nIGZpZWxkIE1VU1QgTk9UIGJlIGNoYW5nZWQgaW4g
YSB3YXkKICAgICAgICB0aGF0IHdvdWxkIGludmFsaWRhdGUgcHJldmlvdXNseS1leGlzdGlu
ZyB0YWdzLiAgVGhleSBNQVkgYmUKICAgICAgICBicm9hZGVuZWQgc29tZXdoYXQgaW4gc2Nv
cGUsIGNoYW5nZWQgdG8gYWRkIGluZm9ybWF0aW9uLCBvcgogICAgICAgIGFkYXB0ZWQgdG8g
dGhlIG1vc3QgY29tbW9uIG1vZGVybiB1c2FnZS4gIEZvciBleGFtcGxlLCBjb3VudHJpZXMK
ICAgICAgICBvY2Nhc2lvbmFsbHkgY2hhbmdlIHRoZWlyIG9mZmljaWFsIG5hbWVzOyBhIGhp
c3RvcmljYWwgZXhhbXBsZQogICAgICAgIG9mIHRoaXMgd291bGQgYmUgIlVwcGVyIFZvbHRh
IiBjaGFuZ2luZyB0byAiQnVya2luYSBGYXNvIi4KCiAgIDMuICAgVmFsdWVzIGluIHRoZSBm
aWVsZCAnUHJlZml4JyBNQVkgYmUgYWRkZWQgdG8gcmVjb3JkcyBvZiB0eXBlCiAgICAgICAg
J3ZhcmlhbnQnIHZpYSB0aGUgcmVnaXN0cmF0aW9uIHByb2Nlc3MuICBJZiBhIHByZWZpeCBp
cyBhZGRlZCB0bwogICAgICAgIGEgdmFyaWFudCByZWNvcmQsICdDb21tZW50JyBmaWVsZHMg
U0hPVUxEIGJlIHVzZWQgdG8gZXhwbGFpbgogICAgICAgIGRpZmZlcmVudCB1c2FnZXMgd2l0
aCB0aGUgdmFyaW91cyBwcmVmaXhlcy4KCiAgIDQuICAgVmFsdWVzIGluIHRoZSBmaWVsZCAn
UHJlZml4JyBpbiByZWNvcmRzIG9mIHR5cGUgJ3ZhcmlhbnQnIE1BWSBiZQogICAgICAgIG1v
ZGlmaWVkLCBzbyBsb25nIGFzIHRoZSBtb2RpZmljYXRpb25zIGJyb2FkZW4gdGhlIHNldCBv
ZgogICAgICAgIHByZWZpeGVzLiAgVGhhdCBpcywgYSBwcmVmaXggTUFZIGJlIHJlcGxhY2Vk
IGJ5IG9uZSBvZiBpdHMgb3duCiAgICAgICAgcHJlZml4ZXMuICBGb3IgZXhhbXBsZSwgdGhl
IHByZWZpeCAiZW4tVVMiIGNvdWxkIGJlIHJlcGxhY2VkIGJ5CiAgICAgICAgImVuIiwgYnV0
IG5vdCBieSB0aGUgcHJlZml4ZXMgImVuLUxhdG4iLCAiZnIiLCBvciAiZW4tVVMtYm9vbnQi
LgogICAgICAgIElmIG9uZSBvZiB0aG9zZSBwcmVmaXhlcyB3ZXJlIG5lZWRlZCwgYSBuZXcg
UHJlZml4IFNIT1VMRCBiZQogICAgICAgIHJlZ2lzdGVyZWQuCgogICA1LiAgIFZhbHVlcyBp
biB0aGUgZmllbGQgJ1ByZWZpeCcgaW4gcmVjb3JkcyBvZiB0eXBlICdleHRsYW5nJyBNVVNU
CiAgICAgICAgTk9UIGJlIG1vZGlmaWVkLgoKICAgNi4gICBWYWx1ZXMgaW4gdGhlIGZpZWxk
ICdQcmVmaXgnIE1VU1QgTk9UIGJlIHJlbW92ZWQuCgogICA3LiAgIFRoZSBmaWVsZCAnQ29t
bWVudHMnIE1BWSBiZSBhZGRlZCwgY2hhbmdlZCwgbW9kaWZpZWQsIG9yIHJlbW92ZWQKICAg
ICAgICB2aWEgdGhlIHJlZ2lzdHJhdGlvbiBwcm9jZXNzIG9yIGFueSBvZiB0aGUgcHJvY2Vz
c2VzIG9yCiAgICAgICAgY29uc2lkZXJhdGlvbnMgZGVzY3JpYmVkIGluIHRoaXMgc2VjdGlv
bi4KCiAgIDguICAgVGhlIGZpZWxkICdTdXBwcmVzcy1TY3JpcHQnIE1BWSBiZSBhZGRlZCBv
ciByZW1vdmVkIHZpYSB0aGUKICAgICAgICByZWdpc3RyYXRpb24gcHJvY2Vzcy4KCgoKUGhp
bGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAg
ICAgICAgW1BhZ2UgMjldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdz
LXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgOS4gICBDb2RlcyBh
c3NpZ25lZCBieSBJU08gNjM5LTEgdGhhdCBkbyBub3QgY29uZmxpY3Qgd2l0aCBleGlzdGlu
ZwogICAgICAgIHR3by1sZXR0ZXIgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWdzIGFuZCB3aGlj
aCBoYXZlIG5vCiAgICAgICAgY29ycmVzcG9uZGluZyB0aHJlZS1sZXR0ZXIgcHJpbWFyeSBv
ciBleHRlbmRlZCBsYW5ndWFnZSBzdWJ0YWdzCiAgICAgICAgZGVmaW5lZCBpbiB0aGUgcmVn
aXN0cnkgYXJlIGVudGVyZWQgaW50byB0aGUgSUFOQSByZWdpc3RyeSBhcwogICAgICAgIG5l
dyByZWNvcmRzIG9mIHR5cGUgJ2xhbmd1YWdlJy4KCiAgIDEwLiAgQ29kZXMgYXNzaWduZWQg
YnkgSVNPIDYzOS0yIHRoYXQgZG8gbm90IGNvbmZsaWN0IHdpdGggZXhpc3RpbmcKICAgICAg
ICB0aHJlZS1sZXR0ZXIgcHJpbWFyeSBvciBleHRlbmRlZCBsYW5ndWFnZSBzdWJ0YWdzIGFy
ZSBlbnRlcmVkCiAgICAgICAgaW50byB0aGUgSUFOQSByZWdpc3RyeSBhcyBuZXcgcmVjb3Jk
cyBvZiB0eXBlICdsYW5ndWFnZScuCgogICAxMS4gIENvZGVzIGFzc2lnbmVkIGJ5IElTTyA2
MzktMyB0aGF0IGRvIG5vdCBjb25mbGljdCB3aXRoIGV4aXN0aW5nCiAgICAgICAgdGhyZWUt
bGV0dGVyIHByaW1hcnkgb3IgZXh0ZW5kZWQgbGFuZ3VhZ2Ugc3VidGFncyBhcmUgZW50ZXJl
ZAogICAgICAgIGludG8gdGhlIElBTkEgcmVnaXN0cnkgYXMgbmV3IHJlY29yZHMuCgogICAg
ICAgIDEuICBDb2RlcyB0aGF0IGhhdmUgYSBkZWZpbmVkICJtYWNyby1sYW5ndWFnZSIgbWFw
cGluZyBhdCB0aGUKICAgICAgICAgICAgdGltZSBvZiB0aGVpciByZWdpc3RyYXRpb24gTVVT
VCBiZSBlbnRlcmVkIGludG8gdGhlIHJlZ2lzdHJ5CiAgICAgICAgICAgIGFzIHJlY29yZHMg
b2YgdHlwZSAnZXh0bGFuZycgd2l0aCBhICdQcmVmaXgnIGZpZWxkCiAgICAgICAgICAgIGNv
bnRhaW5pbmcgdGhlIGFwcHJvcHJpYXRlIHByZWZpeCB0YWcuCgogICAgICAgIDIuICBDb2Rl
cyB0aGF0IHJlcHJlc2VudCBzaWduIGxhbmd1YWdlcyBNVVNUIGJlIGVudGVyZWQgaW50byB0
aGUKICAgICAgICAgICAgcmVnaXN0cnkgYXMgcmVjb3JkIG9mIHR5cGUgJ2V4dGxhbmcnIHdp
dGggYSAnUHJlZml4JyBmaWVsZAogICAgICAgICAgICB0aGF0IG1hdGNoZXMgdGhlIEJhc2lj
IExhbmd1YWdlIFJhbmdlICJzZ24iIChzZWUgU2VjdGlvbgogICAgICAgICAgICAzLjMuMSAi
QmFzaWMgRmlsdGVyaW5nIiBpbiBbUkZDNDY0N10pLgoKICAgICAgICAzLiAgQWxsIG90aGVy
IGNvZGVzIE1VU1QgYmUgZW50ZXJlZCBpbnRvIHRoZSByZWdpc3RyeSBhcyByZWNvcmRzCiAg
ICAgICAgICAgIG9mIHR5cGUgJ2xhbmd1YWdlJy4KCiAgIDEyLiAgQSByZWNvcmQgb2YgdHlw
ZSAnbGFuZ3VhZ2UnIG9yICdleHRsYW5nJyBNVVNUIE5PVCBiZSByZWdpc3RlcmVkCiAgICAg
ICAgaWYgdGhlcmUgZXhpc3RzIGEgcmVjb3JkIG9mIGVpdGhlciB0eXBlIHdpdGggdGhlIHNh
bWUgc3VidGFnCiAgICAgICAgdmFsdWUuICBGb3IgZXhhbXBsZSwgaWYgYW4gJ2V4dGxhbmcn
IHN1YnRhZyAnZm9vJyBleGlzdHMgaW4gdGhlCiAgICAgICAgcmVnaXN0cnksIGFsbCBhdHRl
bXB0cyB0byByZWdpc3RlciBhICdsYW5ndWFnZScgc3VidGFnICdmb28nCiAgICAgICAgd2ls
bCBiZSByZWplY3RlZC4KCiAgIDEzLiAgQ29kZXMgYXNzaWduZWQgYnkgSVNPIDE1OTI0IGFu
ZCBJU08gMzE2NiB0aGF0IGRvIG5vdCBjb25mbGljdAogICAgICAgIHdpdGggZXhpc3Rpbmcg
c3VidGFncyBvZiB0aGUgYXNzb2NpYXRlZCB0eXBlIGFuZCB3aG9zZSBtZWFuaW5nCiAgICAg
ICAgaXMgbm90IHRoZSBzYW1lIGFzIGFuIGV4aXN0aW5nIHN1YnRhZyBvZiB0aGUgc2FtZSB0
eXBlIGFyZQogICAgICAgIGVudGVyZWQgaW50byB0aGUgSUFOQSByZWdpc3RyeSBhcyBuZXcg
cmVjb3Jkcy4KCiAgIDE0LiAgQ29kZXMgYXNzaWduZWQgYnkgSVNPIDYzOSwgSVNPIDE1OTI0
LCBvciBJU08gMzE2NiB0aGF0IGFyZQogICAgICAgIHdpdGhkcmF3biBieSB0aGVpciByZXNw
ZWN0aXZlIG1haW50ZW5hbmNlIG9yIHJlZ2lzdHJhdGlvbgogICAgICAgIGF1dGhvcml0eSBy
ZW1haW4gdmFsaWQgaW4gbGFuZ3VhZ2UgdGFncy4gIEEgJ0RlcHJlY2F0ZWQnIGZpZWxkCiAg
ICAgICAgY29udGFpbmluZyB0aGUgZGF0ZSBvZiB3aXRoZHJhd2FsIE1VU1QgYmUgYWRkZWQg
dG8gdGhlIHJlY29yZC4KICAgICAgICBJZiBhIG5ldyByZWNvcmQgb2YgdGhlIHNhbWUgdHlw
ZSBpcyBhZGRlZCB0aGF0IHJlcHJlc2VudHMgYQogICAgICAgIHJlcGxhY2VtZW50IHZhbHVl
LCB0aGVuIGEgJ1ByZWZlcnJlZC1WYWx1ZScgZmllbGQgTUFZIGFsc28gYmUKICAgICAgICBh
ZGRlZC4gIFRoZSByZWdpc3RyYXRpb24gcHJvY2VzcyBNQVkgYmUgdXNlZCB0byBhZGQgY29t
bWVudHMKICAgICAgICBhYm91dCB0aGUgd2l0aGRyYXdhbCBvZiB0aGUgY29kZSBieSB0aGUg
cmVzcGVjdGl2ZSBzdGFuZGFyZC4KCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4
cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSAzMF0KDApJbnRlcm5l
dC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERl
Y2VtYmVyIDIwMDYKCgogICAgICAgIEV4YW1wbGUgVGhlIHJlZ2lvbiBjb2RlICdUTCcgd2Fz
IGFzc2lnbmVkIHRvIHRoZSBjb3VudHJ5ICdUaW1vci0KICAgICAgICAgICBMZXN0ZScsIHJl
cGxhY2luZyB0aGUgY29kZSAnVFAnICh3aGljaCB3YXMgYXNzaWduZWQgdG8gJ0Vhc3QKICAg
ICAgICAgICBUaW1vcicgd2hlbiBpdCB3YXMgdW5kZXIgYWRtaW5pc3RyYXRpb24gYnkgUG9y
dHVnYWwpLiAgVGhlCiAgICAgICAgICAgc3VidGFnICdUUCcgcmVtYWlucyB2YWxpZCBpbiBs
YW5ndWFnZSB0YWdzLCBidXQgaXRzIHJlY29yZAogICAgICAgICAgIGNvbnRhaW5zIHRoZSBh
ICdQcmVmZXJyZWQtVmFsdWUnIG9mICdUTCcgYW5kIGl0cyBmaWVsZAogICAgICAgICAgICdE
ZXByZWNhdGVkJyBjb250YWlucyB0aGUgZGF0ZSB0aGUgbmV3IGNvZGUgd2FzIGFzc2lnbmVk
CiAgICAgICAgICAgKCcyMDA0LTA3LTA2JykuCgogICAxNS4gIENvZGVzIGFzc2lnbmVkIGJ5
IElTTyA2MzksIElTTyAxNTkyNCwgb3IgSVNPIDMxNjYgdGhhdCBjb25mbGljdAogICAgICAg
IHdpdGggZXhpc3Rpbmcgc3VidGFncyBvZiB0aGUgYXNzb2NpYXRlZCB0eXBlLCBpbmNsdWRp
bmcgc3VidGFncwogICAgICAgIHRoYXQgYXJlIGRlcHJlY2F0ZWQsIE1VU1QgTk9UIGJlIGVu
dGVyZWQgaW50byB0aGUgcmVnaXN0cnkuICBUaGUKICAgICAgICBmb2xsb3dpbmcgYWRkaXRp
b25hbCBjb25zaWRlcmF0aW9ucyBhcHBseSB0byBzdWJ0YWcgdmFsdWVzIHRoYXQKICAgICAg
ICBhcmUgcmVhc3NpZ25lZDoKCiAgICAgICAgQS4gIEZvciBJU08gNjM5IGNvZGVzLCBpZiB0
aGUgbmV3bHkgYXNzaWduZWQgY29kZSdzIG1lYW5pbmcgaXMKICAgICAgICAgICAgbm90IHJl
cHJlc2VudGVkIGJ5IGEgc3VidGFnIGluIHRoZSBJQU5BIHJlZ2lzdHJ5LCB0aGUKICAgICAg
ICAgICAgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyLCBhcyBkZXNjcmliZWQgaW4gU2VjdGlv
biAzLjUsIFNIQUxMCiAgICAgICAgICAgIHByZXBhcmUgYSBwcm9wb3NhbCBmb3IgZW50ZXJp
bmcgaW4gdGhlIElBTkEgcmVnaXN0cnkgYXMgc29vbgogICAgICAgICAgICBhcyBwcmFjdGlj
YWwgYSByZWdpc3RlcmVkIGxhbmd1YWdlIHN1YnRhZyBhcyBhbiBhbHRlcm5hdGUKICAgICAg
ICAgICAgdmFsdWUgZm9yIHRoZSBuZXcgY29kZS4gIFRoZSBmb3JtIG9mIHRoZSByZWdpc3Rl
cmVkIGxhbmd1YWdlCiAgICAgICAgICAgIHN1YnRhZyB3aWxsIGJlIGF0IHRoZSBkaXNjcmV0
aW9uIG9mIHRoZSBMYW5ndWFnZSBTdWJ0YWcKICAgICAgICAgICAgUmV2aWV3ZXIgYW5kIE1V
U1QgY29uZm9ybSB0byBvdGhlciByZXN0cmljdGlvbnMgb24gbGFuZ3VhZ2UKICAgICAgICAg
ICAgc3VidGFncyBpbiB0aGlzIGRvY3VtZW50LgoKICAgICAgICBCLiAgRm9yIGFsbCBzdWJ0
YWdzIHdob3NlIG1lYW5pbmcgaXMgZGVyaXZlZCBmcm9tIGFuIGV4dGVybmFsCiAgICAgICAg
ICAgIHN0YW5kYXJkICh0aGF0IGlzLCBieSBJU08gNjM5LCBJU08gMTU5MjQsIElTTyAzMTY2
LCBvciBVTgogICAgICAgICAgICBNLjQ5KSwgaWYgYSBuZXcgbWVhbmluZyBpcyBhc3NpZ25l
ZCB0byBhbiBleGlzdGluZyBjb2RlIGFuZAogICAgICAgICAgICB0aGUgbmV3IG1lYW5pbmcg
YnJvYWRlbnMgdGhlIG1lYW5pbmcgb2YgdGhhdCBjb2RlLCB0aGVuIHRoZQogICAgICAgICAg
ICBtZWFuaW5nIGZvciB0aGUgYXNzb2NpYXRlZCBzdWJ0YWcgTUFZIGJlIGNoYW5nZWQgdG8g
bWF0Y2guCiAgICAgICAgICAgIFRoZSBtZWFuaW5nIG9mIGEgc3VidGFnIE1VU1QgTk9UIGJl
IG5hcnJvd2VkLCBob3dldmVyLCBhcwogICAgICAgICAgICB0aGlzIGNhbiByZXN1bHQgaW4g
YW4gdW5rbm93biBwcm9wb3J0aW9uIG9mIHRoZSBleGlzdGluZwogICAgICAgICAgICB1c2Vz
IG9mIGEgc3VidGFnIGJlY29taW5nIGludmFsaWQuICBOb3RlOiBJU08gNjM5CiAgICAgICAg
ICAgIG1haW50ZW5hbmNlIGFnZW5jeS9yZWdpc3RyYXRpb24gYXV0aG9yaXR5IChNQS9SQSkg
aGFzCiAgICAgICAgICAgIGFkb3B0ZWQgYSBzaW1pbGFyIHN0YWJpbGl0eSBwb2xpY3kuCgog
ICAgICAgIEMuICBGb3IgSVNPIDE1OTI0IGNvZGVzLCBpZiB0aGUgbmV3bHkgYXNzaWduZWQg
Y29kZSdzIG1lYW5pbmcgaXMKICAgICAgICAgICAgbm90IHJlcHJlc2VudGVkIGJ5IGEgc3Vi
dGFnIGluIHRoZSBJQU5BIHJlZ2lzdHJ5LCB0aGUKICAgICAgICAgICAgTGFuZ3VhZ2UgU3Vi
dGFnIFJldmlld2VyLCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiAzLjUsIFNIQUxMCiAgICAg
ICAgICAgIHByZXBhcmUgYSBwcm9wb3NhbCBmb3IgZW50ZXJpbmcgaW4gdGhlIElBTkEgcmVn
aXN0cnkgYXMgc29vbgogICAgICAgICAgICBhcyBwcmFjdGljYWwgYSByZWdpc3RlcmVkIHZh
cmlhbnQgc3VidGFnIGFzIGFuIGFsdGVybmF0ZQogICAgICAgICAgICB2YWx1ZSBmb3IgdGhl
IG5ldyBjb2RlLiAgVGhlIGZvcm0gb2YgdGhlIHJlZ2lzdGVyZWQgdmFyaWFudAogICAgICAg
ICAgICBzdWJ0YWcgd2lsbCBiZSBhdCB0aGUgZGlzY3JldGlvbiBvZiB0aGUgTGFuZ3VhZ2Ug
U3VidGFnCiAgICAgICAgICAgIFJldmlld2VyIGFuZCBNVVNUIGNvbmZvcm0gdG8gb3RoZXIg
cmVzdHJpY3Rpb25zIG9uIHZhcmlhbnQKICAgICAgICAgICAgc3VidGFncyBpbiB0aGlzIGRv
Y3VtZW50LgoKICAgICAgICBELiAgRm9yIElTTyAzMTY2IGNvZGVzLCBpZiB0aGUgbmV3bHkg
YXNzaWduZWQgY29kZSdzIG1lYW5pbmcgaXMKICAgICAgICAgICAgYXNzb2NpYXRlZCB3aXRo
IHRoZSBzYW1lIFVOIE0uNDkgY29kZSBhcyBhbm90aGVyICdyZWdpb24nCiAgICAgICAgICAg
IHN1YnRhZywgdGhlbiB0aGUgZXhpc3RpbmcgcmVnaW9uIHN1YnRhZyByZW1haW5zIGFzIHRo
ZQoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAg
ICAgICAgICAgICAgICBbUGFnZSAzMV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAg
bGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICAgICAg
ICAgICBwcmVmZXJyZWQgdmFsdWUgZm9yIHRoYXQgcmVnaW9uIGFuZCBubyBuZXcgZW50cnkg
aXMgY3JlYXRlZC4KICAgICAgICAgICAgQSBjb21tZW50IE1BWSBiZSBhZGRlZCB0byB0aGUg
ZXhpc3RpbmcgcmVnaW9uIHN1YnRhZwogICAgICAgICAgICBpbmRpY2F0aW5nIHRoZSByZWxh
dGlvbnNoaXAgdG8gdGhlIG5ldyBJU08gMzE2NiBjb2RlLgoKICAgICAgICBFLiAgRm9yIElT
TyAzMTY2IGNvZGVzLCBpZiB0aGUgbmV3bHkgYXNzaWduZWQgY29kZSdzIG1lYW5pbmcgaXMK
ICAgICAgICAgICAgYXNzb2NpYXRlZCB3aXRoIGEgVU4gTS40OSBjb2RlIHRoYXQgaXMgbm90
IHJlcHJlc2VudGVkIGJ5IGFuCiAgICAgICAgICAgIGV4aXN0aW5nIHJlZ2lvbiBzdWJ0YWcs
IHRoZW4gdGhlIExhbmd1YWdlIFN1YnRhZyBSZXZpZXdlciwKICAgICAgICAgICAgYXMgZGVz
Y3JpYmVkIGluIFNlY3Rpb24gMy41LCBTSEFMTCBwcmVwYXJlIGEgcHJvcG9zYWwgZm9yCiAg
ICAgICAgICAgIGVudGVyaW5nIHRoZSBhcHByb3ByaWF0ZSBVTiBNLjQ5IGNvdW50cnkgY29k
ZSBhcyBhbiBlbnRyeSBpbgogICAgICAgICAgICB0aGUgSUFOQSByZWdpc3RyeS4KCiAgICAg
ICAgRi4gIEZvciBJU08gMzE2NiBjb2RlcywgaWYgdGhlcmUgaXMgbm8gYXNzb2NpYXRlZCBV
TiBudW1lcmljCiAgICAgICAgICAgIGNvZGUsIHRoZW4gdGhlIExhbmd1YWdlIFN1YnRhZyBS
ZXZpZXdlciBTSEFMTCBwZXRpdGlvbiB0aGUKICAgICAgICAgICAgVU4gdG8gY3JlYXRlIG9u
ZS4gIElmIHRoZXJlIGlzIG5vIHJlc3BvbnNlIGZyb20gdGhlIFVOCiAgICAgICAgICAgIHdp
dGhpbiBuaW5ldHkgZGF5cyBvZiB0aGUgcmVxdWVzdCBiZWluZyBzZW50LCB0aGUgTGFuZ3Vh
Z2UKICAgICAgICAgICAgU3VidGFnIFJldmlld2VyIFNIQUxMIHByZXBhcmUgYSBwcm9wb3Nh
bCBmb3IgZW50ZXJpbmcgaW4gdGhlCiAgICAgICAgICAgIElBTkEgcmVnaXN0cnkgYXMgc29v
biBhcyBwcmFjdGljYWwgYSByZWdpc3RlcmVkIHZhcmlhbnQKICAgICAgICAgICAgc3VidGFn
IGFzIGFuIGFsdGVybmF0ZSB2YWx1ZSBmb3IgdGhlIG5ldyBjb2RlLiAgVGhlIGZvcm0gb2YK
ICAgICAgICAgICAgdGhlIHJlZ2lzdGVyZWQgdmFyaWFudCBzdWJ0YWcgd2lsbCBiZSBhdCB0
aGUgZGlzY3JldGlvbiBvZgogICAgICAgICAgICB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmll
d2VyIGFuZCBNVVNUIGNvbmZvcm0gdG8gb3RoZXIKICAgICAgICAgICAgcmVzdHJpY3Rpb25z
IG9uIHZhcmlhbnQgc3VidGFncyBpbiB0aGlzIGRvY3VtZW50LiAgVGhpcwogICAgICAgICAg
ICBzaXR1YXRpb24gaXMgdmVyeSB1bmxpa2VseSB0byBldmVyIG9jY3VyLgoKICAgMTYuICBV
TiBNLjQ5IGhhcyBjb2RlcyBmb3IgYm90aCBjb3VudHJpZXMgYW5kIGFyZWFzIChzdWNoIGFz
ICcyNzYnCiAgICAgICAgZm9yIEdlcm1hbnkpIGFuZCBnZW9ncmFwaGljYWwgcmVnaW9ucyBh
bmQgc3ViLXJlZ2lvbnMgKHN1Y2ggYXMKICAgICAgICAnMTUwJyBmb3IgRXVyb3BlKS4gIFVO
IE0uNDkgY291bnRyeSBvciBhcmVhIGNvZGVzIGZvciB3aGljaAogICAgICAgIHRoZXJlIGlz
IG5vIGNvcnJlc3BvbmRpbmcgSVNPIDMxNjYgY29kZSBTSE9VTEQgTk9UIGJlCiAgICAgICAg
cmVnaXN0ZXJlZCwgZXhjZXB0IGFzIGEgc3Vycm9nYXRlIGZvciBhbiBJU08gMzE2NiBjb2Rl
IHRoYXQgaXMKICAgICAgICBibG9ja2VkIGZyb20gcmVnaXN0cmF0aW9uIGJ5IGFuIGV4aXN0
aW5nIHN1YnRhZy4gIElmIHN1Y2ggYSBjb2RlCiAgICAgICAgYmVjb21lcyBuZWNlc3Nhcnks
IHRoZW4gdGhlIHJlZ2lzdHJhdGlvbiBhdXRob3JpdHkgZm9yIElTTyAzMTY2CiAgICAgICAg
U0hPVUxEIGZpcnN0IGJlIHBldGl0aW9uZWQgdG8gYXNzaWduIGEgY29kZSB0byB0aGUgcmVn
aW9uLiAgSWYKICAgICAgICB0aGUgcGV0aXRpb24gZm9yIGEgY29kZSBhc3NpZ25tZW50IGJ5
IElTTyAzMTY2IGlzIHJlZnVzZWQgb3Igbm90CiAgICAgICAgYWN0ZWQgb24gaW4gYSB0aW1l
bHkgbWFubmVyLCB0aGUgcmVnaXN0cmF0aW9uIHByb2Nlc3MgZGVzY3JpYmVkCiAgICAgICAg
aW4gU2VjdGlvbiAzLjUgTUFZIHRoZW4gYmUgdXNlZCB0byByZWdpc3RlciB0aGUgY29ycmVz
cG9uZGluZyBVTgogICAgICAgIE0uNDkgY29kZS4gIFRoaXMgd2F5LCBVTiBNLjQ5IGNvZGVz
IHJlbWFpbiBhdmFpbGFibGUgYXMgdGhlCiAgICAgICAgdmFsdWUgb2YgbGFzdCByZXNvcnQg
aW4gY2FzZXMgd2hlcmUgSVNPIDMxNjYgcmVhc3NpZ25zIGEKICAgICAgICBkZXByZWNhdGVk
IHZhbHVlIGluIHRoZSByZWdpc3RyeS4KCiAgIDE3LiAgU3RhYmlsaXR5IHByb3Zpc2lvbnMg
YXBwbHkgdG8gZ3JhbmRmYXRoZXJlZCB0YWdzIHdpdGggdGhpcwogICAgICAgIGV4Y2VwdGlv
bjogc2hvdWxkIGl0IGJlIHBvc3NpYmxlIHRvIGNvbXBvc2Ugb25lIG9mIHRoZQogICAgICAg
IGdyYW5kZmF0aGVyZWQgdGFncyBmcm9tIHJlZ2lzdGVyZWQgc3VidGFncywgdGhlbiB0aGUg
ZmllbGQKICAgICAgICAnVHlwZScgaW4gdGhhdCByZWNvcmQgaXMgY2hhbmdlZCBmcm9tICdn
cmFuZGZhdGhlcmVkJyB0bwogICAgICAgICdyZWR1bmRhbnQnLiAgTm90ZSB0aGF0IHRoaXMg
d2lsbCBub3QgYWZmZWN0IGxhbmd1YWdlIHRhZ3MgdGhhdAogICAgICAgIG1hdGNoIHRoZSBn
cmFuZGZhdGhlcmVkIHRhZywgc2luY2UgdGhlc2UgdGFncyB3aWxsIG5vdyBtYXRjaAogICAg
ICAgIHZhbGlkIGdlbmVyYXRpdmUgc3VidGFnIHNlcXVlbmNlcy4gIEZvciBleGFtcGxlLCB0
aGlzIGRvY3VtZW50CiAgICAgICAgY2F1c2VkIHRoZSBJU08gNjM5LTMgY29kZSAnZ2FuJywg
dXNlZCBpbiB0aGUgcmVkdW5kYW50IHRhZyAiemgtCiAgICAgICAgZ2FuIiwgdG8gYmUgcmVn
aXN0ZXJlZCBhcyBhbiBleHRlbmRlZCBsYW5ndWFnZSBzdWJ0YWcuICBUaGUKICAgICAgICBm
b3JtZXJseS1ncmFuZGZhdGhlcmVkIHRhZyAiemgtZ2FuIiBiZWNhbWUgYSByZWR1bmRhbnQg
dGFnIGFzIGEKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEs
IDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgMzJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAg
ICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoK
ICAgICAgICByZXN1bHQgKGJ1dCBleGlzdGluZyBjb250ZW50IG9yIGltcGxlbWVudGF0aW9u
cyB0aGF0IHVzZSAiemgtCiAgICAgICAgZ2FuIiByZW1haW4gdmFsaWQpLgoKMy41LiAgUmVn
aXN0cmF0aW9uIFByb2NlZHVyZSBmb3IgU3VidGFncwoKICAgVGhlIHByb2NlZHVyZSBnaXZl
biBoZXJlIE1VU1QgYmUgdXNlZCBieSBhbnlvbmUgd2hvIHdhbnRzIHRvIHVzZSBhCiAgIHN1
YnRhZyBub3QgY3VycmVudGx5IGluIHRoZSBJQU5BIExhbmd1YWdlIFN1YnRhZyBSZWdpc3Ry
eS4KCiAgIE9ubHkgc3VidGFncyBvZiB0eXBlICdsYW5ndWFnZScgYW5kICd2YXJpYW50JyB3
aWxsIGJlIGNvbnNpZGVyZWQgZm9yCiAgIGluZGVwZW5kZW50IHJlZ2lzdHJhdGlvbiBvZiBu
ZXcgc3VidGFncy4gIEhhbmRsaW5nIG9mIHN1YnRhZ3MgbmVlZGVkCiAgIGZvciBzdGFiaWxp
dHkgYW5kIHN1YnRhZ3MgbmVjZXNzYXJ5IHRvIGtlZXAgdGhlIHJlZ2lzdHJ5IHN5bmNocm9u
aXplZAogICB3aXRoIElTTyA2MzksIElTTyAxNTkyNCwgSVNPIDMxNjYsIGFuZCBVTiBNLjQ5
IHdpdGhpbiB0aGUgbGltaXRzCiAgIGRlZmluZWQgYnkgdGhpcyBkb2N1bWVudCBhcmUgZGVz
Y3JpYmVkIGluIFNlY3Rpb24gMy4zLiAgU3RhYmlsaXR5CiAgIHByb3Zpc2lvbnMgYXJlIGRl
c2NyaWJlZCBpbiBTZWN0aW9uIDMuNC4KCiAgIFRoaXMgcHJvY2VkdXJlIE1BWSBhbHNvIGJl
IHVzZWQgdG8gcmVnaXN0ZXIgb3IgYWx0ZXIgdGhlIGluZm9ybWF0aW9uCiAgIGZvciB0aGUg
J0Rlc2NyaXB0aW9uJywgJ0NvbW1lbnRzJywgJ0RlcHJlY2F0ZWQnLCAnUHJlZml4Jywgb3IK
ICAgJ1N1cHByZXNzLVNjcmlwdCcgZmllbGRzIGluIGEgc3VidGFnJ3MgcmVjb3JkIGFzIGRl
c2NyaWJlZCBpbgogICBTZWN0aW9uIDMuNC4gIENoYW5nZXMgdG8gYWxsIG90aGVyIGZpZWxk
cyBpbiB0aGUgSUFOQSByZWdpc3RyeSBhcmUKICAgTk9UIHBlcm1pdHRlZC4KCiAgIFJlZ2lz
dGVyaW5nIGEgbmV3IHN1YnRhZyBvciByZXF1ZXN0aW5nIG1vZGlmaWNhdGlvbnMgdG8gYW4g
ZXhpc3RpbmcKICAgdGFnIG9yIHN1YnRhZyBzdGFydHMgd2l0aCB0aGUgcmVxdWVzdGVyIGZp
bGxpbmcgb3V0IHRoZSByZWdpc3RyYXRpb24KICAgZm9ybSByZXByb2R1Y2VkIGJlbG93LiAg
Tm90ZSB0aGF0IGVhY2ggcmVzcG9uc2UgaXMgbm90IGxpbWl0ZWQgaW4KICAgc2l6ZSBzbyB0
aGF0IHRoZSByZXF1ZXN0IGNhbiBhZGVxdWF0ZWx5IGRlc2NyaWJlIHRoZSByZWdpc3RyYXRp
b24uCiAgIFRoZSBmaWVsZHMgaW4gdGhlICJSZWNvcmQgUmVxdWVzdGVkIiBzZWN0aW9uIFNI
T1VMRCBmb2xsb3cgdGhlCiAgIHJlcXVpcmVtZW50cyBpbiBTZWN0aW9uIDMuMS4KCiAgIExB
TkdVQUdFIFNVQlRBRyBSRUdJU1RSQVRJT04gRk9STQogICAxLiBOYW1lIG9mIHJlcXVlc3Rl
cjoKICAgMi4gRS1tYWlsIGFkZHJlc3Mgb2YgcmVxdWVzdGVyOgogICAzLiBSZWNvcmQgUmVx
dWVzdGVkOgoKICAgICAgVHlwZToKICAgICAgU3VidGFnOgogICAgICBEZXNjcmlwdGlvbjoK
ICAgICAgUHJlZml4OgogICAgICBQcmVmZXJyZWQtVmFsdWU6CiAgICAgIERlcHJlY2F0ZWQ6
CiAgICAgIFN1cHByZXNzLVNjcmlwdDoKICAgICAgQ29tbWVudHM6CgogICA0LiBJbnRlbmRl
ZCBtZWFuaW5nIG9mIHRoZSBzdWJ0YWc6CiAgIDUuIFJlZmVyZW5jZSB0byBwdWJsaXNoZWQg
ZGVzY3JpcHRpb24KICAgICAgb2YgdGhlIGxhbmd1YWdlIChib29rIG9yIGFydGljbGUpOgog
ICA2LiBBbnkgb3RoZXIgcmVsZXZhbnQgaW5mb3JtYXRpb246CgogICBGaWd1cmUgNTogVGhl
IExhbmd1YWdlIFN1YnRhZyBSZWdpc3RyYXRpb24gRm9ybQoKCgpQaGlsbGlwcyAmIERhdmlz
ICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSAz
M10KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAg
ICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgogICBUaGUgc3VidGFnIHJlZ2lzdHJhdGlvbiBm
b3JtIE1VU1QgYmUgc2VudCB0bwogICA8aWV0Zi1sYW5ndWFnZXNAaWFuYS5vcmc+IGZvciBh
IHR3by13ZWVrIHJldmlldyBwZXJpb2QgYmVmb3JlIGl0IGNhbgogICBiZSBzdWJtaXR0ZWQg
dG8gSUFOQS4gIChUaGlzIGlzIGFuIG9wZW4gbGlzdCBhbmQgY2FuIGJlIGpvaW5lZCBieQog
ICBzZW5kaW5nIGEgcmVxdWVzdCB0byA8aWV0Zi1sYW5ndWFnZXMtcmVxdWVzdEBpYW5hLm9y
Zz4uICBUaGUgbGlzdCBjYW4KICAgYmUgaG9zdGVkIGJ5IElBTkEgb3IgYnkgYW55IHRoaXJk
IHBhcnR5IGF0IHRoZSByZXF1ZXN0IG9mIElFU0cuKQoKICAgVmFyaWFudCBzdWJ0YWdzIGFy
ZSB1c3VhbGx5IHJlZ2lzdGVyZWQgZm9yIHVzZSB3aXRoIGEgcGFydGljdWxhcgogICByYW5n
ZSBvZiBsYW5ndWFnZSB0YWdzLiAgRm9yIGV4YW1wbGUsIHRoZSBzdWJ0YWcgJ3JvemFqJyBp
cyBpbnRlbmRlZAogICBmb3IgdXNlIHdpdGggbGFuZ3VhZ2UgdGFncyB0aGF0IHN0YXJ0IHdp
dGggdGhlIHByaW1hcnkgbGFuZ3VhZ2UKICAgc3VidGFnICJzbCIsIHNpbmNlIFJlc2lhbiBp
cyBhIGRpYWxlY3Qgb2YgU2xvdmVuaWFuLiAgVGh1cywgdGhlCiAgIHN1YnRhZyAncm96YWon
IHdvdWxkIGJlIGFwcHJvcHJpYXRlIGluIHRhZ3Mgc3VjaCBhcyAic2wtTGF0bi1yb3phaiIK
ICAgb3IgInNsLUlULXJvemFqIi4gIFRoaXMgaW5mb3JtYXRpb24gaXMgc3RvcmVkIGluIHRo
ZSAnUHJlZml4JyBmaWVsZAogICBpbiB0aGUgcmVnaXN0cnkuICBWYXJpYW50IHJlZ2lzdHJh
dGlvbiByZXF1ZXN0cyBTSE9VTEQgaW5jbHVkZSBhdAogICBsZWFzdCBvbmUgJ1ByZWZpeCcg
ZmllbGQgaW4gdGhlIHJlZ2lzdHJhdGlvbiBmb3JtLgoKICAgRXh0ZW5kZWQgbGFuZ3VhZ2Ug
c3VidGFncyBNVVNUIGluY2x1ZGUgZXhhY3RseSBvbmUgJ1ByZWZpeCcgZmllbGQuCgogICBU
aGUgJ1ByZWZpeCcgZmllbGQgZm9yIGEgZ2l2ZW4gcmVnaXN0ZXJlZCBzdWJ0YWcgZXhpc3Rz
IGluIHRoZSBJQU5BCiAgIHJlZ2lzdHJ5IGFzIGEgZ3VpZGUgdG8gdXNhZ2UuICBBZGRpdGlv
bmFsIHByZWZpeGVzIE1BWSBiZSBhZGRlZCBieQogICBmaWxpbmcgYW4gYWRkaXRpb25hbCBy
ZWdpc3RyYXRpb24gZm9ybS4gIEluIHRoYXQgZm9ybSwgdGhlICJBbnkgb3RoZXIKICAgcmVs
ZXZhbnQgaW5mb3JtYXRpb246IiBmaWVsZCBNVVNUIGluZGljYXRlIHRoYXQgaXQgaXMgdGhl
IGFkZGl0aW9uIG9mCiAgIGEgcHJlZml4LgoKICAgUmVxdWVzdHMgdG8gYWRkIGEgcHJlZml4
IHRvIGEgdmFyaWFudCBzdWJ0YWcgdGhhdCBpbXBseSBhIGRpZmZlcmVudAogICBzZW1hbnRp
YyBtZWFuaW5nIHdpbGwgcHJvYmFibHkgYmUgcmVqZWN0ZWQuICBGb3IgZXhhbXBsZSwgYSBy
ZXF1ZXN0CiAgIHRvIGFkZCB0aGUgcHJlZml4ICJkZSIgdG8gdGhlIHN1YnRhZyAnbmVkaXMn
IHNvIHRoYXQgdGhlIHRhZyAiZGUtCiAgIG5lZGlzIiByZXByZXNlbnRlZCBzb21lIEdlcm1h
biBkaWFsZWN0IHdvdWxkIGJlIHJlamVjdGVkLiAgVGhlCiAgICduZWRpcycgc3VidGFnIHJl
cHJlc2VudHMgYSBwYXJ0aWN1bGFyIFNsb3ZlbmlhbiBkaWFsZWN0IGFuZCB0aGUKICAgYWRk
aXRpb25hbCByZWdpc3RyYXRpb24gd291bGQgY2hhbmdlIHRoZSBzZW1hbnRpYyBtZWFuaW5n
IGFzc2lnbmVkIHRvCiAgIHRoZSBzdWJ0YWcuICBBIHNlcGFyYXRlIHN1YnRhZyBTSE9VTEQg
YmUgcHJvcG9zZWQgaW5zdGVhZC4KCiAgIFRoZSAnRGVzY3JpcHRpb24nIGZpZWxkIE1VU1Qg
Y29udGFpbiBhIGRlc2NyaXB0aW9uIG9mIHRoZSB0YWcgYmVpbmcKICAgcmVnaXN0ZXJlZCB3
cml0dGVuIG9yIHRyYW5zY3JpYmVkIGludG8gdGhlIExhdGluIHNjcmlwdDsgaXQgTUFZIGFs
c28KICAgaW5jbHVkZSBhIGRlc2NyaXB0aW9uIGluIGEgbm9uLUxhdGluIHNjcmlwdC4gIE5v
bi1BU0NJSSBjaGFyYWN0ZXJzCiAgIE1VU1QgYmUgZXNjYXBlZCB1c2luZyB0aGUgc3ludGF4
IGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMuMS4gIFRoZQogICAnRGVzY3JpcHRpb24nIGZpZWxk
IGlzIHVzZWQgZm9yIGlkZW50aWZpY2F0aW9uIHB1cnBvc2VzIGFuZCBkb2Vzbid0CiAgIG5l
Y2Vzc2FyaWx5IHJlcHJlc2VudCB0aGUgYWN0dWFsIG5hdGl2ZSBuYW1lIG9mIHRoZSBsYW5n
dWFnZSBvcgogICB2YXJpYXRpb24gb3IgdG8gYmUgaW4gYW55IHBhcnRpY3VsYXIgbGFuZ3Vh
Z2UuCgogICBXaGlsZSB0aGUgJ0Rlc2NyaXB0aW9uJyBmaWVsZCBpdHNlbGYgaXMgbm90IGd1
YXJhbnRlZWQgdG8gYmUgc3RhYmxlCiAgIGFuZCBlcnJhdGEgY29ycmVjdGlvbnMgTUFZIGJl
IHVuZGVydGFrZW4gZnJvbSB0aW1lIHRvIHRpbWUsIGF0dGVtcHRzCiAgIHRvIHByb3ZpZGUg
dHJhbnNsYXRpb25zIG9yIHRyYW5zY3JpcHRpb25zIG9mIGVudHJpZXMgaW4gdGhlIHJlZ2lz
dHJ5CiAgIGl0c2VsZiB3aWxsIHByb2JhYmx5IGJlIGZyb3duZWQgdXBvbiBieSB0aGUgY29t
bXVuaXR5IG9yIHJlamVjdGVkCiAgIG91dHJpZ2h0LCBhcyBjaGFuZ2VzIG9mIHRoaXMgbmF0
dXJlIGhhdmUgYW4gaW1wYWN0IG9uIHRoZSBwcm92aXNpb25zCiAgIGluIFNlY3Rpb24gMy40
LgoKICAgV2hlbiB0aGUgdHdvLXdlZWsgcGVyaW9kIGhhcyBwYXNzZWQsIHRoZSBMYW5ndWFn
ZSBTdWJ0YWcgUmV2aWV3ZXIKICAgZWl0aGVyIGZvcndhcmRzIHRoZSByZWNvcmQgdG8gYmUg
aW5zZXJ0ZWQgb3IgbW9kaWZpZWQgdG8KCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBF
eHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgMzRdCgwKSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBE
ZWNlbWJlciAyMDA2CgoKICAgaWFuYUBpYW5hLm9yZyBhY2NvcmRpbmcgdG8gdGhlIHByb2Nl
ZHVyZSBkZXNjcmliZWQgaW4gU2VjdGlvbiAzLjMsIG9yCiAgIHJlamVjdHMgdGhlIHJlcXVl
c3QgYmVjYXVzZSBvZiBzaWduaWZpY2FudCBvYmplY3Rpb25zIHJhaXNlZCBvbiB0aGUKICAg
bGlzdCBvciBkdWUgdG8gcHJvYmxlbXMgd2l0aCBjb25zdHJhaW50cyBpbiB0aGlzIGRvY3Vt
ZW50ICh3aGljaCBNVVNUCiAgIGJlIGV4cGxpY2l0bHkgY2l0ZWQpLiAgVGhlIExhbmd1YWdl
IFN1YnRhZyBSZXZpZXdlciBNQVkgYWxzbyBleHRlbmQKICAgdGhlIHJldmlldyBwZXJpb2Qg
aW4gdHdvLXdlZWsgaW5jcmVtZW50cyB0byBwZXJtaXQgZnVydGhlcgogICBkaXNjdXNzaW9u
LiAgVGhlIExhbmd1YWdlIFN1YnRhZyBSZXZpZXdlciBNVVNUIGluZGljYXRlIG9uIHRoZSBs
aXN0CiAgIHdoZXRoZXIgdGhlIHJlZ2lzdHJhdGlvbiBoYXMgYmVlbiBhY2NlcHRlZCwgcmVq
ZWN0ZWQsIG9yIGV4dGVuZGVkCiAgIGZvbGxvd2luZyBlYWNoIHR3by13ZWVrIHBlcmlvZC4K
CiAgIE5vdGUgdGhhdCB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmlld2VyIE1BWSByYWlzZSBv
YmplY3Rpb25zIG9uIHRoZQogICBsaXN0IGlmIGhlIG9yIHNoZSBzbyBkZXNpcmVzLiAgVGhl
IGltcG9ydGFudCB0aGluZyBpcyB0aGF0IHRoZQogICBvYmplY3Rpb24gTVVTVCBiZSBtYWRl
IHB1YmxpY2x5LgoKICAgVGhlIGFwcGxpY2FudCBpcyBmcmVlIHRvIG1vZGlmeSBhIHJlamVj
dGVkIGFwcGxpY2F0aW9uIHdpdGgKICAgYWRkaXRpb25hbCBpbmZvcm1hdGlvbiBhbmQgc3Vi
bWl0IGl0IGFnYWluOyB0aGlzIHJlc3RhcnRzIHRoZSB0d28tCiAgIHdlZWsgY29tbWVudCBw
ZXJpb2QuCgogICBEZWNpc2lvbnMgbWFkZSBieSB0aGUgTGFuZ3VhZ2UgU3VidGFnIFJldmll
d2VyIE1BWSBiZSBhcHBlYWxlZCB0byB0aGUKICAgSUVTRyBbUkZDMjAyOF0gdW5kZXIgdGhl
IHNhbWUgcnVsZXMgYXMgb3RoZXIgSUVURiBkZWNpc2lvbnMKICAgW1JGQzIwMjZdLgoKICAg
QWxsIGFwcHJvdmVkIHJlZ2lzdHJhdGlvbiBmb3JtcyBhcmUgYXZhaWxhYmxlIG9ubGluZSBp
biB0aGUgZGlyZWN0b3J5CiAgIGh0dHA6Ly93d3cuaWFuYS5vcmcvbnVtYmVycy5odG1sIHVu
ZGVyICJsYW5ndWFnZXMiLgoKICAgVXBkYXRlcyBvciBjaGFuZ2VzIHRvIGV4aXN0aW5nIHJl
Y29yZHMgZm9sbG93IHRoZSBzYW1lIHByb2NlZHVyZSBhcwogICBuZXcgcmVnaXN0cmF0aW9u
cy4gIFRoZSBMYW5ndWFnZSBTdWJ0YWcgUmV2aWV3ZXIgZGVjaWRlcyB3aGV0aGVyCiAgIHRo
ZXJlIGlzIGNvbnNlbnN1cyB0byB1cGRhdGUgdGhlIHJlZ2lzdHJhdGlvbiBmb2xsb3dpbmcg
dGhlIHR3byB3ZWVrCiAgIHJldmlldyBwZXJpb2Q7IG5vcm1hbGx5LCBvYmplY3Rpb25zIGJ5
IHRoZSBvcmlnaW5hbCByZWdpc3RyYW50IHdpbGwKICAgY2FycnkgZXh0cmEgd2VpZ2h0IGlu
IGZvcm1pbmcgc3VjaCBhIGNvbnNlbnN1cy4KCiAgIFJlZ2lzdHJhdGlvbnMgYXJlIHBlcm1h
bmVudCBhbmQgc3RhYmxlLiAgT25jZSByZWdpc3RlcmVkLCBzdWJ0YWdzCiAgIHdpbGwgbm90
IGJlIHJlbW92ZWQgZnJvbSB0aGUgcmVnaXN0cnkgYW5kIHdpbGwgcmVtYWluIGEgdmFsaWQg
d2F5IGluCiAgIHdoaWNoIHRvIHNwZWNpZnkgYSBzcGVjaWZpYyBsYW5ndWFnZSBvciB2YXJp
YW50LgoKICAgTm90ZTogVGhlIHB1cnBvc2Ugb2YgdGhlICJSZWZlcmVuY2UgdG8gcHVibGlz
aGVkIGRlc2NyaXB0aW9uIiBzZWN0aW9uCiAgIGluIHRoZSByZWdpc3RyYXRpb24gZm9ybSBp
cyB0byBhaWQgaW4gdmVyaWZ5aW5nIHdoZXRoZXIgYSBsYW5ndWFnZSBpcwogICByZWdpc3Rl
cmVkIG9yIHdoYXQgbGFuZ3VhZ2Ugb3IgbGFuZ3VhZ2UgdmFyaWF0aW9uIGEgcGFydGljdWxh
ciBzdWJ0YWcKICAgcmVmZXJzIHRvLiAgSW4gbW9zdCBjYXNlcywgcmVmZXJlbmNlIHRvIGFu
IGF1dGhvcml0YXRpdmUgZ3JhbW1hciBvcgogICBkaWN0aW9uYXJ5IG9mIHRoYXQgbGFuZ3Vh
Z2Ugd2lsbCBiZSB1c2VmdWw7IGluIGNhc2VzIHdoZXJlIG5vIHN1Y2gKICAgd29yayBleGlz
dHMsIG90aGVyIHdlbGwta25vd24gd29ya3MgZGVzY3JpYmluZyB0aGF0IGxhbmd1YWdlIG9y
IGluCiAgIHRoYXQgbGFuZ3VhZ2UgTUFZIGJlIGFwcHJvcHJpYXRlLiAgVGhlIExhbmd1YWdl
IFN1YnRhZyBSZXZpZXdlcgogICBkZWNpZGVzIHdoYXQgY29uc3RpdHV0ZXMgImdvb2QgZW5v
dWdoIiByZWZlcmVuY2UgbWF0ZXJpYWwuICBUaGlzCiAgIHJlcXVpcmVtZW50IGlzIG5vdCBp
bnRlbmRlZCB0byBleGNsdWRlIHBhcnRpY3VsYXIgbGFuZ3VhZ2VzIG9yCiAgIGRpYWxlY3Rz
IGR1ZSB0byB0aGUgc2l6ZSBvZiB0aGUgc3BlYWtlciBwb3B1bGF0aW9uIG9yIGxhY2sgb2Yg
YQogICBzdGFuZGFyZGl6ZWQgb3J0aG9ncmFwaHkuICBNaW5vcml0eSBsYW5ndWFnZXMgd2ls
bCBiZSBjb25zaWRlcmVkCiAgIGVxdWFsbHkgb24gdGhlaXIgb3duIG1lcml0cy4KCgoKCgpQ
aGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAg
ICAgICAgICBbUGFnZSAzNV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3Rh
Z3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgozLjYuICBQb3NzaWJp
bGl0aWVzIGZvciBSZWdpc3RyYXRpb24KCiAgIFBvc3NpYmlsaXRpZXMgZm9yIHJlZ2lzdHJh
dGlvbiBvZiBzdWJ0YWdzIG9yIGluZm9ybWF0aW9uIGFib3V0CiAgIHN1YnRhZ3MgaW5jbHVk
ZToKCiAgIG8gIFByaW1hcnkgbGFuZ3VhZ2Ugc3VidGFncyBmb3IgbGFuZ3VhZ2VzIG5vdCBs
aXN0ZWQgaW4gSVNPIDYzOSB0aGF0CiAgICAgIGFyZSBub3QgdmFyaWFudHMgb2YgYW55IGxp
c3RlZCBvciByZWdpc3RlcmVkIGxhbmd1YWdlIE1BWSBiZQogICAgICByZWdpc3RlcmVkLiAg
QXQgdGhlIHRpbWUgdGhpcyBkb2N1bWVudCB3YXMgY3JlYXRlZCwgdGhlcmUgd2VyZSBubwog
ICAgICBleGFtcGxlcyBvZiB0aGlzIGZvcm0gb2Ygc3VidGFnLiAgQmVmb3JlIGF0dGVtcHRp
bmcgdG8gcmVnaXN0ZXIgYQogICAgICBsYW5ndWFnZSBzdWJ0YWcsIHRoZXJlIE1VU1QgYmUg
YW4gYXR0ZW1wdCB0byByZWdpc3RlciB0aGUgbGFuZ3VhZ2UKICAgICAgd2l0aCBJU08gNjM5
LiAgU3VidGFncyBNVVNUIE5PVCBiZSByZWdpc3RlcmVkIGZvciBsYW5ndWFnZXMKICAgICAg
ZGVmaW5lZCBieSBjb2RlcyB0aGF0IGV4aXN0IGluIElTTyA2MzktMSwgSVNPIDYzOS0yLCBv
ciBJU08gNjM5LTMsCiAgICAgIG9yIHRoYXQgYXJlIHVuZGVyIGNvbnNpZGVyYXRpb24gYnkg
dGhlIElTTyA2MzkgcmVnaXN0cmF0aW9uCiAgICAgIGF1dGhvcml0aWVzLCBvciB0aGF0IGhh
dmUgbmV2ZXIgYmVlbiBhdHRlbXB0ZWQgZm9yIHJlZ2lzdHJhdGlvbgogICAgICB3aXRoIHRo
b3NlIGF1dGhvcml0aWVzLiAgSWYgSVNPIDYzOSBoYXMgcHJldmlvdXNseSByZWplY3RlZCBh
CiAgICAgIGxhbmd1YWdlIGZvciByZWdpc3RyYXRpb24sIGl0IGlzIHJlYXNvbmFibGUgdG8g
YXNzdW1lIHRoYXQgdGhlcmUKICAgICAgbXVzdCBiZSBhZGRpdGlvbmFsLCB2ZXJ5IGNvbXBl
bGxpbmcgZXZpZGVuY2Ugb2YgbmVlZCBiZWZvcmUgaXQKICAgICAgd2lsbCBiZSByZWdpc3Rl
cmVkIGFzIGEgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWcgaW4gdGhlIElBTkEKICAgICAgcmVn
aXN0cnkgKHRvIHRoZSBleHRlbnQgdGhhdCBpdCBpcyB2ZXJ5IHVubGlrZWx5IHRoYXQgYW55
IHN1YnRhZ3MKICAgICAgd2lsbCBiZSByZWdpc3RlcmVkIG9mIHRoaXMgdHlwZSkuCgogICBv
ICBEaWFsZWN0IG9yIG90aGVyIGRpdmlzaW9ucyBvciB2YXJpYXRpb25zIHdpdGhpbiBhIGxh
bmd1YWdlLCBpdHMKICAgICAgb3J0aG9ncmFwaHksIHdyaXRpbmcgc3lzdGVtLCByZWdpb25h
bCBvciBoaXN0b3JpY2FsIHVzYWdlLAogICAgICB0cmFuc2xpdGVyYXRpb24gb3Igb3RoZXIg
dHJhbnNmb3JtYXRpb24sIG9yIGRpc3Rpbmd1aXNoaW5nCiAgICAgIHZhcmlhdGlvbiBNQVkg
YmUgcmVnaXN0ZXJlZCBhcyB2YXJpYW50IHN1YnRhZ3MuICBBbiBleGFtcGxlIGlzIHRoZQog
ICAgICAncm96YWonIHN1YnRhZyAodGhlIFJlc2lhbiBkaWFsZWN0IG9mIFNsb3Zlbmlhbiku
CgogICBvICBUaGUgYWRkaXRpb24gb3IgbWFpbnRlbmFuY2Ugb2YgZmllbGRzIChnZW5lcmFs
bHkgb2YgYW4KICAgICAgaW5mb3JtYXRpb25hbCBuYXR1cmUpIGluIFRhZyBvciBTdWJ0YWcg
cmVjb3JkcyBhcyBkZXNjcmliZWQgaW4KICAgICAgU2VjdGlvbiAzLjEgYW5kIHN1YmplY3Qg
dG8gdGhlIHN0YWJpbGl0eSBwcm92aXNpb25zIGluCiAgICAgIFNlY3Rpb24gMy40LiAgVGhp
cyBpbmNsdWRlcyBkZXNjcmlwdGlvbnMsIGNvbW1lbnRzLCBkZXByZWNhdGlvbgogICAgICBh
bmQgcHJlZmVycmVkIHZhbHVlcyBmb3Igb2Jzb2xldGUgb3Igd2l0aGRyYXduIGNvZGVzLCBv
ciB0aGUKICAgICAgYWRkaXRpb24gb2Ygc2NyaXB0IG9yIGV4dGxhbmcgaW5mb3JtYXRpb24g
dG8gcHJpbWFyeSBsYW5ndWFnZQogICAgICBzdWJ0YWdzLgoKICAgbyAgVGhlIGFkZGl0aW9u
IG9mIHJlY29yZHMgYW5kIHJlbGF0ZWQgZmllbGQgdmFsdWUgY2hhbmdlcyBuZWNlc3NhcnkK
ICAgICAgdG8gcmVmbGVjdCBhc3NpZ25tZW50cyBtYWRlIGJ5IElTTyA2MzksIElTTyAxNTky
NCwgSVNPIDMxNjYsIGFuZAogICAgICBVTiBNLjQ5IGFzIGRlc2NyaWJlZCBpbiBTZWN0aW9u
IDMuNC4KCiAgIFN1YnRhZ3MgcHJvcG9zZWQgZm9yIHJlZ2lzdHJhdGlvbiB0aGF0IHdvdWxk
IGNhdXNlIGFsbCBvciBwYXJ0IG9mIGEKICAgZ3JhbmRmYXRoZXJlZCB0YWcgdG8gYmVjb21l
IHJlZHVuZGFudCBidXQgd2hvc2UgbWVhbmluZyBjb25mbGljdHMKICAgd2l0aCBvciBhbHRl
cnMgdGhlIG1lYW5pbmcgb2YgdGhlIGdyYW5kZmF0aGVyZWQgdGFnIE1VU1QgYmUgcmVqZWN0
ZWQuCgogICBUaGlzIGRvY3VtZW50IGxlYXZlcyB0aGUgZGVjaXNpb24gb24gd2hhdCBzdWJ0
YWdzIG9yIGNoYW5nZXMgdG8KICAgc3VidGFncyBhcmUgYXBwcm9wcmlhdGUgKG9yIG5vdCkg
dG8gdGhlIHJlZ2lzdHJhdGlvbiBwcm9jZXNzCiAgIGRlc2NyaWJlZCBpbiBTZWN0aW9uIDMu
NS4KCiAgIE5vdGU6IGZvdXItY2hhcmFjdGVyIHByaW1hcnkgbGFuZ3VhZ2Ugc3VidGFncyBh
cmUgcmVzZXJ2ZWQgdG8gYWxsb3cKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBp
cmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgMzZdCgwKSW50ZXJuZXQt
RHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNl
bWJlciAyMDA2CgoKICAgZm9yIHRoZSBwb3NzaWJpbGl0eSBvZiBhbHBoYTQgY29kZXMgaW4g
c29tZSBmdXR1cmUgYWRkaXRpb24gdG8gdGhlCiAgIElTTyA2MzkgZmFtaWx5IG9mIHN0YW5k
YXJkcy4KCiAgIElTTyA2MzkgZGVmaW5lcyBhIG1haW50ZW5hbmNlIGFnZW5jeSBmb3IgYWRk
aXRpb25zIHRvIGFuZCBjaGFuZ2VzIGluCiAgIHRoZSBsaXN0IG9mIGxhbmd1YWdlcyBpbiBJ
U08gNjM5LiAgVGhpcyBhZ2VuY3kgaXM6CgogICBJbnRlcm5hdGlvbmFsIEluZm9ybWF0aW9u
IENlbnRyZSBmb3IgVGVybWlub2xvZ3kgKEluZm90ZXJtKQogICBBaWNoaG9semdhc3NlIDYv
MTIsIEFULTExMjAKICAgV2llbiwgQXVzdHJpYQogICBQaG9uZTogKzQzIDEgMjYgNzUgMzUg
RXh0LiAzMTIgRmF4OiArNDMgMSAyMTYgMzIgNzIKCiAgIElTTyA2MzktMiBkZWZpbmVzIGEg
bWFpbnRlbmFuY2UgYWdlbmN5IGZvciBhZGRpdGlvbnMgdG8gYW5kIGNoYW5nZXMKICAgaW4g
dGhlIGxpc3Qgb2YgbGFuZ3VhZ2VzIGluIElTTyA2MzktMi4gIFRoaXMgYWdlbmN5IGlzOgoK
ICAgTGlicmFyeSBvZiBDb25ncmVzcwogICBOZXR3b3JrIERldmVsb3BtZW50IGFuZCBNQVJD
IFN0YW5kYXJkcyBPZmZpY2UKICAgV2FzaGluZ3RvbiwgRC5DLiAyMDU0MCBVU0EKICAgUGhv
bmU6ICsxIDIwMiA3MDcgNjIzNyBGYXg6ICsxIDIwMiA3MDcgMDExNQogICBVUkw6IGh0dHA6
Ly93d3cubG9jLmdvdi9zdGFuZGFyZHMvaXNvNjM5LTIKCiAgIElTTyA2MzktMyBkZWZpbmVz
IGEgbWFpbnRlbmFuY2UgYWdlbmN5IGZvciBhZGRpdGlvbnMgdG8gYW5kIGNoYW5nZXMKICAg
aW4gdGhlIGxpc3Qgb2YgbGFuZ3VhZ2VzIGluIElTTyA2MzktMy4gIFRoaXMgYWdlbmN5IGlz
OgoKICAgU0lMIEludGVybmF0aW9uYWwKICAgSVNPIDYzOS0zIFJlZ2lzdHJhcgogICA3NTAw
IFcuIENhbXAgV2lzZG9tIFJkLgogICBEYWxsYXMsIFRYIDc1MjM2IFVTQQogICBQaG9uZTog
KzEgOTcyIDcwOCA3NDAwLCBleHQuIDIyOTMgRmF4OiArMSA5NzIgNzA4IDc1NDYKICAgRW1h
aWw6IGlzbzYzOS0zQHNpbC5vcmcKICAgVVJMOiBodHRwOi8vd3d3LnNpbC5vcmcvaXNvNjM5
LTMKCiAgIFRoZSBtYWludGVuYW5jZSBhZ2VuY3kgZm9yIElTTyAzMTY2IChjb3VudHJ5IGNv
ZGVzKSBpczoKCiAgIElTTyAzMTY2IE1haW50ZW5hbmNlIEFnZW5jeQogICBjL28gSW50ZXJu
YXRpb25hbCBPcmdhbml6YXRpb24gZm9yIFN0YW5kYXJkaXphdGlvbgogICBDYXNlIHBvc3Rh
bGUgNTYKICAgQ0gtMTIxMSBHZW5ldmEgMjAgU3dpdHplcmxhbmQKICAgUGhvbmU6ICs0MSAy
MiA3NDkgNzIgMzMgRmF4OiArNDEgMjIgNzQ5IDczIDQ5CiAgIFVSTDogaHR0cDovL3d3dy5p
c28ub3JnL2lzby9lbi9wcm9kcy1zZXJ2aWNlcy9pc28zMTY2bWEvaW5kZXguaHRtbAoKICAg
VGhlIHJlZ2lzdHJhdGlvbiBhdXRob3JpdHkgZm9yIElTTyAxNTkyNCAoc2NyaXB0IGNvZGVz
KSBpczoKCiAgIFVuaWNvZGUgQ29uc29ydGl1bSBCb3ggMzkxNDc2CiAgIE1vdW50YWluIFZp
ZXcsIENBIDk0MDM5LTE0NzYsIFVTQQogICBVUkw6IGh0dHA6Ly93d3cudW5pY29kZS5vcmcv
aXNvMTU5MjQKCiAgIFRoZSBTdGF0aXN0aWNzIERpdmlzaW9uIG9mIHRoZSBVbml0ZWQgTmF0
aW9ucyBTZWNyZXRhcmlhdCBtYWludGFpbnMKICAgdGhlIFN0YW5kYXJkIENvdW50cnkgb3Ig
QXJlYSBDb2RlcyBmb3IgU3RhdGlzdGljYWwgVXNlIGFuZCBjYW4gYmUKCgoKUGhpbGxpcHMg
JiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAg
W1BhZ2UgMzddCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lz
dHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgcmVhY2hlZCBhdDoKCiAgIFN0
YXRpc3RpY2FsIFNlcnZpY2VzIEJyYW5jaAogICBTdGF0aXN0aWNzIERpdmlzaW9uCiAgIFVu
aXRlZCBOYXRpb25zLCBSb29tIERDMi0xNjIwCiAgIE5ldyBZb3JrLCBOWSAxMDAxNywgVVNB
CgogICBGYXg6ICsxLTIxMi05NjMtMDYyMwogICBFLW1haWw6IHN0YXRpc3RpY3NAdW4ub3Jn
CiAgIFVSTDogaHR0cDovL3Vuc3RhdHMudW4ub3JnL3Vuc2QvbWV0aG9kcy9tNDkvbTQ5YWxw
aGEuaHRtCgozLjcuICBFeHRlbnNpb25zIGFuZCBFeHRlbnNpb25zIFJlZ2lzdHJ5CgogICBF
eHRlbnNpb24gc3VidGFncyBhcmUgdGhvc2UgaW50cm9kdWNlZCBieSBzaW5nbGUtY2hhcmFj
dGVyIHN1YnRhZ3MKICAgKCJzaW5nbGV0b25zIikgb3RoZXIgdGhhbiAneCcuICBUaGV5IGFy
ZSByZXNlcnZlZCBmb3IgdGhlIGdlbmVyYXRpb24KICAgb2YgaWRlbnRpZmllcnMgdGhhdCBj
b250YWluIGEgbGFuZ3VhZ2UgY29tcG9uZW50IGFuZCBhcmUgY29tcGF0aWJsZQogICB3aXRo
IGFwcGxpY2F0aW9ucyB0aGF0IHVuZGVyc3RhbmQgbGFuZ3VhZ2UgdGFncy4KCiAgIFRoZSBz
dHJ1Y3R1cmUgYW5kIGZvcm0gb2YgZXh0ZW5zaW9ucyBhcmUgZGVmaW5lZCBieSB0aGlzIGRv
Y3VtZW50IHNvCiAgIHRoYXQgaW1wbGVtZW50YXRpb25zIGNhbiBiZSBjcmVhdGVkIHRoYXQg
YXJlIGZvcndhcmQgY29tcGF0aWJsZSB3aXRoCiAgIGFwcGxpY2F0aW9ucyB0aGF0IG1pZ2h0
IGJlIGNyZWF0ZWQgdXNpbmcgc2luZ2xldG9ucyBpbiB0aGUgZnV0dXJlLgogICBJbiBhZGRp
dGlvbiwgZGVmaW5pbmcgYSBtZWNoYW5pc20gZm9yIG1haW50YWluaW5nIHNpbmdsZXRvbnMg
d2lsbAogICBsZW5kIHN0YWJpbGl0eSB0byB0aGlzIGRvY3VtZW50IGJ5IHJlZHVjaW5nIHRo
ZSBsaWtlbHkgbmVlZCBmb3IKICAgZnV0dXJlIHJldmlzaW9ucyBvciB1cGRhdGVzLgoKICAg
U2luZ2xlLWNoYXJhY3RlciBzdWJ0YWdzIGFyZSBhc3NpZ25lZCBieSBJQU5BIHVzaW5nIHRo
ZSAiSUVURgogICBDb25zZW5zdXMiIHBvbGljeSBkZWZpbmVkIGJ5IFtSRkMyNDM0XS4gIFRo
aXMgcG9saWN5IHJlcXVpcmVzIHRoZQogICBkZXZlbG9wbWVudCBvZiBhbiBSRkMsIHdoaWNo
IFNIQUxMIGRlZmluZSB0aGUgbmFtZSwgcHVycG9zZSwKICAgcHJvY2Vzc2VzLCBhbmQgcHJv
Y2VkdXJlcyBmb3IgbWFpbnRhaW5pbmcgdGhlIHN1YnRhZ3MuICBUaGUKICAgbWFpbnRhaW5p
bmcgb3IgcmVnaXN0ZXJpbmcgYXV0aG9yaXR5LCBpbmNsdWRpbmcgbmFtZSwgY29udGFjdCBl
bWFpbCwKICAgZGlzY3Vzc2lvbiBsaXN0IGVtYWlsLCBhbmQgVVJMIGxvY2F0aW9uIG9mIHRo
ZSByZWdpc3RyeSwgTVVTVCBiZQogICBpbmRpY2F0ZWQgY2xlYXJseSBpbiB0aGUgUkZDLiAg
VGhlIFJGQyBNVVNUIHNwZWNpZnkgb3IgaW5jbHVkZSBlYWNoCiAgIG9mIHRoZSBmb2xsb3dp
bmc6CgogICBvICBUaGUgc3BlY2lmaWNhdGlvbiBNVVNUIHJlZmVyZW5jZSB0aGUgc3BlY2lm
aWMgdmVyc2lvbiBvciByZXZpc2lvbgogICAgICBvZiB0aGlzIGRvY3VtZW50IHRoYXQgZ292
ZXJucyBpdHMgY3JlYXRpb24gYW5kIE1VU1QgcmVmZXJlbmNlIHRoaXMKICAgICAgc2VjdGlv
biBvZiB0aGlzIGRvY3VtZW50LgoKICAgbyAgVGhlIHNwZWNpZmljYXRpb24gYW5kIGFsbCBz
dWJ0YWdzIGRlZmluZWQgYnkgdGhlIHNwZWNpZmljYXRpb24KICAgICAgTVVTVCBmb2xsb3cg
dGhlIEFCTkYgYW5kIG90aGVyIHJ1bGVzIGZvciB0aGUgZm9ybWF0aW9uIG9mIHRhZ3MgYW5k
CiAgICAgIHN1YnRhZ3MgYXMgZGVmaW5lZCBpbiB0aGlzIGRvY3VtZW50LiAgSW4gcGFydGlj
dWxhciwgaXQgTVVTVAogICAgICBzcGVjaWZ5IHRoYXQgY2FzZSBpcyBub3Qgc2lnbmlmaWNh
bnQgYW5kIHRoYXQgc3VidGFncyBNVVNUIE5PVAogICAgICBleGNlZWQgZWlnaHQgY2hhcmFj
dGVycyBpbiBsZW5ndGguCgogICBvICBUaGUgc3BlY2lmaWNhdGlvbiBNVVNUIHNwZWNpZnkg
YSBjYW5vbmljYWwgcmVwcmVzZW50YXRpb24uCgogICBvICBUaGUgc3BlY2lmaWNhdGlvbiBv
ZiB2YWxpZCBzdWJ0YWdzIE1VU1QgYmUgYXZhaWxhYmxlIG92ZXIgdGhlCiAgICAgIEludGVy
bmV0IGFuZCBhdCBubyBjb3N0LgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGly
ZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSAzOF0KDApJbnRlcm5ldC1E
cmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2Vt
YmVyIDIwMDYKCgogICBvICBUaGUgc3BlY2lmaWNhdGlvbiBNVVNUIGJlIGluIHRoZSBwdWJs
aWMgZG9tYWluIG9yIGF2YWlsYWJsZSB2aWEgYQogICAgICByb3lhbHR5LWZyZWUgbGljZW5z
ZSBhY2NlcHRhYmxlIHRvIHRoZSBJRVRGIGFuZCBzcGVjaWZpZWQgaW4gdGhlCiAgICAgIFJG
Qy4KCiAgIG8gIFRoZSBzcGVjaWZpY2F0aW9uIE1VU1QgYmUgdmVyc2lvbmVkLCBhbmQgZWFj
aCB2ZXJzaW9uIG9mIHRoZQogICAgICBzcGVjaWZpY2F0aW9uIE1VU1QgYmUgbnVtYmVyZWQs
IGRhdGVkLCBhbmQgc3RhYmxlLgoKICAgbyAgVGhlIHNwZWNpZmljYXRpb24gTVVTVCBiZSBz
dGFibGUuICBUaGF0IGlzLCBleHRlbnNpb24gc3VidGFncywKICAgICAgb25jZSBkZWZpbmVk
IGJ5IGEgc3BlY2lmaWNhdGlvbiwgTVVTVCBOT1QgYmUgcmV0cmFjdGVkIG9yIGNoYW5nZQog
ICAgICBpbiBtZWFuaW5nIGluIGFueSBzdWJzdGFudGlhbCB3YXkuCgogICBvICBUaGUgc3Bl
Y2lmaWNhdGlvbiBNVVNUIGluY2x1ZGUgaW4gYSBzZXBhcmF0ZSBzZWN0aW9uIHRoZQogICAg
ICByZWdpc3RyYXRpb24gZm9ybSByZXByb2R1Y2VkIGluIHRoaXMgc2VjdGlvbiAoYmVsb3cp
IHRvIGJlIHVzZWQgaW4KICAgICAgcmVnaXN0ZXJpbmcgdGhlIGV4dGVuc2lvbiB1cG9uIHB1
YmxpY2F0aW9uIGFzIGFuIFJGQy4KCiAgIG8gIElBTkEgTVVTVCBiZSBpbmZvcm1lZCBvZiBj
aGFuZ2VzIHRvIHRoZSBjb250YWN0IGluZm9ybWF0aW9uIGFuZAogICAgICBVUkwgZm9yIHRo
ZSBzcGVjaWZpY2F0aW9uLgoKICAgSUFOQSB3aWxsIG1haW50YWluIGEgcmVnaXN0cnkgb2Yg
YWxsb2NhdGVkIHNpbmdsZS1jaGFyYWN0ZXIKICAgKHNpbmdsZXRvbikgc3VidGFncy4gIFRo
aXMgcmVnaXN0cnkgTVVTVCB1c2UgdGhlIHJlY29yZC1qYXIgZm9ybWF0CiAgIGRlc2NyaWJl
ZCBieSB0aGUgQUJORiBpbiBTZWN0aW9uIDMuMS4gIFVwb24gcHVibGljYXRpb24gb2YgYW4K
ICAgZXh0ZW5zaW9uIGFzIGFuIFJGQywgdGhlIG1haW50YWluaW5nIGF1dGhvcml0eSBkZWZp
bmVkIGluIHRoZSBSRkMKICAgTVVTVCBmb3J3YXJkIHRoaXMgcmVnaXN0cmF0aW9uIGZvcm0g
dG8gaWVzZ0BpZXRmLm9yZywgd2hvIE1VU1QKICAgZm9yd2FyZCB0aGUgcmVxdWVzdCB0byBp
YW5hQGlhbmEub3JnLiAgVGhlIG1haW50YWluaW5nIGF1dGhvcml0eSBvZgogICB0aGUgZXh0
ZW5zaW9uIE1VU1QgbWFpbnRhaW4gdGhlIGFjY3VyYWN5IG9mIHRoZSByZWNvcmQgYnkgc2Vu
ZGluZyBhbgogICB1cGRhdGVkIGZ1bGwgY29weSBvZiB0aGUgcmVjb3JkIHRvIGlhbmFAaWFu
YS5vcmcgd2l0aCB0aGUgc3ViamVjdAogICBsaW5lICJMQU5HVUFHRSBUQUcgRVhURU5TSU9O
IFVQREFURSIgd2hlbmV2ZXIgY29udGVudCBjaGFuZ2VzLiAgT25seQogICB0aGUgJ0NvbW1l
bnRzJywgJ0NvbnRhY3RfRW1haWwnLCAnTWFpbGluZ19MaXN0JywgYW5kICdVUkwnIGZpZWxk
cyBNQVkKICAgYmUgbW9kaWZpZWQgaW4gdGhlc2UgdXBkYXRlcy4KCiAgIEZhaWx1cmUgdG8g
bWFpbnRhaW4gdGhpcyByZWNvcmQsIG1haW50YWluIHRoZSBjb3JyZXNwb25kaW5nIHJlZ2lz
dHJ5LAogICBvciBtZWV0IG90aGVyIGNvbmRpdGlvbnMgaW1wb3NlZCBieSB0aGlzIHNlY3Rp
b24gb2YgdGhpcyBkb2N1bWVudCBNQVkKICAgYmUgYXBwZWFsZWQgdG8gdGhlIElFU0cgW1JG
QzIwMjhdIHVuZGVyIHRoZSBzYW1lIHJ1bGVzIGFzIG90aGVyIElFVEYKICAgZGVjaXNpb25z
IChzZWUgW1JGQzIwMjZdKSBhbmQgTUFZIHJlc3VsdCBpbiB0aGUgYXV0aG9yaXR5IHRvIG1h
aW50YWluCiAgIHRoZSBleHRlbnNpb24gYmVpbmcgd2l0aGRyYXduIG9yIHJlYXNzaWduZWQg
YnkgdGhlIElFU0cuCgoKCgoKCgoKCgoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAg
IEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSAzOV0KDApJbnRl
cm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAg
IERlY2VtYmVyIDIwMDYKCgogICAlJQogICBJZGVudGlmaWVyOgogICBEZXNjcmlwdGlvbjoK
ICAgQ29tbWVudHM6CiAgIEFkZGVkOgogICBSRkM6CiAgIEF1dGhvcml0eToKICAgQ29udGFj
dF9FbWFpbDoKICAgTWFpbGluZ19MaXN0OgogICBVUkw6CiAgICUlCgogICBGaWd1cmUgNjog
Rm9ybWF0IG9mIFJlY29yZHMgaW4gdGhlIExhbmd1YWdlIFRhZyBFeHRlbnNpb25zIFJlZ2lz
dHJ5CgogICAnSWRlbnRpZmllcicgY29udGFpbnMgdGhlIHNpbmdsZS1jaGFyYWN0ZXIgc3Vi
dGFnIChzaW5nbGV0b24pCiAgIGFzc2lnbmVkIHRvIHRoZSBleHRlbnNpb24uICBUaGUgSW50
ZXJuZXQtRHJhZnQgc3VibWl0dGVkIHRvIGRlZmluZQogICB0aGUgZXh0ZW5zaW9uIFNIT1VM
RCBzcGVjaWZ5IHdoaWNoIGxldHRlciBvciBkaWdpdCB0byB1c2UsIGFsdGhvdWdoCiAgIHRo
ZSBJRVNHIE1BWSBjaGFuZ2UgdGhlIGFzc2lnbm1lbnQgd2hlbiBhcHByb3ZpbmcgdGhlIFJG
Qy4KCiAgICdEZXNjcmlwdGlvbicgY29udGFpbnMgdGhlIG5hbWUgYW5kIGRlc2NyaXB0aW9u
IG9mIHRoZSBleHRlbnNpb24uCgogICAnQ29tbWVudHMnIGlzIGFuIE9QVElPTkFMIGZpZWxk
IGFuZCBNQVkgY29udGFpbiBhIGJyb2FkZXIgZGVzY3JpcHRpb24KICAgb2YgdGhlIGV4dGVu
c2lvbi4KCiAgICdBZGRlZCcgY29udGFpbnMgdGhlIGRhdGUgdGhlIFJGQyB3YXMgcHVibGlz
aGVkIGluIHRoZSAiZnVsbC1kYXRlIgogICBmb3JtYXQgc3BlY2lmaWVkIGluIFtSRkMzMzM5
XS4gIEZvciBleGFtcGxlOiAyMDA0LTA2LTI4IHJlcHJlc2VudHMKICAgSnVuZSAyOCwgMjAw
NCwgaW4gdGhlIEdyZWdvcmlhbiBjYWxlbmRhci4KCiAgICdSRkMnIGNvbnRhaW5zIHRoZSBS
RkMgbnVtYmVyIGFzc2lnbmVkIHRvIHRoZSBleHRlbnNpb24uCgogICAnQXV0aG9yaXR5JyBj
b250YWlucyB0aGUgbmFtZSBvZiB0aGUgbWFpbnRhaW5pbmcgYXV0aG9yaXR5IGZvciB0aGUK
ICAgZXh0ZW5zaW9uLgoKICAgJ0NvbnRhY3RfRW1haWwnIGNvbnRhaW5zIHRoZSBlbWFpbCBh
ZGRyZXNzIHVzZWQgdG8gY29udGFjdCB0aGUKICAgbWFpbnRhaW5pbmcgYXV0aG9yaXR5LgoK
ICAgJ01haWxpbmdfTGlzdCcgY29udGFpbnMgdGhlIFVSTCBvciBzdWJzY3JpcHRpb24gZW1h
aWwgYWRkcmVzcyBvZiB0aGUKICAgbWFpbGluZyBsaXN0IHVzZWQgYnkgdGhlIG1haW50YWlu
aW5nIGF1dGhvcml0eS4KCiAgICdVUkwnIGNvbnRhaW5zIHRoZSBVUkwgb2YgdGhlIHJlZ2lz
dHJ5IGZvciB0aGlzIGV4dGVuc2lvbi4KCiAgIFRoZSBkZXRlcm1pbmF0aW9uIG9mIHdoZXRo
ZXIgYW4gSW50ZXJuZXQtRHJhZnQgbWVldHMgdGhlIGFib3ZlCiAgIGNvbmRpdGlvbnMgYW5k
IHRoZSBkZWNpc2lvbiB0byBncmFudCBvciB3aXRoaG9sZCBzdWNoIGF1dGhvcml0eSByZXN0
cwogICBzb2xlbHkgd2l0aCB0aGUgSUVTRyBhbmQgaXMgc3ViamVjdCB0byB0aGUgbm9ybWFs
IHJldmlldyBhbmQgYXBwZWFscwogICBwcm9jZXNzIGFzc29jaWF0ZWQgd2l0aCB0aGUgUkZD
IHByb2Nlc3MuCgogICBFeHRlbnNpb24gYXV0aG9ycyBhcmUgc3Ryb25nbHkgY2F1dGlvbmVk
IHRoYXQgbWFueSAoaW5jbHVkaW5nIG1vc3QKICAgd2VsbC1mb3JtZWQpIHByb2Nlc3NvcnMg
d2lsbCBiZSB1bmF3YXJlIG9mIGFueSBzcGVjaWFsIHJlbGF0aW9uc2hpcHMKCgoKUGhpbGxp
cHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAg
ICAgW1BhZ2UgNDBdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJl
Z2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgb3IgbWVhbmluZyBpbmhl
cmVudCBpbiB0aGUgb3JkZXIgb2YgZXh0ZW5zaW9uIHN1YnRhZ3MuICBFeHRlbnNpb24KICAg
YXV0aG9ycyBTSE9VTEQgYXZvaWQgc3VidGFnIHJlbGF0aW9uc2hpcHMgb3IgY2Fub25pY2Fs
aXphdGlvbgogICBtZWNoYW5pc21zIHRoYXQgaW50ZXJmZXJlIHdpdGggbWF0Y2hpbmcgb3Ig
d2l0aCBsZW5ndGggcmVzdHJpY3Rpb25zCiAgIHRoYXQgc29tZXRpbWVzIGV4aXN0IGluIGNv
bW1vbiBwcm90b2NvbHMgd2hlcmUgdGhlIGV4dGVuc2lvbiBpcyB1c2VkLgogICBJbiBwYXJ0
aWN1bGFyLCBhcHBsaWNhdGlvbnMgTUFZIHRydW5jYXRlIHRoZSBzdWJ0YWdzIGluIGRvaW5n
CiAgIG1hdGNoaW5nIG9yIGluIGZpdHRpbmcgaW50byBsaW1pdGVkIGxlbmd0aHMsIHNvIGl0
IGlzIFJFQ09NTUVOREVECiAgIHRoYXQgdGhlIG1vc3Qgc2lnbmlmaWNhbnQgaW5mb3JtYXRp
b24gYmUgaW4gdGhlIG1vc3Qgc2lnbmlmaWNhbnQKICAgKGxlZnQtbW9zdCkgc3VidGFncyBh
bmQgdGhhdCB0aGUgc3BlY2lmaWNhdGlvbiBncmFjZWZ1bGx5IGhhbmRsZQogICB0cnVuY2F0
ZWQgc3VidGFncy4KCiAgIFdoZW4gYSBsYW5ndWFnZSB0YWcgaXMgdG8gYmUgdXNlZCBpbiBh
IHNwZWNpZmljLCBrbm93biwgcHJvdG9jb2wsIGl0CiAgIGlzIFJFQ09NTUVOREVEIHRoYXQg
dGhhdCB0aGUgbGFuZ3VhZ2UgdGFnIG5vdCBjb250YWluIGV4dGVuc2lvbnMgbm90CiAgIHN1
cHBvcnRlZCBieSB0aGF0IHByb3RvY29sLiAgSW4gYWRkaXRpb24sIG5vdGUgdGhhdCBzb21l
IHByb3RvY29scwogICBNQVkgaW1wb3NlIHVwcGVyIGxpbWl0cyBvbiB0aGUgbGVuZ3RoIG9m
IHRoZSBzdHJpbmdzIHVzZWQgdG8gc3RvcmUgb3IKICAgdHJhbnNwb3J0IHRoZSBsYW5ndWFn
ZSB0YWcuCgozLjguICBVcGRhdGUgb2YgdGhlIExhbmd1YWdlIFN1YnRhZyBSZWdpc3RyeQoK
ICAgVXBvbiBhZG9wdGlvbiBvZiB0aGlzIGRvY3VtZW50IHRoZSBJQU5BIExhbmd1YWdlIFN1
YnRhZyBSZWdpc3RyeSB3aWxsCiAgIG5lZWQgYW4gdXBkYXRlIHNvIHRoYXQgaXQgY29udGFp
bnMgdGhlIGNvbXBsZXRlIHNldCBvZiBzdWJ0YWdzIHZhbGlkCiAgIGluIGEgbGFuZ3VhZ2Ug
dGFnLiAgVGhpcyBjb2xsZWN0aW9uIG9mIHN1YnRhZ3MsIGFsb25nIHdpdGggYQogICBkZXNj
cmlwdGlvbiBvZiB0aGUgcHJvY2VzcyB1c2VkIHRvIGNyZWF0ZSBpdCwgaXMgZGVzY3JpYmVk
IGJ5CiAgIFtyZWdpc3RyeS11cGRhdGVdLiAgSUFOQSB3aWxsIHB1Ymxpc2ggdGhlIHVwZGF0
ZWQgdmVyc2lvbiBvZiB0aGUKICAgcmVnaXN0cnkgZGVzY3JpYmVkIGJ5IHRoaXMgZG9jdW1l
bnQgdXNpbmcgdGhlIGluc3RydWN0aW9ucyBhbmQKICAgY29udGVudCBvZiBbcmVnaXN0cnkt
dXBkYXRlXS4gIE9uY2UgcHVibGlzaGVkIGJ5IElBTkEsIHRoZQogICBtYWludGVuYW5jZSBw
cm9jZWR1cmVzLCBydWxlcywgYW5kIHJlZ2lzdHJhdGlvbiBwcm9jZXNzZXMgZGVzY3JpYmVk
CiAgIGluIHRoaXMgZG9jdW1lbnQgd2lsbCBiZSBhdmFpbGFibGUgZm9yIG5ldyByZWdpc3Ry
YXRpb25zIG9yIHVwZGF0ZXMuCgogICBSZWdpc3RyYXRpb25zIHRoYXQgYXJlIGluIHByb2Nl
c3MgdW5kZXIgdGhlIHJ1bGVzIGRlZmluZWQgaW4KICAgW1JGQzQ2NDZdIHdoZW4gdGhpcyBk
b2N1bWVudCBpcyBhZG9wdGVkIE1VU1QgYmUgY29tcGxldGVkIHVuZGVyIHRoZQogICBydWxl
cyBjb250YWluZWQgaW4gdGhpcyBkb2N1bWVudC4KCgoKCgoKCgoKCgoKCgoKCgoKCgpQaGls
bGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAg
ICAgICBbUGFnZSA0MV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3Mt
cmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgo0LiAgRm9ybWF0aW9uIGFu
ZCBQcm9jZXNzaW5nIG9mIExhbmd1YWdlIFRhZ3MKCiAgIFRoaXMgc2VjdGlvbiBhZGRyZXNz
ZXMgaG93IHRvIHVzZSB0aGUgaW5mb3JtYXRpb24gaW4gdGhlIHJlZ2lzdHJ5CiAgIHdpdGgg
dGhlIHRhZyBzeW50YXggdG8gY2hvb3NlLCBmb3JtLCBhbmQgcHJvY2VzcyBsYW5ndWFnZSB0
YWdzLgoKNC4xLiAgQ2hvaWNlIG9mIExhbmd1YWdlIFRhZwoKICAgT25lIGlzIHNvbWV0aW1l
cyBmYWNlZCB3aXRoIHRoZSBjaG9pY2UgYmV0d2VlbiBzZXZlcmFsIHBvc3NpYmxlIHRhZ3MK
ICAgZm9yIHRoZSBzYW1lIGJvZHkgb2YgdGV4dC4KCiAgIEludGVyb3BlcmFiaWxpdHkgaXMg
YmVzdCBzZXJ2ZWQgd2hlbiBhbGwgdXNlcnMgdXNlIHRoZSBzYW1lIGxhbmd1YWdlCiAgIHRh
ZyBpbiBvcmRlciB0byByZXByZXNlbnQgdGhlIHNhbWUgbGFuZ3VhZ2UuICBJZiBhbiBhcHBs
aWNhdGlvbiBoYXMKICAgcmVxdWlyZW1lbnRzIHRoYXQgbWFrZSB0aGUgcnVsZXMgaGVyZSBp
bmFwcGxpY2FibGUsIHRoZW4gdGhhdAogICBhcHBsaWNhdGlvbiByaXNrcyBkYW1hZ2luZyBp
bnRlcm9wZXJhYmlsaXR5LiAgSXQgaXMgc3Ryb25nbHkKICAgUkVDT01NRU5ERUQgdGhhdCB1
c2VycyBub3QgZGVmaW5lIHRoZWlyIG93biBydWxlcyBmb3IgbGFuZ3VhZ2UgdGFnCiAgIGNo
b2ljZS4KCiAgIFN1YnRhZ3MgU0hPVUxEIG9ubHkgYmUgdXNlZCB3aGVyZSB0aGV5IGFkZCB1
c2VmdWwgZGlzdGluZ3Vpc2hpbmcKICAgaW5mb3JtYXRpb247IGV4dHJhbmVvdXMgc3VidGFn
cyBpbnRlcmZlcmUgd2l0aCB0aGUgbWVhbmluZywKICAgdW5kZXJzdGFuZGluZywgYW5kIHBy
b2Nlc3Npbmcgb2YgbGFuZ3VhZ2UgdGFncy4gIEluIHBhcnRpY3VsYXIsIHVzZXJzCiAgIGFu
ZCBpbXBsZW1lbnRhdGlvbnMgU0hPVUxEIGZvbGxvdyB0aGUgJ1ByZWZpeCcgYW5kICdTdXBw
cmVzcy1TY3JpcHQnCiAgIGZpZWxkcyBpbiB0aGUgcmVnaXN0cnkgKGRlZmluZWQgaW4gU2Vj
dGlvbiAzLjEpOiB0aGVzZSBmaWVsZHMgcHJvdmlkZQogICBndWlkYW5jZSBvbiB3aGVuIHNw
ZWNpZmljIGFkZGl0aW9uYWwgc3VidGFncyBTSE9VTEQgKGFuZCBTSE9VTEQgTk9UKQogICBi
ZSB1c2VkIGluIGEgbGFuZ3VhZ2UgdGFnLgoKICAgT2YgcGFydGljdWxhciBub3RlLCBtYW55
IGFwcGxpY2F0aW9ucyBjYW4gYmVuZWZpdCBmcm9tIHRoZSB1c2Ugb2YKICAgc2NyaXB0IHN1
YnRhZ3MgaW4gbGFuZ3VhZ2UgdGFncywgYXMgbG9uZyBhcyB0aGUgdXNlIGlzIGNvbnNpc3Rl
bnQgZm9yCiAgIGEgZ2l2ZW4gY29udGV4dC4gIFNjcmlwdCBzdWJ0YWdzIHdlcmUgbm90IGZv
cm1hbGx5IGRlZmluZWQgaW4gUkZDCiAgIDMwNjYgYW5kIHRoZWlyIHVzZSBjYW4gYWZmZWN0
IG1hdGNoaW5nIGFuZCBzdWJ0YWcgaWRlbnRpZmljYXRpb24gYnkKICAgaW1wbGVtZW50YXRp
b25zIG9mIFJGQyAzMDY2LCBhcyB0aGVzZSBzdWJ0YWdzIGFwcGVhciBiZXR3ZWVuIHRoZQog
ICBwcmltYXJ5IGxhbmd1YWdlIGFuZCByZWdpb24gc3VidGFncy4gIEZvciBleGFtcGxlLCBp
ZiBhIHVzZXIgcmVxdWVzdHMKICAgY29udGVudCBpbiBhbiBpbXBsZW1lbnRhdGlvbiBvZiBT
ZWN0aW9uIDIuNSBvZiBbUkZDMzA2Nl0gdXNpbmcgdGhlCiAgIGxhbmd1YWdlIHJhbmdlICJl
bi1VUyIsIGNvbnRlbnQgbGFiZWxlZCAiZW4tTGF0bi1VUyIgd2lsbCBub3QgbWF0Y2gKICAg
dGhlIHJlcXVlc3QuICBUaGVyZWZvcmUsIGl0IGlzIGltcG9ydGFudCB0byBrbm93IHdoZW4g
c2NyaXB0IHN1YnRhZ3MKICAgd2lsbCBjdXN0b21hcmlseSBiZSB1c2VkIGFuZCB3aGVuIHRo
ZXkgb3VnaHQgbm90IGJlIHVzZWQuICBJbiB0aGUKICAgcmVnaXN0cnksIHRoZSBTdXBwcmVz
cy1TY3JpcHQgZmllbGQgaGVscHMgZW5zdXJlIGdyZWF0ZXIKICAgY29tcGF0aWJpbGl0eSBi
ZXR3ZWVuIHRoZSBsYW5ndWFnZSB0YWdzIGdlbmVyYXRlZCBhY2NvcmRpbmcgdG8gdGhlCiAg
IHJ1bGVzIGluIHRoaXMgZG9jdW1lbnQgYW5kIGxhbmd1YWdlIHRhZ3MgYW5kIHRhZyBwcm9j
ZXNzb3JzIG9yCiAgIGNvbnN1bWVycyBiYXNlZCBvbiBSRkMgMzA2NiBieSBkZWZpbmluZyB3
aGVuIHVzZXJzIFNIT1VMRCBOT1QgaW5jbHVkZQogICBhIHNjcmlwdCBzdWJ0YWcgd2l0aCBh
IHBhcnRpY3VsYXIgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWcuCgogICBFeHRlbmRlZCBsYW5n
dWFnZSBzdWJ0YWdzICh0eXBlICdleHRsYW5nJyBpbiB0aGUgcmVnaXN0cnk7IHNlZQogICBT
ZWN0aW9uIDMuMSkgYWxzbyBhcHBlYXIgYmV0d2VlbiB0aGUgcHJpbWFyeSBsYW5ndWFnZSBh
bmQgcmVnaW9uCiAgIHN1YnRhZ3MuICBBcHBsaWNhdGlvbnMgbWlnaHQgYmVuZWZpdCBmcm9t
IHRoZWlyIGp1ZGljaW91cyB1c2UgaW4KICAgZm9ybWluZyBsYW5ndWFnZSB0YWdzLiBbWyBn
dWlkZWxpbmVzIGhlcmU/PyBdXQoKICAgU3RhbmRhcmRzLCBwcm90b2NvbHMsIGFuZCBhcHBs
aWNhdGlvbnMgdGhhdCByZWZlcmVuY2UgdGhpcyBkb2N1bWVudAogICBub3JtYXRpdmVseSBi
dXQgYXBwbHkgZGlmZmVyZW50IHJ1bGVzIHRvIHRoZSBvbmVzIGdpdmVuIGluIHRoaXMKCgoK
UGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAg
ICAgICAgICAgW1BhZ2UgNDJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0
YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgc2VjdGlvbiBN
VVNUIHNwZWNpZnkgaG93IHRoZSBwcm9jZWR1cmUgdmFyaWVzIGZyb20gdGhlIG9uZSBnaXZl
bgogICBoZXJlLgoKICAgVGhlIGNob2ljZSBvZiBzdWJ0YWdzIHVzZWQgdG8gZm9ybSBhIGxh
bmd1YWdlIHRhZyBTSE9VTEQgYmUgZ3VpZGVkIGJ5CiAgIHRoZSBmb2xsb3dpbmcgcnVsZXM6
CgogICAxLiAgVXNlIGFzIHByZWNpc2UgYSB0YWcgYXMgcG9zc2libGUsIGJ1dCBubyBtb3Jl
IHNwZWNpZmljIHRoYW4gaXMKICAgICAgIGp1c3RpZmllZC4gIEF2b2lkIHVzaW5nIHN1YnRh
Z3MgdGhhdCBhcmUgbm90IGltcG9ydGFudCBmb3IKICAgICAgIGRpc3Rpbmd1aXNoaW5nIGNv
bnRlbnQgaW4gYW4gYXBwbGljYXRpb24uCgogICAgICAgKiAgRm9yIGV4YW1wbGUsICdkZScg
bWlnaHQgc3VmZmljZSBmb3IgdGFnZ2luZyBhbiBlbWFpbCB3cml0dGVuCiAgICAgICAgICBp
biBHZXJtYW4sIHdoaWxlICJkZS1DSC0xOTk2IiBpcyBwcm9iYWJseSB1bm5lY2Vzc2FyaWx5
CiAgICAgICAgICBwcmVjaXNlIGZvciBzdWNoIGEgdGFzay4KCiAgIDIuICBUaGUgc2NyaXB0
IHN1YnRhZyBTSE9VTEQgTk9UIGJlIHVzZWQgdG8gZm9ybSBsYW5ndWFnZSB0YWdzIHVubGVz
cwogICAgICAgdGhlIHNjcmlwdCBhZGRzIHNvbWUgZGlzdGluZ3Vpc2hpbmcgaW5mb3JtYXRp
b24gdG8gdGhlIHRhZy4gIFRoZQogICAgICAgZmllbGQgJ1N1cHByZXNzLVNjcmlwdCcgaW4g
dGhlIHByaW1hcnkgbGFuZ3VhZ2UgcmVjb3JkIGluIHRoZQogICAgICAgcmVnaXN0cnkgaW5k
aWNhdGVzIHNjcmlwdCBzdWJ0YWdzIHRoYXQgZG8gbm90IGFkZCBkaXN0aW5ndWlzaGluZwog
ICAgICAgaW5mb3JtYXRpb24gZm9yIG1vc3QgYXBwbGljYXRpb25zLgoKICAgICAgICogIEZv
ciBleGFtcGxlLCB0aGUgc3VidGFnICdMYXRuJyBzaG91bGQgbm90IGJlIHVzZWQgd2l0aCB0
aGUKICAgICAgICAgIHByaW1hcnkgbGFuZ3VhZ2UgJ2VuJyBiZWNhdXNlIG5lYXJseSBhbGwg
RW5nbGlzaCBkb2N1bWVudHMgYXJlCiAgICAgICAgICB3cml0dGVuIGluIHRoZSBMYXRpbiBz
Y3JpcHQgYW5kIGl0IGFkZHMgbm8gZGlzdGluZ3Vpc2hpbmcKICAgICAgICAgIGluZm9ybWF0
aW9uLiAgSG93ZXZlciwgaWYgYSBkb2N1bWVudCB3ZXJlIHdyaXR0ZW4gaW4gRW5nbGlzaAog
ICAgICAgICAgbWl4aW5nIExhdGluIHNjcmlwdCB3aXRoIGFub3RoZXIgc2NyaXB0IHN1Y2gg
YXMgQnJhaWxsZQogICAgICAgICAgKCdCcmFpJyksIHRoZW4gaXQgbWlnaHQgYmUgYXBwcm9w
cmlhdGUgdG8gY2hvb3NlIHRvIGluZGljYXRlCiAgICAgICAgICBib3RoIHNjcmlwdHMgdG8g
YWlkIGluIGNvbnRlbnQgc2VsZWN0aW9uLCBzdWNoIGFzIHRoZQogICAgICAgICAgYXBwbGlj
YXRpb24gb2YgYSBzdHlsZSBzaGVldC4KCiAgIDMuICBVc2Ugc3BlY2lmaWMgbGFuZ3VhZ2Ug
c3VidGFncyBvciBzdWJ0YWcgc2VxdWVuY2VzIGluIHByZWZlcmVuY2UKICAgICAgIHRvIHN1
YnRhZ3MgZm9yIGxhbmd1YWdlIGNvbGxlY3Rpb25zLiAgQSAibGFuZ3VhZ2UgY29sbGVjdGlv
biIgaXMKICAgICAgIGEgc3VidGFnIGRlcml2ZWQgZnJvbSBvbmUgb2YgdGhlIElTTyA2Mzkt
MiBjb2RlcyB0aGF0IHJlcHJlc2VudHMKICAgICAgIG11bHRpcGxlIHJlbGF0ZWQgbGFuZ3Vh
Z2VzLiAgRm9yIGV4YW1wbGUsIHRoZSBjb2RlICduYWknCiAgICAgICByZXByZXNlbnRzICJO
b3J0aCBBbWVyaWNhbiBsYW5ndWFnZXMiLiAgVGhlIHJlZ2lzdHJ5IGNvbnRhaW5zCiAgICAg
ICB2YWx1ZXMgZm9yIHRoZSBzcGVjaWZpYyBsYW5ndWFnZXMgcmVwcmVzZW50ZWQgYnkgdGhp
cyBjb2xsZWN0aXZlCiAgICAgICBjb2RlLiAgRm9yIGV4YW1wbGUgJ3h4eCcgKGxhbmd1YWdl
MSkgYW5kICd5eXknIChsYW5ndWFnZTIpLiAgTm90ZQogICAgICAgdGhhdCB0aGUgbGFuZ3Vh
Z2VzIGNvbnRhaW5lZCBpbiBhIGNvbGxlY3Rpb24gKHN1Y2ggYXMgdGhlIHR3bwogICAgICAg
ZXhhbXBsZXMgc2hvd24pIGFyZSBvZnRlbiB1bnJlbGF0ZWQgZXhjZXB0IGZvciB0aGVpciBp
bmNsdXNpb24gaW4KICAgICAgIHRoZSBjb2xsZWN0aW9uLgoKICAgNC4gIElmIGEgdGFnIG9y
IHN1YnRhZyBoYXMgYSAnUHJlZmVycmVkLVZhbHVlJyBmaWVsZCBpbiBpdHMgcmVnaXN0cnkK
ICAgICAgIGVudHJ5LCB0aGVuIHRoZSB2YWx1ZSBvZiB0aGF0IGZpZWxkIFNIT1VMRCBiZSB1
c2VkIHRvIGZvcm0gdGhlCiAgICAgICBsYW5ndWFnZSB0YWcgaW4gcHJlZmVyZW5jZSB0byB0
aGUgdGFnIG9yIHN1YnRhZyBpbiB3aGljaCB0aGUKICAgICAgIHByZWZlcnJlZCB2YWx1ZSBh
cHBlYXJzLgoKICAgICAgICogIEZvciBleGFtcGxlLCB1c2UgJ2hlJyBmb3IgSGVicmV3IGlu
IHByZWZlcmVuY2UgdG8gJ2l3Jy4KCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4
cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSA0M10KDApJbnRlcm5l
dC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERl
Y2VtYmVyIDIwMDYKCgogICA1LiAgVGhlICd1bmQnIChVbmRldGVybWluZWQpIHByaW1hcnkg
bGFuZ3VhZ2Ugc3VidGFnIFNIT1VMRCBOT1QgYmUKICAgICAgIHVzZWQgdG8gbGFiZWwgY29u
dGVudCwgZXZlbiBpZiB0aGUgbGFuZ3VhZ2UgaXMgdW5rbm93bi4gIE9taXR0aW5nCiAgICAg
ICB0aGUgbGFuZ3VhZ2UgdGFnIGFsdG9nZXRoZXIgaXMgcHJlZmVycmVkIHRvIHVzaW5nIGEg
dGFnIHdpdGggYQogICAgICAgcHJpbWFyeSBsYW5ndWFnZSBzdWJ0YWcgb2YgJ3VuZCcuICBU
aGUgJ3VuZCcgc3VidGFnIE1BWSBiZSB1c2VmdWwKICAgICAgIGZvciBwcm90b2NvbHMgdGhh
dCByZXF1aXJlIGEgbGFuZ3VhZ2UgdGFnIHRvIGJlIHByb3ZpZGVkLiAgVGhlCiAgICAgICAn
dW5kJyBzdWJ0YWcgTUFZIGFsc28gYmUgdXNlZnVsIHdoZW4gbWF0Y2hpbmcgbGFuZ3VhZ2Ug
dGFncyBpbgogICAgICAgY2VydGFpbiBzaXR1YXRpb25zLgoKICAgNi4gIFRoZSAnbXVsJyAo
TXVsdGlwbGUpIHByaW1hcnkgbGFuZ3VhZ2Ugc3VidGFnIFNIT1VMRCBOT1QgYmUgdXNlZAog
ICAgICAgd2hlbmV2ZXIgdGhlIHByb3RvY29sIGFsbG93cyB0aGUgc2VwYXJhdGUgdGFncyBm
b3IgbXVsdGlwbGUKICAgICAgIGxhbmd1YWdlcywgYXMgaXMgdGhlIGNhc2UgZm9yIHRoZSBD
b250ZW50LUxhbmd1YWdlIGhlYWRlciBpbgogICAgICAgSFRUUC4gIFRoZSAnbXVsJyBzdWJ0
YWcgY29udmV5cyBsaXR0bGUgdXNlZnVsIGluZm9ybWF0aW9uOgogICAgICAgY29udGVudCBp
biBtdWx0aXBsZSBsYW5ndWFnZXMgU0hPVUxEIGluZGl2aWR1YWxseSB0YWcgdGhlCiAgICAg
ICBsYW5ndWFnZXMgd2hlcmUgdGhleSBhcHBlYXIgb3Igb3RoZXJ3aXNlIGluZGljYXRlIHRo
ZSBhY3R1YWwKICAgICAgIGxhbmd1YWdlIGluIHByZWZlcmVuY2UgdG8gdGhlICdtdWwnIHN1
YnRhZy4KCiAgIDcuICBUaGUgc2FtZSB2YXJpYW50IHN1YnRhZyBTSE9VTEQgTk9UIGJlIHVz
ZWQgbW9yZSB0aGFuIG9uY2Ugd2l0aGluCiAgICAgICBhIGxhbmd1YWdlIHRhZy4KCiAgICAg
ICAqICBGb3IgZXhhbXBsZSwgZG8gbm90IHVzZSAiZGUtREUtMTkwMS0xOTAxIi4KCiAgIFRv
IGVuc3VyZSBjb25zaXN0ZW50IGJhY2t3YXJkIGNvbXBhdGliaWxpdHksIHRoaXMgZG9jdW1l
bnQgY29udGFpbnMKICAgc2V2ZXJhbCBwcm92aXNpb25zIHRvIGFjY291bnQgZm9yIHBvdGVu
dGlhbCBpbnN0YWJpbGl0eSBpbiB0aGUKICAgc3RhbmRhcmRzIHVzZWQgdG8gZGVmaW5lIHRo
ZSBzdWJ0YWdzIHRoYXQgbWFrZSB1cCBsYW5ndWFnZSB0YWdzLgogICBUaGVzZSBwcm92aXNp
b25zIG1lYW4gdGhhdCBubyBsYW5ndWFnZSB0YWcgY3JlYXRlZCB1bmRlciB0aGUgcnVsZXMg
aW4KICAgdGhpcyBkb2N1bWVudCB3aWxsIGJlY29tZSBvYnNvbGV0ZS4KCjQuMi4gIE1lYW5p
bmcgb2YgdGhlIExhbmd1YWdlIFRhZwoKICAgVGhlIHJlbGF0aW9uc2hpcCBiZXR3ZWVuIHRo
ZSB0YWcgYW5kIHRoZSBpbmZvcm1hdGlvbiBpdCByZWxhdGVzIHRvIGlzCiAgIGRlZmluZWQg
YnkgdGhlIGNvbnRleHQgaW4gd2hpY2ggdGhlIHRhZyBhcHBlYXJzLiAgQWNjb3JkaW5nbHks
IHRoaXMKICAgc2VjdGlvbiBnaXZlcyBvbmx5IHBvc3NpYmxlIGV4YW1wbGVzIG9mIGl0cyB1
c2FnZS4KCiAgIG8gIEZvciBhIHNpbmdsZSBpbmZvcm1hdGlvbiBvYmplY3QsIHRoZSBhc3Nv
Y2lhdGVkIGxhbmd1YWdlIHRhZ3MKICAgICAgbWlnaHQgYmUgaW50ZXJwcmV0ZWQgYXMgdGhl
IHNldCBvZiBsYW5ndWFnZXMgdGhhdCBpcyBuZWNlc3NhcnkgZm9yCiAgICAgIGEgY29tcGxl
dGUgY29tcHJlaGVuc2lvbiBvZiB0aGUgY29tcGxldGUgb2JqZWN0LiAgRXhhbXBsZTogUGxh
aW4KICAgICAgdGV4dCBkb2N1bWVudHMuCgogICBvICBGb3IgYW4gYWdncmVnYXRpb24gb2Yg
aW5mb3JtYXRpb24gb2JqZWN0cywgdGhlIGFzc29jaWF0ZWQgbGFuZ3VhZ2UKICAgICAgdGFn
cyBjb3VsZCBiZSB0YWtlbiBhcyB0aGUgc2V0IG9mIGxhbmd1YWdlcyB1c2VkIGluc2lkZSBj
b21wb25lbnRzCiAgICAgIG9mIHRoYXQgYWdncmVnYXRpb24uICBFeGFtcGxlczogRG9jdW1l
bnQgc3RvcmVzIGFuZCBsaWJyYXJpZXMuCgogICBvICBGb3IgaW5mb3JtYXRpb24gb2JqZWN0
cyB3aG9zZSBwdXJwb3NlIGlzIHRvIHByb3ZpZGUgYWx0ZXJuYXRpdmVzLAogICAgICB0aGUg
YXNzb2NpYXRlZCBsYW5ndWFnZSB0YWdzIGNvdWxkIGJlIHJlZ2FyZGVkIGFzIGEgaGludCB0
aGF0IHRoZQogICAgICBjb250ZW50IGlzIHByb3ZpZGVkIGluIHNldmVyYWwgbGFuZ3VhZ2Vz
IGFuZCB0aGF0IG9uZSBoYXMgdG8KICAgICAgaW5zcGVjdCBlYWNoIG9mIHRoZSBhbHRlcm5h
dGl2ZXMgaW4gb3JkZXIgdG8gZmluZCBpdHMgbGFuZ3VhZ2Ugb3IKICAgICAgbGFuZ3VhZ2Vz
LiAgSW4gdGhpcyBjYXNlLCB0aGUgcHJlc2VuY2Ugb2YgbXVsdGlwbGUgdGFncyBtaWdodCBu
b3QKICAgICAgbWVhbiB0aGF0IG9uZSBuZWVkcyB0byBiZSBtdWx0aS1saW5ndWFsIHRvIGdl
dCBjb21wbGV0ZQoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAy
MSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSA0NF0KDApJbnRlcm5ldC1EcmFmdCAgICAg
ICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYK
CgogICAgICB1bmRlcnN0YW5kaW5nIG9mIHRoZSBkb2N1bWVudC4gIEV4YW1wbGU6IE1JTUUg
bXVsdGlwYXJ0LwogICAgICBhbHRlcm5hdGl2ZS4KCiAgIG8gIEluIG1hcmt1cCBsYW5ndWFn
ZXMsIHN1Y2ggYXMgSFRNTCBhbmQgWE1MLCBsYW5ndWFnZSBpbmZvcm1hdGlvbgogICAgICBj
YW4gYmUgYWRkZWQgdG8gZWFjaCBwYXJ0IG9mIHRoZSBkb2N1bWVudCBpZGVudGlmaWVkIGJ5
IHRoZSBtYXJrdXAKICAgICAgc3RydWN0dXJlIChpbmNsdWRpbmcgdGhlIHdob2xlIGRvY3Vt
ZW50IGl0c2VsZikuICBGb3IgZXhhbXBsZSwgb25lCiAgICAgIGNvdWxkIHdyaXRlIDxzcGFu
IGxhbmc9ImZyIj5DJ2VzdCBsYSB2aWUuPC9zcGFuPiBpbnNpZGUgYQogICAgICBOb3J3ZWdp
YW4gZG9jdW1lbnQ7IHRoZSBOb3J3ZWdpYW4tc3BlYWtpbmcgdXNlciBjb3VsZCB0aGVuIGFj
Y2VzcwogICAgICBhIEZyZW5jaC1Ob3J3ZWdpYW4gZGljdGlvbmFyeSB0byBmaW5kIG91dCB3
aGF0IHRoZSBtYXJrZWQgc2VjdGlvbgogICAgICBtZWFudC4gIElmIHRoZSB1c2VyIHdlcmUg
bGlzdGVuaW5nIHRvIHRoYXQgZG9jdW1lbnQgdGhyb3VnaCBhCiAgICAgIHNwZWVjaCBzeW50
aGVzaXMgaW50ZXJmYWNlLCB0aGlzIGZvcm1hdGlvbiBjb3VsZCBiZSB1c2VkIHRvIHNpZ25h
bAogICAgICB0aGUgc3ludGhlc2l6ZXIgdG8gYXBwcm9wcmlhdGVseSBhcHBseSBGcmVuY2gg
dGV4dC10by1zcGVlY2gKICAgICAgcHJvbnVuY2lhdGlvbiBydWxlcyB0byB0aGF0IHNwYW4g
b2YgdGV4dCwgaW5zdGVhZCBvZiBhcHBseWluZyB0aGUKICAgICAgaW5hcHByb3ByaWF0ZSBO
b3J3ZWdpYW4gcnVsZXMuCgogICBMYW5ndWFnZSB0YWdzIGFyZSByZWxhdGVkIHdoZW4gdGhl
eSBjb250YWluIGEgc2ltaWxhciBzZXF1ZW5jZSBvZgogICBzdWJ0YWdzLiAgRm9yIGV4YW1w
bGUsIGlmIGEgbGFuZ3VhZ2UgdGFnIEIgY29udGFpbnMgbGFuZ3VhZ2UgdGFnIEEgYXMKICAg
YSBwcmVmaXgsIHRoZW4gQiBpcyB0eXBpY2FsbHkgIm5hcnJvd2VyIiBvciAibW9yZSBzcGVj
aWZpYyIgdGhhbiBBLgogICBUaHVzLCAiemgtSGFudC1UVyIgaXMgbW9yZSBzcGVjaWZpYyB0
aGFuICJ6aC1IYW50Ii4KCiAgIFRoaXMgcmVsYXRpb25zaGlwIGlzIG5vdCBndWFyYW50ZWVk
IGluIGFsbCBjYXNlczogc3BlY2lmaWNhbGx5LAogICBsYW5ndWFnZXMgdGhhdCBiZWdpbiB3
aXRoIHRoZSBzYW1lIHNlcXVlbmNlIG9mIHN1YnRhZ3MgYXJlIE5PVAogICBndWFyYW50ZWVk
IHRvIGJlIG11dHVhbGx5IGludGVsbGlnaWJsZSwgYWx0aG91Z2ggdGhleSBtaWdodCBiZS4g
IEZvcgogICBleGFtcGxlLCB0aGUgdGFnICJheiIgc2hhcmVzIGEgcHJlZml4IHdpdGggYm90
aCAiYXotTGF0biIKICAgKEF6ZXJiYWlqYW5pIHdyaXR0ZW4gdXNpbmcgdGhlIExhdGluIHNj
cmlwdCkgYW5kICJhei1DeXJsIgogICAoQXplcmJhaWphbmkgd3JpdHRlbiB1c2luZyB0aGUg
Q3lyaWxsaWMgc2NyaXB0KS4gIEEgcGVyc29uIGZsdWVudCBpbgogICBvbmUgc2NyaXB0IG1p
Z2h0IG5vdCBiZSBhYmxlIHRvIHJlYWQgdGhlIG90aGVyLCBldmVuIHRob3VnaCB0aGUgdGV4
dAogICBtaWdodCBiZSBpZGVudGljYWwuICBDb250ZW50IHRhZ2dlZCBhcyAiYXoiIG1vc3Qg
cHJvYmFibHkgaXMgd3JpdHRlbgogICBpbiBqdXN0IG9uZSBzY3JpcHQgYW5kIHRodXMgbWln
aHQgbm90IGJlIGludGVsbGlnaWJsZSB0byBhIHJlYWRlcgogICBmYW1pbGlhciB3aXRoIHRo
ZSBvdGhlciBzY3JpcHQuCgo0LjMuICBMZW5ndGggQ29uc2lkZXJhdGlvbnMKCiAgIFRoZXJl
IGlzIG5vIGRlZmluZWQgdXBwZXIgbGltaXQgb24gdGhlIHNpemUgb2YgbGFuZ3VhZ2UgdGFn
cy4gIFdoaWxlCiAgIGhpc3RvcmljYWxseSBtb3N0IGxhbmd1YWdlIHRhZ3MgaGF2ZSBjb25z
aXN0ZWQgb2YgbGFuZ3VhZ2UgYW5kIHJlZ2lvbgogICBzdWJ0YWdzIHdpdGggYSBjb21iaW5l
ZCB0b3RhbCBsZW5ndGggb2YgdXAgdG8gc2l4IGNoYXJhY3RlcnMsIGxhcmdlcgogICB0YWdz
IGhhdmUgYWx3YXlzIGJlZW4gYm90aCBwb3NzaWJsZSBhbmQgYWN0dWFsbHkgYXBwZWFyZWQg
aW4gdXNlLgoKICAgTmVpdGhlciB0aGUgbGFuZ3VhZ2UgdGFnIHN5bnRheCBub3Igb3RoZXIg
cmVxdWlyZW1lbnRzIGluIHRoaXMKICAgZG9jdW1lbnQgaW1wb3NlIGEgZml4ZWQgdXBwZXIg
bGltaXQgb24gdGhlIG51bWJlciBvZiBzdWJ0YWdzIGluIGEKICAgbGFuZ3VhZ2UgdGFnIChh
bmQgdGh1cyBhbiB1cHBlciBib3VuZCBvbiB0aGUgc2l6ZSBvZiBhIHRhZykuICBUaGUKICAg
bGFuZ3VhZ2UgdGFnIHN5bnRheCBzdWdnZXN0cyB0aGF0LCBkZXBlbmRpbmcgb24gdGhlIHNw
ZWNpZmljCiAgIGxhbmd1YWdlLCBtb3JlIHN1YnRhZ3MgKGFuZCB0aHVzIGEgbG9uZ2VyIHRh
ZykgYXJlIHNvbWV0aW1lcwogICBuZWNlc3NhcnkgdG8gY29tcGxldGVseSBpZGVudGlmeSB0
aGUgbGFuZ3VhZ2UgZm9yIGNlcnRhaW4KICAgYXBwbGljYXRpb25zOyB0aHVzLCBpdCBpcyBw
b3NzaWJsZSB0byBlbnZpc2lvbiBsb25nIG9yIGNvbXBsZXggc3VidGFnCiAgIHNlcXVlbmNl
cy4KCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAw
NyAgICAgICAgICAgICAgICBbUGFnZSA0NV0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAg
ICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgo0LjMu
MS4gIFdvcmtpbmcgd2l0aCBMaW1pdGVkIEJ1ZmZlciBTaXplcwoKICAgU29tZSBhcHBsaWNh
dGlvbnMgYW5kIHByb3RvY29scyBhcmUgZm9yY2VkIHRvIGFsbG9jYXRlIGZpeGVkIGJ1ZmZl
cgogICBzaXplcyBvciBvdGhlcndpc2UgbGltaXQgdGhlIGxlbmd0aCBvZiBhIGxhbmd1YWdl
IHRhZy4gIEEgY29uZm9ybWFudAogICBpbXBsZW1lbnRhdGlvbiBvciBzcGVjaWZpY2F0aW9u
IE1BWSByZWZ1c2UgdG8gc3VwcG9ydCB0aGUgc3RvcmFnZSBvZgogICBsYW5ndWFnZSB0YWdz
IHRoYXQgZXhjZWVkIGEgc3BlY2lmaWVkIGxlbmd0aC4gIEFueSBzdWNoIGxpbWl0YXRpb24K
ICAgU0hPVUxEIGJlIGNsZWFybHkgZG9jdW1lbnRlZCwgYW5kIHN1Y2ggZG9jdW1lbnRhdGlv
biBTSE9VTEQgaW5jbHVkZQogICB3aGF0IGhhcHBlbnMgdG8gbG9uZ2VyIHRhZ3MgKGZvciBl
eGFtcGxlLCB3aGV0aGVyIGFuIGVycm9yIHZhbHVlIGlzCiAgIGdlbmVyYXRlZCBvciB0aGUg
bGFuZ3VhZ2UgdGFnIGlzIHRydW5jYXRlZCkuICBBIHByb3RvY29sIHRoYXQgYWxsb3dzCiAg
IHRhZ3MgdG8gYmUgdHJ1bmNhdGVkIGF0IGFuIGFyYml0cmFyeSBsaW1pdCwgd2l0aG91dCBn
aXZpbmcgYW55CiAgIGluZGljYXRpb24gb2Ygd2hhdCB0aGF0IGxpbWl0IGlzLCBoYXMgdGhl
IHBvdGVudGlhbCBmb3IgY2F1c2luZyBoYXJtCiAgIGJ5IGNoYW5naW5nIHRoZSBtZWFuaW5n
IG9mIHRhZ3MgaW4gc3Vic3RhbnRpYWwgd2F5cy4KCiAgIEluIHByYWN0aWNlLCBtb3N0IGxh
bmd1YWdlIHRhZ3MgZG8gbm90IHJlcXVpcmUgbW9yZSB0aGFuIGEgZmV3CiAgIHN1YnRhZ3Mg
YW5kIHdpbGwgbm90IGFwcHJvYWNoIHJlYXNvbmFibHkgc2l6ZWQgYnVmZmVyIGxpbWl0YXRp
b25zOwogICBzZWUgU2VjdGlvbiA0LjEuCgogICBTb21lIHNwZWNpZmljYXRpb25zIG9yIHBy
b3RvY29scyBoYXZlIGxpbWl0cyBvbiB0YWcgbGVuZ3RoIGJ1dCBkbyBub3QKICAgaGF2ZSBh
IGZpeGVkIGxlbmd0aCBsaW1pdGF0aW9uLiAgRm9yIGV4YW1wbGUsIFtSRkMyMjMxXSBoYXMg
bm8KICAgZXhwbGljaXQgbGVuZ3RoIGxpbWl0YXRpb246IHRoZSBsZW5ndGggYXZhaWxhYmxl
IGZvciB0aGUgbGFuZ3VhZ2UgdGFnCiAgIGlzIGNvbnN0cmFpbmVkIGJ5IHRoZSBsZW5ndGgg
b2Ygb3RoZXIgaGVhZGVyIGNvbXBvbmVudHMgKHN1Y2ggYXMgdGhlCiAgIGNoYXJzZXQncyBu
YW1lKSBjb3VwbGVkIHdpdGggdGhlIDc2LWNoYXJhY3RlciBsaW1pdCBpbiBbUkZDMjA0N10u
CiAgIFRodXMsIHRoZSAibGltaXQiIG1pZ2h0IGJlIDUwIG9yIG1vcmUgY2hhcmFjdGVycywg
YnV0IGl0IGNvdWxkCiAgIHBvdGVudGlhbGx5IGJlIHF1aXRlIHNtYWxsLgoKICAgVGhlIGNv
bnNpZGVyYXRpb25zIGZvciBhc3NpZ25pbmcgYSBidWZmZXIgbGltaXQgYXJlOgoKICAgICAg
SW1wbGVtZW50YXRpb25zIFNIT1VMRCBOT1QgdHJ1bmNhdGUgbGFuZ3VhZ2UgdGFncyB1bmxl
c3MgdGhlCiAgICAgIG1lYW5pbmcgb2YgdGhlIHRhZyBpcyBwdXJwb3NlZnVsbHkgYmVpbmcg
Y2hhbmdlZCwgb3IgdW5sZXNzIHRoZQogICAgICB0YWcgZG9lcyBub3QgZml0IGludG8gYSBs
aW1pdGVkIGJ1ZmZlciBzaXplIHNwZWNpZmllZCBieSBhCiAgICAgIHByb3RvY29sIGZvciBz
dG9yYWdlIG9yIHRyYW5zbWlzc2lvbi4KCiAgICAgIEltcGxlbWVudGF0aW9ucyBTSE9VTEQg
d2FybiB0aGUgdXNlciB3aGVuIGEgdGFnIGlzIHRydW5jYXRlZCBzaW5jZQogICAgICB0cnVu
Y2F0aW9uIGNoYW5nZXMgdGhlIHNlbWFudGljIG1lYW5pbmcgb2YgdGhlIHRhZy4KCiAgICAg
IEltcGxlbWVudGF0aW9ucyBvZiBwcm90b2NvbHMgb3Igc3BlY2lmaWNhdGlvbnMgdGhhdCBh
cmUgc3BhY2UKICAgICAgY29uc3RyYWluZWQgYnV0IGRvIG5vdCBoYXZlIGEgZml4ZWQgbGlt
aXQgU0hPVUxEIHVzZSB0aGUgbG9uZ2VzdAogICAgICBwb3NzaWJsZSB0YWcgaW4gcHJlZmVy
ZW5jZSB0byB0cnVuY2F0aW9uLgoKICAgICAgUHJvdG9jb2xzIG9yIHNwZWNpZmljYXRpb25z
IHRoYXQgc3BlY2lmeSBsaW1pdGVkIGJ1ZmZlciBzaXplcyBmb3IKICAgICAgbGFuZ3VhZ2Ug
dGFncyBNVVNUIGFsbG93IGZvciBsYW5ndWFnZSB0YWdzIG9mIHVwIHRvIDMzIGNoYXJhY3Rl
cnMuCgogICAgICBQcm90b2NvbHMgb3Igc3BlY2lmaWNhdGlvbnMgdGhhdCBzcGVjaWZ5IGxp
bWl0ZWQgYnVmZmVyIHNpemVzIGZvcgogICAgICBsYW5ndWFnZSB0YWdzIFNIT1VMRCBhbGxv
dyBmb3IgbGFuZ3VhZ2UgdGFncyBvZiBhdCBsZWFzdCA0MgogICAgICBjaGFyYWN0ZXJzLgoK
ICAgVGhlIGZvbGxvd2luZyBpbGx1c3RyYXRpb24gc2hvd3MgaG93IHRoZSA0Mi1jaGFyYWN0
ZXIgcmVjb21tZW5kYXRpb24KICAgd2FzIGRlcml2ZWQuICBUaGUgY29tYmluYXRpb24gb2Yg
bGFuZ3VhZ2UgYW5kIGV4dGVuZGVkIGxhbmd1YWdlCgoKClBoaWxsaXBzICYgRGF2aXMgICAg
ICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQYWdlIDQ2XQoM
CkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAg
ICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIHN1YnRhZ3Mgd2FzIGNob3NlbiBmb3IgZnV0dXJl
IGNvbXBhdGliaWxpdHkuICBBdCB1cCB0byAxNSBjaGFyYWN0ZXJzLAogICB0aGlzIGNvbWJp
bmF0aW9uIGlzIGxvbmdlciB0aGFuIHRoZSBsb25nZXN0IHBvc3NpYmxlIHByaW1hcnkgbGFu
Z3VhZ2UKICAgc3VidGFnICg4IGNoYXJhY3RlcnMpOgoKICAgbGFuZ3VhZ2UgICAgICA9ICAz
IChJU08gNjM5LTI7IElTTyA2MzktMSByZXF1aXJlcyAyKQogICBleHRsYW5nMSAgICAgID0g
IDQgKGVhY2ggc3Vic2VxdWVudCBzdWJ0YWcgaW5jbHVkZXMgJy0nKQogICBleHRsYW5nMiAg
ICAgID0gIDQgKHVubGlrZWx5OiBuZWVkcyBwcmVmaXg9Imxhbmd1YWdlLWV4dGxhbmcxIikK
ICAgZXh0bGFuZzMgICAgICA9ICA0IChleHRyZW1lbHkgdW5saWtlbHkpCiAgIHNjcmlwdCAg
ICAgICAgPSAgNSAoaWYgbm90IHN1cHByZXNzZWQ6IHNlZSBTZWN0aW9uIDQuMSkKICAgcmVn
aW9uICAgICAgICA9ICA0IChVTiBNLjQ5OyBJU08gMzE2NiByZXF1aXJlcyAzKQogICB2YXJp
YW50MSAgICAgID0gIDkgKE1VU1QgaGF2ZSBsYW5ndWFnZSBhcyBhIHByZWZpeCkKICAgdmFy
aWFudDIgICAgICA9ICA5IChNVVNUIGhhdmUgbGFuZ3VhZ2UtdmFyaWFudDEgYXMgYSBwcmVm
aXgpCgogICB0b3RhbCAgICAgICAgID0gNDIgY2hhcmFjdGVycwoKICAgRmlndXJlIDc6IERl
cml2YXRpb24gb2YgdGhlIExpbWl0IG9uIFRhZyBMZW5ndGgKCjQuMy4yLiAgVHJ1bmNhdGlv
biBvZiBMYW5ndWFnZSBUYWdzCgogICBUcnVuY2F0aW9uIG9mIGEgbGFuZ3VhZ2UgdGFnIGFs
dGVycyB0aGUgbWVhbmluZyBvZiB0aGUgdGFnLCBhbmQgdGh1cwogICBTSE9VTEQgYmUgYXZv
aWRlZC4gIEhvd2V2ZXIsIHRydW5jYXRpb24gb2YgbGFuZ3VhZ2UgdGFncyBpcyBzb21ldGlt
ZXMKICAgbmVjZXNzYXJ5IGR1ZSB0byBsaW1pdGVkIGJ1ZmZlciBzaXplcy4gIFN1Y2ggdHJ1
bmNhdGlvbiBNVVNUIE5PVAogICBwZXJtaXQgYSBzdWJ0YWcgdG8gYmUgY2hvcHBlZCBvZmYg
aW4gdGhlIG1pZGRsZSBvciB0aGUgZm9ybWF0aW9uIG9mCiAgIGludmFsaWQgdGFncyAoZm9y
IGV4YW1wbGUsIG9uZSBlbmRpbmcgd2l0aCB0aGUgIi0iIGNoYXJhY3RlcikuCgogICBUaGlz
IG1lYW5zIHRoYXQgYXBwbGljYXRpb25zIG9yIHByb3RvY29scyB0aGF0IHRydW5jYXRlIHRh
Z3MgTVVTVCBkbwogICBzbyBieSBwcm9ncmVzc2l2ZWx5IHJlbW92aW5nIHN1YnRhZ3MgYWxv
bmcgd2l0aCB0aGVpciBwcmVjZWRpbmcgIi0iCiAgIGZyb20gdGhlIHJpZ2h0IHNpZGUgb2Yg
dGhlIGxhbmd1YWdlIHRhZyB1bnRpbCB0aGUgdGFnIGlzIHNob3J0IGVub3VnaAogICBmb3Ig
dGhlIGdpdmVuIGJ1ZmZlci4gIElmIHRoZSByZXN1bHRpbmcgdGFnIGVuZHMgd2l0aCBhIHNp
bmdsZS0KICAgY2hhcmFjdGVyIHN1YnRhZywgdGhhdCBzdWJ0YWcgYW5kIGl0cyBwcmVjZWRp
bmcgIi0iIE1VU1QgYWxzbyBiZQogICByZW1vdmVkLiAgRm9yIGV4YW1wbGU6CgogICBUYWcg
dG8gdHJ1bmNhdGU6IHpoLUxhdG4tQ04tdmFyaWFudDEtYS1leHRlbmQxLXgtd2FkZWdpbGUt
cHJpdmF0ZTEKICAgMS4gemgtTGF0bi1DTi12YXJpYW50MS1hLWV4dGVuZDEteC13YWRlZ2ls
ZQogICAyLiB6aC1MYXRuLUNOLXZhcmlhbnQxLWEtZXh0ZW5kMQogICAzLiB6aC1MYXRuLUNO
LXZhcmlhbnQxCiAgIDQuIHpoLUxhdG4tQ04KICAgNS4gemgtTGF0bgogICA2LiB6aAoKICAg
RmlndXJlIDg6IEV4YW1wbGUgb2YgVGFnIFRydW5jYXRpb24KCjQuNC4gIENhbm9uaWNhbGl6
YXRpb24gb2YgTGFuZ3VhZ2UgVGFncwoKICAgU2luY2UgYSBwYXJ0aWN1bGFyIGxhbmd1YWdl
IHRhZyBpcyBzb21ldGltZXMgdXNlZCBieSBtYW55IHByb2Nlc3NlcywKICAgbGFuZ3VhZ2Ug
dGFncyBTSE9VTEQgYWx3YXlzIGJlIGNyZWF0ZWQgb3IgZ2VuZXJhdGVkIGluIGEgY2Fub25p
Y2FsCiAgIGZvcm0uCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVu
ZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSA0N10KDApJbnRlcm5ldC1EcmFmdCAg
ICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIw
MDYKCgogICBBIGxhbmd1YWdlIHRhZyBpcyBpbiBjYW5vbmljYWwgZm9ybSB3aGVuOgoKICAg
MS4gIFRoZSB0YWcgaXMgd2VsbC1mb3JtZWQgYWNjb3JkaW5nIHRoZSBydWxlcyBpbiBTZWN0
aW9uIDIuMSBhbmQKICAgICAgIFNlY3Rpb24gMi4yLgoKICAgMi4gIFN1YnRhZ3Mgb2YgdHlw
ZSAnUmVnaW9uJyB0aGF0IGhhdmUgYSBQcmVmZXJyZWQtVmFsdWUgbWFwcGluZyBpbgogICAg
ICAgdGhlIElBTkEgcmVnaXN0cnkgKHNlZSBTZWN0aW9uIDMuMSkgU0hPVUxEIGJlIHJlcGxh
Y2VkIHdpdGggdGhlaXIKICAgICAgIG1hcHBlZCB2YWx1ZS4gIE5vdGU6IEluIHJhcmUgY2Fz
ZXMsIHRoZSBtYXBwZWQgdmFsdWUgd2lsbCBhbHNvCiAgICAgICBoYXZlIGEgUHJlZmVycmVk
LVZhbHVlLgoKICAgMy4gIFJlZHVuZGFudCBvciBncmFuZGZhdGhlcmVkIHRhZ3MgdGhhdCBo
YXZlIGEgUHJlZmVycmVkLVZhbHVlCiAgICAgICBtYXBwaW5nIGluIHRoZSBJQU5BIHJlZ2lz
dHJ5IChzZWUgU2VjdGlvbiAzLjEpIE1VU1QgYmUgcmVwbGFjZWQKICAgICAgIHdpdGggdGhl
aXIgbWFwcGVkIHZhbHVlLiAgVGhlc2UgaXRlbXMgZWl0aGVyIGFyZSBkZXByZWNhdGVkCiAg
ICAgICBtYXBwaW5ncyBjcmVhdGVkIGJlZm9yZSB0aGUgYWRvcHRpb24gb2YgdGhpcyBkb2N1
bWVudCAoc3VjaCBhcwogICAgICAgdGhlIG1hcHBpbmcgb2YgIm5vLW55biIgdG8gIm5uIiBv
ciAiaS1rbGluZ29uIiB0byAidGxoIikgb3IgYXJlCiAgICAgICB0aGUgcmVzdWx0IG9mIGxh
dGVyIHJlZ2lzdHJhdGlvbnMgb3IgYWRkaXRpb25zIHRvIHRoaXMgZG9jdW1lbnQKICAgICAg
IChmb3IgZXhhbXBsZSwgInpoLWd1b3l1IiBtaWdodCBiZSBtYXBwZWQgdG8gYSBsYW5ndWFn
ZS1leHRsYW5nCiAgICAgICBjb21iaW5hdGlvbiBzdWNoIGFzICJ6aC1jbW4iIGJ5IHNvbWUg
ZnV0dXJlIHVwZGF0ZSBvZiB0aGlzCiAgICAgICBkb2N1bWVudCkuCgogICA0LiAgT3RoZXIg
c3VidGFncyB0aGF0IGhhdmUgYSBQcmVmZXJyZWQtVmFsdWUgbWFwcGluZyBpbiB0aGUgSUFO
QQogICAgICAgcmVnaXN0cnkgKHNlZSBTZWN0aW9uIDMuMSkgTVVTVCBiZSByZXBsYWNlZCB3
aXRoIHRoZWlyIG1hcHBlZAogICAgICAgdmFsdWUuICBUaGVzZSBpdGVtcyBjb25zaXN0IGVu
dGlyZWx5IG9mIGNsZXJpY2FsIGNvcnJlY3Rpb25zIHRvCiAgICAgICBJU08gNjM5LTEgaW4g
d2hpY2ggdGhlIGRlcHJlY2F0ZWQgc3VidGFncyBoYXZlIGJlZW4gbWFpbnRhaW5lZAogICAg
ICAgZm9yIGNvbXBhdGliaWxpdHkgcHVycG9zZXMuCgogICA1LiAgSWYgbW9yZSB0aGFuIG9u
ZSBleHRlbnNpb24gc3VidGFnIHNlcXVlbmNlIGV4aXN0cywgdGhlIGV4dGVuc2lvbgogICAg
ICAgc2VxdWVuY2VzIGFyZSBvcmRlcmVkIGludG8gY2FzZS1pbnNlbnNpdGl2ZSBBU0NJSSBv
cmRlciBieQogICAgICAgc2luZ2xldG9uIHN1YnRhZy4KCiAgIEV4YW1wbGU6IFRoZSBsYW5n
dWFnZSB0YWcgImVuLUEtYWFhLUItY2NjLWJiYi14LXh5eiIgaXMgaW4gY2Fub25pY2FsCiAg
IGZvcm0sIHdoaWxlICJlbi1CLWNjYy1iYmItQS1hYWEtWC14eXoiIGlzIHdlbGwtZm9ybWVk
IGJ1dCBub3QgaW4KICAgY2Fub25pY2FsIGZvcm0uCgogICBFeGFtcGxlOiBUaGUgbGFuZ3Vh
Z2UgdGFnICJlbi1CVSIgKEVuZ2xpc2ggYXMgdXNlZCBpbiBCdXJtYSkgaXMgbm90CiAgIGNh
bm9uaWNhbCBiZWNhdXNlIHRoZSAnQlUnIHN1YnRhZyBoYXMgYSBjYW5vbmljYWwgbWFwcGlu
ZyB0byAnTU0nCiAgIChNeWFubWFyKSwgYWx0aG91Z2ggdGhlIHRhZyAiZW4tQlUiIG1haW50
YWlucyBpdHMgdmFsaWRpdHkuCgogICBDYW5vbmljYWxpemF0aW9uIG9mIGxhbmd1YWdlIHRh
Z3MgZG9lcyBub3QgaW1wbHkgYW55dGhpbmcgYWJvdXQgdGhlCiAgIHVzZSBvZiB1cHBlciBv
ciBsb3dlcmNhc2UgbGV0dGVycyB3aGVuIHByb2Nlc3Npbmcgb3IgY29tcGFyaW5nCiAgIHN1
YnRhZ3MgKGFuZCBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiAyLjEpLiAgQWxsIGNvbXBhcmlz
b25zIE1VU1QgYmUKICAgcGVyZm9ybWVkIGluIGEgY2FzZS1pbnNlbnNpdGl2ZSBtYW5uZXIu
CgogICBXaGVuIHBlcmZvcm1pbmcgY2Fub25pY2FsaXphdGlvbiBvZiBsYW5ndWFnZSB0YWdz
LCBwcm9jZXNzb3JzIE1BWQogICByZWd1bGFyaXplIHRoZSBjYXNlIG9mIHRoZSBzdWJ0YWdz
ICh0aGF0IGlzLCB0aGlzIHByb2Nlc3MgaXMKICAgT1BUSU9OQUwpLCBmb2xsb3dpbmcgdGhl
IGNhc2UgdXNlZCBpbiB0aGUgcmVnaXN0cnkuICBOb3RlIHRoYXQgdGhpcwogICBjb3JyZXNw
b25kcyB0byB0aGUgZm9sbG93aW5nIGNhc2luZyBydWxlczogdXBwZXJjYXNlIGFsbCBub24t
aW5pdGlhbAogICB0d28tbGV0dGVyIHN1YnRhZ3M7IHRpdGxlY2FzZSBhbGwgbm9uLWluaXRp
YWwgZm91ci1sZXR0ZXIgc3VidGFnczsKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBF
eHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgNDhdCgwKSW50ZXJu
ZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBE
ZWNlbWJlciAyMDA2CgoKICAgbG93ZXJjYXNlIGV2ZXJ5dGhpbmcgZWxzZS4KCiAgIE5vdGU6
IENhc2UgZm9sZGluZyBvZiBBU0NJSSBsZXR0ZXJzIGluIGNlcnRhaW4gbG9jYWxlcywgdW5s
ZXNzCiAgIGNhcmVmdWxseSBoYW5kbGVkLCBzb21ldGltZXMgcHJvZHVjZXMgbm9uLUFTQ0lJ
IGNoYXJhY3RlciB2YWx1ZXMuCiAgIFRoZSBVbmljb2RlIENoYXJhY3RlciBEYXRhYmFzZSBm
aWxlICJTcGVjaWFsQ2FzaW5nLnR4dCIgZGVmaW5lcyB0aGUKICAgc3BlY2lmaWMgY2FzZXMg
dGhhdCBhcmUga25vd24gdG8gY2F1c2UgcHJvYmxlbXMgd2l0aCB0aGlzLiAgSW4KICAgcGFy
dGljdWxhciwgdGhlIGxldHRlciAnaScgKFUrMDA2OSkgaW4gVHVya2lzaCBhbmQgQXplcmJh
aWphbmkgaXMKICAgdXBwZXJjYXNlZCB0byBVKzAxMzAgKExBVElOIENBUElUQUwgTEVUVEVS
IEkgV0lUSCBET1QgQUJPVkUpLgogICBJbXBsZW1lbnRlcnMgU0hPVUxEIHNwZWNpZnkgYSBs
b2NhbGUtbmV1dHJhbCBjYXNpbmcgb3BlcmF0aW9uIHRvCiAgIGVuc3VyZSB0aGF0IGNhc2Ug
Zm9sZGluZyBvZiBzdWJ0YWdzIGRvZXMgbm90IHByb2R1Y2UgdGhpcyB2YWx1ZSwKICAgd2hp
Y2ggaXMgaWxsZWdhbCBpbiBsYW5ndWFnZSB0YWdzLiAgRm9yIGV4YW1wbGUsIGlmIG9uZSB3
ZXJlIHRvCiAgIHVwcGVyY2FzZSB0aGUgcmVnaW9uIHN1YnRhZyAnaW4nIHVzaW5nIFR1cmtp
c2ggbG9jYWxlIHJ1bGVzLCB0aGUKICAgc2VxdWVuY2UgVSswMTMwIFUrMDA0RSB3b3VsZCBy
ZXN1bHQgaW5zdGVhZCBvZiB0aGUgZXhwZWN0ZWQgJ0lOJy4KCiAgIE5vdGU6IGlmIHRoZSBm
aWVsZCAnRGVwcmVjYXRlZCcgYXBwZWFycyBpbiBhIHJlZ2lzdHJ5IHJlY29yZCB3aXRob3V0
CiAgIGFuIGFjY29tcGFueWluZyAnUHJlZmVycmVkLVZhbHVlJyBmaWVsZCwgdGhlbiB0aGF0
IHRhZyBvciBzdWJ0YWcgaXMKICAgZGVwcmVjYXRlZCB3aXRob3V0IGEgcmVwbGFjZW1lbnQu
ICBWYWxpZGF0aW5nIHByb2Nlc3NvcnMgU0hPVUxEIE5PVAogICBnZW5lcmF0ZSB0YWdzIHRo
YXQgaW5jbHVkZSB0aGVzZSB2YWx1ZXMsIGFsdGhvdWdoIHRoZSB2YWx1ZXMgYXJlCiAgIGNh
bm9uaWNhbCB3aGVuIHRoZXkgYXBwZWFyIGluIGEgbGFuZ3VhZ2UgdGFnLgoKICAgQW4gZXh0
ZW5zaW9uIE1VU1QgZGVmaW5lIGFueSByZWxhdGlvbnNoaXBzIHRoYXQgZXhpc3QgYmV0d2Vl
biB0aGUKICAgdmFyaW91cyBzdWJ0YWdzIGluIHRoZSBleHRlbnNpb24gYW5kIHRodXMgTUFZ
IGRlZmluZSBhbiBhbHRlcm5hdGUKICAgY2Fub25pY2FsaXphdGlvbiBzY2hlbWUgZm9yIHRo
ZSBleHRlbnNpb24ncyBzdWJ0YWdzLiAgRXh0ZW5zaW9ucyBNQVkKICAgZGVmaW5lIGhvdyB0
aGUgb3JkZXIgb2YgdGhlIGV4dGVuc2lvbidzIHN1YnRhZ3MgYXJlIGludGVycHJldGVkLiAg
Rm9yCiAgIGV4YW1wbGUsIGFuIGV4dGVuc2lvbiBjb3VsZCBkZWZpbmUgdGhhdCBpdHMgc3Vi
dGFncyBhcmUgaW4gY2Fub25pY2FsCiAgIG9yZGVyIHdoZW4gdGhlIHN1YnRhZ3MgYXJlIHBs
YWNlZCBpbnRvIEFTQ0lJIG9yZGVyOiB0aGF0IGlzLCAiZW4tYS0KICAgYWFhLWJiYi1jY2Mi
IGluc3RlYWQgb2YgImVuLWEtY2NjLWJiYi1hYWEiLiAgQW5vdGhlciBleHRlbnNpb24gbWln
aHQKICAgZGVmaW5lIHRoYXQgdGhlIG9yZGVyIG9mIHRoZSBzdWJ0YWdzIGluZmx1ZW5jZXMg
dGhlaXIgc2VtYW50aWMKICAgbWVhbmluZyAoc28gdGhhdCAiZW4tYi1jY2MtYmJiLWFhYSIg
aGFzIGEgZGlmZmVyZW50IHZhbHVlIGZyb20gImVuLWItCiAgIGFhYS1iYmItY2NjIikuICBI
b3dldmVyLCBleHRlbnNpb24gc3BlY2lmaWNhdGlvbnMgU0hPVUxEIGJlIGRlc2lnbmVkCiAg
IHNvIHRoYXQgdGhleSBhcmUgdG9sZXJhbnQgb2YgdGhlIHR5cGljYWwgcHJvY2Vzc2VzIGRl
c2NyaWJlZCBpbgogICBTZWN0aW9uIDMuNy4KCjQuNS4gIENvbnNpZGVyYXRpb25zIGZvciBQ
cml2YXRlIFVzZSBTdWJ0YWdzCgogICBQcml2YXRlIHVzZSBzdWJ0YWdzLCBsaWtlIGFsbCBv
dGhlciBzdWJ0YWdzLCBNVVNUIGNvbmZvcm0gdG8gdGhlCiAgIGZvcm1hdCBhbmQgY29udGVu
dCBjb25zdHJhaW50cyBpbiB0aGUgQUJORi4gIFByaXZhdGUgdXNlIHN1YnRhZ3MgaGF2ZQog
ICBubyBtZWFuaW5nIG91dHNpZGUgdGhlIHByaXZhdGUgYWdyZWVtZW50IGJldHdlZW4gdGhl
IHBhcnRpZXMgdGhhdAogICBpbnRlbmQgdG8gdXNlIG9yIGV4Y2hhbmdlIGxhbmd1YWdlIHRh
Z3MgdGhhdCBlbXBsb3kgdGhlbS4gIFRoZSBzYW1lCiAgIHN1YnRhZ3MgTUFZIGJlIHVzZWQg
d2l0aCBhIGRpZmZlcmVudCBtZWFuaW5nIHVuZGVyIGEgc2VwYXJhdGUgcHJpdmF0ZQogICBh
Z3JlZW1lbnQuICBUaGV5IFNIT1VMRCBOT1QgYmUgdXNlZCB3aGVyZSBhbHRlcm5hdGl2ZXMg
ZXhpc3QgYW5kCiAgIFNIT1VMRCBOT1QgYmUgdXNlZCBpbiBjb250ZW50IG9yIHByb3RvY29s
cyBpbnRlbmRlZCBmb3IgZ2VuZXJhbCB1c2UuCgogICBQcml2YXRlIHVzZSBzdWJ0YWdzIGFy
ZSBzaW1wbHkgdXNlbGVzcyBmb3IgaW5mb3JtYXRpb24gZXhjaGFuZ2UKICAgd2l0aG91dCBw
cmlvciBhcnJhbmdlbWVudC4gIFRoZSB2YWx1ZSBhbmQgc2VtYW50aWMgbWVhbmluZyBvZiBw
cml2YXRlCiAgIHVzZSB0YWdzIGFuZCBvZiB0aGUgc3VidGFncyB1c2VkIHdpdGhpbiBzdWNo
IGEgbGFuZ3VhZ2UgdGFnIGFyZSBub3QKICAgZGVmaW5lZCBieSB0aGlzIGRvY3VtZW50LgoK
CgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAg
ICAgICAgICAgICAgW1BhZ2UgNDldCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxh
bmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgU3VidGFn
cyBkZWZpbmVkIGluIHRoZSBJQU5BIHJlZ2lzdHJ5IGFzIGhhdmluZyBhIHNwZWNpZmljIHBy
aXZhdGUgdXNlCiAgIG1lYW5pbmcgY29udmV5IG1vcmUgaW5mb3JtYXRpb24gdGhhdCBhIHB1
cmVseSBwcml2YXRlIHVzZSB0YWcKICAgcHJlZml4ZWQgYnkgdGhlIHNpbmdsZXRvbiBzdWJ0
YWcgJ3gnLiAgRm9yIGFwcGxpY2F0aW9ucywgdGhpcwogICBhZGRpdGlvbmFsIGluZm9ybWF0
aW9uIE1BWSBiZSB1c2VmdWwuCgogICBGb3IgZXhhbXBsZSwgdGhlIHJlZ2lvbiBzdWJ0YWdz
ICdBQScsICdaWicsIGFuZCBpbiB0aGUgcmFuZ2VzCiAgICdRTSctJ1FaJyBhbmQgJ1hBJy0n
WFonIChkZXJpdmVkIGZyb20gSVNPIDMxNjYgcHJpdmF0ZSB1c2UgY29kZXMpIE1BWQogICBi
ZSB1c2VkIHRvIGZvcm0gYSBsYW5ndWFnZSB0YWcuICBBIHRhZyBzdWNoIGFzICJ6aC1IYW5z
LVhRIiBjb252ZXlzIGEKICAgZ3JlYXQgZGVhbCBvZiBwdWJsaWMsIGludGVyY2hhbmdlYWJs
ZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUgbGFuZ3VhZ2UKICAgbWF0ZXJpYWwgKHRoYXQgaXQg
aXMgQ2hpbmVzZSBpbiB0aGUgc2ltcGxpZmllZCBDaGluZXNlIHNjcmlwdCBhbmQgaXMKICAg
c3VpdGFibGUgZm9yIHNvbWUgZ2VvZ3JhcGhpYyByZWdpb24gJ1hRJykuICBXaGlsZSB0aGUg
cHJlY2lzZQogICBnZW9ncmFwaGljIHJlZ2lvbiBpcyBub3Qga25vd24gb3V0c2lkZSBvZiBw
cml2YXRlIGFncmVlbWVudCwgdGhlIHRhZwogICBjb252ZXlzIGZhciBtb3JlIGluZm9ybWF0
aW9uIHRoYW4gYW4gb3BhcXVlIHRhZyBzdWNoIGFzICJ4LXNvbWVMYW5nIiwKICAgd2hpY2gg
Y29udGFpbnMgbm8gaW5mb3JtYXRpb24gYWJvdXQgdGhlIGxhbmd1YWdlIHN1YnRhZyBvciBz
Y3JpcHQKICAgc3VidGFnIG91dHNpZGUgb2YgdGhlIHByaXZhdGUgYWdyZWVtZW50LgoKICAg
SG93ZXZlciwgaW4gc29tZSBjYXNlcyBjb250ZW50IHRhZ2dlZCB3aXRoIHByaXZhdGUgdXNl
IHN1YnRhZ3MgTUFZCiAgIGludGVyYWN0IHdpdGggb3RoZXIgc3lzdGVtcyBpbiBhIGRpZmZl
cmVudCBhbmQgcG9zc2libHkgdW5zdWl0YWJsZQogICBtYW5uZXIgY29tcGFyZWQgdG8gdGFn
cyB0aGF0IHVzZSBvcGFxdWUsIHByaXZhdGVseSBkZWZpbmVkIHN1YnRhZ3MsCiAgIHNvIHRo
ZSBjaG9pY2Ugb2YgdGhlIGJlc3QgYXBwcm9hY2ggc29tZXRpbWVzIGRlcGVuZHMgb24gdGhl
CiAgIHBhcnRpY3VsYXIgZG9tYWluIGluIHF1ZXN0aW9uLgoKCgoKCgoKCgoKCgoKCgoKCgoK
CgoKCgoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwg
MjAwNyAgICAgICAgICAgICAgICBbUGFnZSA1MF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgo1
LiAgSUFOQSBDb25zaWRlcmF0aW9ucwoKICAgVGhpcyBzZWN0aW9uIGRlYWxzIHdpdGggdGhl
IHByb2Nlc3NlcyBhbmQgcmVxdWlyZW1lbnRzIG5lY2Vzc2FyeSBmb3IKICAgSUFOQSB0byB1
bmRlcnRha2UgdG8gbWFpbnRhaW4gdGhlIHN1YnRhZyBhbmQgZXh0ZW5zaW9uIHJlZ2lzdHJp
ZXMgYXMKICAgZGVmaW5lZCBieSB0aGlzIGRvY3VtZW50IGFuZCBpbiBhY2NvcmRhbmNlIHdp
dGggdGhlIHJlcXVpcmVtZW50cyBvZgogICBbUkZDMjQzNF0uCgogICBUaGUgaW1wYWN0IG9u
IHRoZSBJQU5BIG1haW50YWluZXJzIG9mIHRoZSB0d28gcmVnaXN0cmllcyBkZWZpbmVkIGJ5
CiAgIHRoaXMgZG9jdW1lbnQgd2lsbCBiZSBhIHNtYWxsIGluY3JlYXNlIGluIHRoZSBmcmVx
dWVuY3kgb2YgbmV3CiAgIGVudHJpZXMgb3IgdXBkYXRlcy4KCjUuMS4gIExhbmd1YWdlIFN1
YnRhZyBSZWdpc3RyeQoKICAgVXBvbiBhZG9wdGlvbiBvZiB0aGlzIGRvY3VtZW50LCBJQU5B
IHdpbGwgdXBkYXRlIHRoZSByZWdpc3RyeSB1c2luZwogICBpbnN0cnVjdGlvbnMgYW5kIGNv
bnRlbnQgcHJvdmlkZWQgaW4gYSBjb21wYW5pb24gZG9jdW1lbnQ6IFtyZWdpc3RyeS0KICAg
dXBkYXRlXS4gIFRoZSBjcml0ZXJpYSBhbmQgcHJvY2VzcyBmb3Igc2VsZWN0aW5nIHRoZSB1
cGRhdGVkIHNldCBvZgogICByZWNvcmRzIGFyZSBkZXNjcmliZWQgaW4gdGhhdCBkb2N1bWVu
dC4gIFRoZSB1cGRhdGVkIHNldCBvZiByZWNvcmRzCiAgIHJlcHJlc2VudHMgbm8gaW1wYWN0
IG9uIElBTkEsIHNpbmNlIHRoZSB3b3JrIHRvIGNyZWF0ZSBpdCB3aWxsIGJlCiAgIHBlcmZv
cm1lZCBleHRlcm5hbGx5LgoKICAgRnV0dXJlIHdvcmsgb24gdGhlIExhbmd1YWdlIFN1YnRh
ZyBSZWdpc3RyeSBoYXMgYmVlbiBsaW1pdGVkIHRvCiAgIGluc2VydGluZyBvciByZXBsYWNp
bmcgd2hvbGUgcmVjb3JkcyBwcmVmb3JtYXR0ZWQgZm9yIElBTkEgYnkgdGhlCiAgIExhbmd1
YWdlIFN1YnRhZyBSZXZpZXdlciBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiAzLjMgb2YgdGhp
cyBkb2N1bWVudAogICBhbmQgYXJjaGl2aW5nIHRoZSBmb3J3YXJkZWQgcmVnaXN0cmF0aW9u
IGZvcm0uCgogICBFYWNoIHJlY29yZCBNVVNUIGJlIHNlbnQgdG8gaWFuYUBpYW5hLm9yZyB3
aXRoIGEgc3ViamVjdCBsaW5lCiAgIGluZGljYXRpbmcgd2hldGhlciB0aGUgZW5jbG9zZWQg
cmVjb3JkIGlzIGFuIGluc2VydGlvbiBvZiBhIG5ldwogICByZWNvcmQgKGluZGljYXRlZCBi
eSB0aGUgd29yZCAiSU5TRVJUIiBpbiB0aGUgc3ViamVjdCBsaW5lKSBvciBhCiAgIHJlcGxh
Y2VtZW50IG9mIGFuIGV4aXN0aW5nIHJlY29yZCAoaW5kaWNhdGVkIGJ5IHRoZSB3b3JkICJN
T0RJRlkiIGluCiAgIHRoZSBzdWJqZWN0IGxpbmUpLiAgUmVjb3JkcyBNVVNUIE5PVCBiZSBk
ZWxldGVkIGZyb20gdGhlIHJlZ2lzdHJ5LgogICBJQU5BIE1VU1QgcGxhY2UgYW55IGluc2Vy
dGVkIG9yIG1vZGlmaWVkIHJlY29yZHMgaW50byB0aGUgYXBwcm9wcmlhdGUKICAgc2VjdGlv
biBvZiB0aGUgbGFuZ3VhZ2Ugc3VidGFnIHJlZ2lzdHJ5LCBncm91cGluZyB0aGUgcmVjb3Jk
cyBieQogICB0aGVpciAnVHlwZScgZmllbGQuICBJbnNlcnRlZCByZWNvcmRzIE1BWSBiZSBw
bGFjZWQgYW55d2hlcmUgaW4gdGhlCiAgIGFwcHJvcHJpYXRlIHNlY3Rpb247IHRoZXJlIGlz
IG5vIGd1YXJhbnRlZSBvZiB0aGUgb3JkZXIgb2YgdGhlCiAgIHJlY29yZHMgYmV5b25kIGdy
b3VwaW5nIHRoZW0gdG9nZXRoZXIgYnkgJ1R5cGUnLiAgTW9kaWZpZWQgcmVjb3JkcwogICBN
VVNUIG92ZXJ3cml0ZSB0aGUgcmVjb3JkIHRoZXkgcmVwbGFjZS4KCiAgIEluY2x1ZGVkIGlu
IGFueSByZXF1ZXN0IHRvIGluc2VydCBvciBtb2RpZnkgcmVjb3JkcyBNVVNUIGJlIGEgbmV3
CiAgIEZpbGUtRGF0ZSByZWNvcmQuICBUaGlzIHJlY29yZCBNVVNUIGJlIHBsYWNlZCBmaXJz
dCBpbiB0aGUgcmVnaXN0cnkuCiAgIEluIHRoZSBldmVudCB0aGF0IHRoZSBGaWxlLURhdGUg
cmVjb3JkIHByZXNlbnQgaW4gdGhlIHJlZ2lzdHJ5IGhhcyBhCiAgIGxhdGVyIGRhdGUgdGhh
biB0aGUgcmVjb3JkIGJlaW5nIGluc2VydGVkIG9yIG1vZGlmaWVkLCB0aGUgZXhpc3RpbmcK
ICAgcmVjb3JkIE1VU1QgYmUgcHJlc2VydmVkLgoKNS4yLiAgRXh0ZW5zaW9ucyBSZWdpc3Ry
eQoKICAgVGhlIExhbmd1YWdlIFRhZyBFeHRlbnNpb25zIFJlZ2lzdHJ5IGNhbiBjb250YWlu
IGF0IG1vc3QgMzUgcmVjb3JkcwogICBhbmQgdGh1cyBjaGFuZ2VzIHRvIHRoaXMgcmVnaXN0
cnkgYXJlIGV4cGVjdGVkIHRvIGJlIHZlcnkgaW5mcmVxdWVudC4KCgoKClBoaWxsaXBzICYg
RGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQ
YWdlIDUxXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3Ry
eSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgIEZ1dHVyZSB3b3JrIGJ5IElBTkEg
b24gdGhlIExhbmd1YWdlIFRhZyBFeHRlbnNpb25zIFJlZ2lzdHJ5IGlzCiAgIGxpbWl0ZWQg
dG8gdHdvIGNhc2VzLiAgRmlyc3QsIHRoZSBJRVNHIE1BWSByZXF1ZXN0IHRoYXQgbmV3IHJl
Y29yZHMKICAgYmUgaW5zZXJ0ZWQgaW50byB0aGlzIHJlZ2lzdHJ5IGZyb20gdGltZSB0byB0
aW1lLiAgVGhlc2UgcmVxdWVzdHMKICAgTVVTVCBpbmNsdWRlIHRoZSByZWNvcmQgdG8gaW5z
ZXJ0IGluIHRoZSBleGFjdCBmb3JtYXQgZGVzY3JpYmVkIGluCiAgIFNlY3Rpb24gMy43LiAg
SW4gYWRkaXRpb24sIHRoZXJlIE1BWSBiZSBvY2Nhc2lvbmFsIHJlcXVlc3RzIGZyb20gdGhl
CiAgIG1haW50YWluaW5nIGF1dGhvcml0eSBmb3IgYSBzcGVjaWZpYyBleHRlbnNpb24gdG8g
dXBkYXRlIHRoZSBjb250YWN0CiAgIGluZm9ybWF0aW9uIG9yIFVSTHMgaW4gdGhlIHJlY29y
ZC4gIFRoZXNlIHJlcXVlc3RzIE1VU1QgaW5jbHVkZSB0aGUKICAgY29tcGxldGUsIHVwZGF0
ZWQgcmVjb3JkLiAgSUFOQSBpcyBub3QgcmVzcG9uc2libGUgZm9yIHZhbGlkYXRpbmcgdGhl
CiAgIGluZm9ybWF0aW9uIHByb3ZpZGVkLCBvbmx5IHRoYXQgaXQgaXMgcHJvcGVybHkgZm9y
bWF0dGVkLiAgSXQgc2hvdWxkCiAgIHJlYXNvbmFibHkgYmUgc2VlbiB0byBjb21lIGZyb20g
dGhlIG1haW50YWluaW5nIGF1dGhvcml0eSBuYW1lZCBpbgogICB0aGUgcmVjb3JkIHByZXNl
bnQgaW4gdGhlIHJlZ2lzdHJ5LgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoK
CgoKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcg
ICAgICAgICAgICAgICAgW1BhZ2UgNTJdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAg
IGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKNi4gIFNl
Y3VyaXR5IENvbnNpZGVyYXRpb25zCgogICBMYW5ndWFnZSB0YWdzIHVzZWQgaW4gY29udGVu
dCBuZWdvdGlhdGlvbiwgbGlrZSBhbnkgb3RoZXIgaW5mb3JtYXRpb24KICAgZXhjaGFuZ2Vk
IG9uIHRoZSBJbnRlcm5ldCwgbWlnaHQgYmUgYSBzb3VyY2Ugb2YgY29uY2VybiBiZWNhdXNl
IHRoZXkKICAgbWlnaHQgYmUgdXNlZCB0byBpbmZlciB0aGUgbmF0aW9uYWxpdHkgb2YgdGhl
IHNlbmRlciwgYW5kIHRodXMKICAgaWRlbnRpZnkgcG90ZW50aWFsIHRhcmdldHMgZm9yIHN1
cnZlaWxsYW5jZS4KCiAgIFRoaXMgaXMgYSBzcGVjaWFsIGNhc2Ugb2YgdGhlIGdlbmVyYWwg
cHJvYmxlbSB0aGF0IGFueXRoaW5nIHNlbnQgaXMKICAgdmlzaWJsZSB0byB0aGUgcmVjZWl2
aW5nIHBhcnR5IGFuZCBwb3NzaWJseSB0byB0aGlyZCBwYXJ0aWVzIGFzIHdlbGwuCiAgIEl0
IGlzIHVzZWZ1bCB0byBiZSBhd2FyZSB0aGF0IHN1Y2ggY29uY2VybnMgY2FuIGV4aXN0IGlu
IHNvbWUgY2FzZXMuCgogICBUaGUgZXZhbHVhdGlvbiBvZiB0aGUgZXhhY3QgbWFnbml0dWRl
IG9mIHRoZSB0aHJlYXQsIGFuZCBhbnkgcG9zc2libGUKICAgY291bnRlcm1lYXN1cmVzLCBp
cyBsZWZ0IHRvIGVhY2ggYXBwbGljYXRpb24gcHJvdG9jb2wgKHNlZSBCQ1AgNzIKICAgW1JG
QzM1NTJdIGZvciBiZXN0IGN1cnJlbnQgcHJhY3RpY2UgZ3VpZGFuY2Ugb24gc2VjdXJpdHkg
dGhyZWF0cyBhbmQKICAgZGVmZW5zZXMpLgoKICAgVGhlIGxhbmd1YWdlIHRhZyBhc3NvY2lh
dGVkIHdpdGggYSBwYXJ0aWN1bGFyIGluZm9ybWF0aW9uIGl0ZW0gaXMgb2YKICAgbm8gY29u
c2VxdWVuY2Ugd2hhdHNvZXZlciBpbiBkZXRlcm1pbmluZyB3aGV0aGVyIHRoYXQgY29udGVu
dCBtaWdodAogICBjb250YWluIHBvc3NpYmxlIGhvbW9ncmFwaHMuICBUaGUgZmFjdCB0aGF0
IGEgdGV4dCBpcyB0YWdnZWQgYXMgYmVpbmcKICAgaW4gb25lIGxhbmd1YWdlIG9yIHVzaW5n
IGEgcGFydGljdWxhciBzY3JpcHQgc3VidGFnIHByb3ZpZGVzIG5vCiAgIGFzc3VyYW5jZSB3
aGF0c29ldmVyIHRoYXQgaXQgZG9lcyBub3QgY29udGFpbiBjaGFyYWN0ZXJzIGZyb20gc2Ny
aXB0cwogICBvdGhlciB0aGFuIHRoZSBvbmUocykgYXNzb2NpYXRlZCB3aXRoIG9yIHNwZWNp
ZmllZCBieSB0aGF0IGxhbmd1YWdlCiAgIHRhZy4KCiAgIFNpbmNlIHRoZXJlIGlzIG5vIGxp
bWl0IHRvIHRoZSBudW1iZXIgb2YgdmFyaWFudCwgcHJpdmF0ZSB1c2UsIGFuZAogICBleHRl
bnNpb24gc3VidGFncywgYW5kIGNvbnNlcXVlbnRseSBubyBsaW1pdCBvbiB0aGUgcG9zc2li
bGUgbGVuZ3RoCiAgIG9mIGEgdGFnLCBpbXBsZW1lbnRhdGlvbnMgbmVlZCB0byBndWFyZCBh
Z2FpbnN0IGJ1ZmZlciBvdmVyZmxvdwogICBhdHRhY2tzLiAgU2VlIFNlY3Rpb24gNC4zIGZv
ciBkZXRhaWxzIG9uIGxhbmd1YWdlIHRhZyB0cnVuY2F0aW9uLAogICB3aGljaCBjYW4gb2Nj
dXIgYXMgYSBjb25zZXF1ZW5jZSBvZiBkZWZlbnNlcyBhZ2FpbnN0IGJ1ZmZlciBvdmVyZmxv
dy4KCiAgIEFsdGhvdWdoIHRoZSBzcGVjaWZpY2F0aW9uIG9mIHZhbGlkIHN1YnRhZ3MgZm9y
IGFuIGV4dGVuc2lvbiAoc2VlCiAgIFNlY3Rpb24gMy43KSBNVVNUIGJlIGF2YWlsYWJsZSBv
dmVyIHRoZSBJbnRlcm5ldCwgaW1wbGVtZW50YXRpb25zCiAgIFNIT1VMRCBOT1QgbWVjaGFu
aWNhbGx5IGRlcGVuZCBvbiBpdCBiZWluZyBhbHdheXMgYWNjZXNzaWJsZSwgdG8KICAgcHJl
dmVudCBkZW5pYWwtb2Ytc2VydmljZSBhdHRhY2tzLgoKCgoKCgoKCgoKCgoKCgoKClBoaWxs
aXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAg
ICAgIFtQYWdlIDUzXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1y
ZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCjcuICBDaGFyYWN0ZXIgU2V0
IENvbnNpZGVyYXRpb25zCgogICBUaGUgc3ludGF4IGluIHRoaXMgZG9jdW1lbnQgcmVxdWly
ZXMgdGhhdCBsYW5ndWFnZSB0YWdzIHVzZSBvbmx5IHRoZQogICBjaGFyYWN0ZXJzIEEtWiwg
YS16LCAwLTksIGFuZCBIWVBIRU4tTUlOVVMsIHdoaWNoIGFyZSBwcmVzZW50IGluIG1vc3QK
ICAgY2hhcmFjdGVyIHNldHMsIHNvIHRoZSBjb21wb3NpdGlvbiBvZiBsYW5ndWFnZSB0YWdz
IHNob3VsZCBub3QgaGF2ZQogICBhbnkgY2hhcmFjdGVyIHNldCBpc3N1ZXMuCgogICBSZW5k
ZXJpbmcgb2YgY2hhcmFjdGVycyBiYXNlZCBvbiB0aGUgY29udGVudCBvZiBhIGxhbmd1YWdl
IHRhZyBpcyBub3QKICAgYWRkcmVzc2VkIGluIHRoaXMgbWVtby4gIEhpc3RvcmljYWxseSwg
c29tZSBsYW5ndWFnZXMgaGF2ZSByZWxpZWQgb24KICAgdGhlIHVzZSBvZiBzcGVjaWZpYyBj
aGFyYWN0ZXIgc2V0cyBvciBvdGhlciBpbmZvcm1hdGlvbiBpbiBvcmRlciB0bwogICBpbmZl
ciBob3cgYSBzcGVjaWZpYyBjaGFyYWN0ZXIgc2hvdWxkIGJlIHJlbmRlcmVkIChub3RhYmx5
IHRoaXMKICAgYXBwbGllcyB0byBsYW5ndWFnZS0gYW5kIGN1bHR1cmUtc3BlY2lmaWMgdmFy
aWF0aW9ucyBvZiBIYW4KICAgaWRlb2dyYXBocyBhcyB1c2VkIGluIEphcGFuZXNlLCBDaGlu
ZXNlLCBhbmQgS29yZWFuKS4gIFdoZW4gbGFuZ3VhZ2UKICAgdGFncyBhcmUgYXBwbGllZCB0
byBzcGFucyBvZiB0ZXh0LCByZW5kZXJpbmcgZW5naW5lcyBzb21ldGltZXMgdXNlCiAgIHRo
YXQgaW5mb3JtYXRpb24gaW4gZGVjaWRpbmcgd2hpY2ggZm9udCB0byB1c2UgaW4gdGhlIGFi
c2VuY2Ugb2YKICAgb3RoZXIgaW5mb3JtYXRpb24sIHBhcnRpY3VsYXJseSB3aGVyZSBsYW5n
dWFnZXMgd2l0aCBkaXN0aW5jdCB3cml0aW5nCiAgIHRyYWRpdGlvbnMgdXNlIHRoZSBzYW1l
IGNoYXJhY3RlcnMuCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpQaGlsbGlw
cyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAg
ICBbUGFnZSA1NF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVn
aXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgo4LiAgQ2hhbmdlcyBmcm9tIFJG
QyA0NjQ2CgogICBUaGUgbWFpbiBnb2FsIGZvciB0aGlzIHJldmlzaW9uIG9mIHRoaXMgZG9j
dW1lbnQgd2FzIHRvIGluY29ycG9yYXRlCiAgIElTTyA2MzktMyBhbmQgaXRzIGF0dGVuZGVu
dCBzZXQgb2YgbGFuZ3VhZ2UgY29kZXMgaW50byB0aGUgSUFOQQogICBMYW5ndWFnZSBTdWJ0
YWcgUmVnaXN0cnksIHBlcm1pdHRpbmcgdGhlIGlkZW50aWZpY2F0aW9uIG9mIG1hbnkgbW9y
ZQogICBsYW5ndWFnZXMgYW5kIGRpYWxlY3RzIHRoYW4gcHJldmlvdXNseSBzdXBwb3J0ZWQu
CgogICBUaGUgc3BlY2lmaWMgY2hhbmdlcyBpbiB0aGlzIGRvY3VtZW50IHRvIG1lZXQgdGhl
c2UgZ29hbHMgYXJlOgoKICAgbyAgRGVmaW5lcyB0aGUgaW5jb3Jwb3JhdGlvbiBvZiBJU08g
NjM5LTMgY29kZXMgYXMgbGFuZ3VhZ2UgYW5kCiAgICAgIGV4dGxhbmcgc3VidGFncy4gIEV4
dGxhbmdzIGFyZSBub3cgcGVybWl0dGVkIGluIGxhbmd1YWdlIHRhZ3MuCiAgICAgIFRoZSBj
aGFuZ2VzIG5lY2Vzc2FyeSB0byBhY2hpZXZlIHRoaXMgd2VyZToKCiAgICAgICogIHNvbWV0
aGluZwoKICAgbyAgQ2hhbmdlZCB0aGUgQUJORiByZWxhdGVkIHRvIGdyYW5kZmF0aGVyZWQg
dGFncy4gIFRoZSBpcnJlZ3VsYXIKICAgICAgdGFncyBhcmUgbm93IGxpc3RlZC4gIFVzZXJz
IG9mIFJGQyA0NjQ2IHNvbWV0aW1lcyBtYWRlIHRoZSBtaXN0YWtlCiAgICAgIG9mIGltcGxl
bWVudGluZyB0aGUgZ3JhbmRmYXRoZXJlZCBBQk5GIHdpdGhvdXQgY2hlY2tpbmcgdGhlIGFj
dHVhbAogICAgICBsaXN0IG9mIHRhZ3MsIHRodXMgYWxsb3dpbmcgc29tZSBpbGxlZ2FsIHRh
Z3MuICBBbHNvOiBhZGRlZAogICAgICBkZXNjcmlwdGlvbiBvZiBib3RoIHR5cGVzIG9mIGdy
YW5kZmF0aGVyZWQgdGFncyB0byBTZWN0aW9uIDIuMi44LgoKICAgbyAgQWRkZWQgdGhlIHBh
cmFncmFwaCBvbiAiY29sbGVjdGlvbnMiIHRvIFNlY3Rpb24gNC4xLgoKICAgbyAgQ2hhbmdl
ZCB0aGUgY2FwaXRhbGl6YXRpb24gcnVsZXMgZm9yICdUYWcnIGZpZWxkcyBpbiBTZWN0aW9u
IDMuMS4KCiAgIG8gIFNwbGl0IHNlY3Rpb24gMy4xIHVwIGludG8gc3Vic2VjdGlvbnMuCgog
ICBvICBNb2RpZmllZCBzZWN0aW9uIDMuNSB0byBhbGxvdyBTdXBwcmVzcy1TY3JpcHQgZmll
bGRzIHRvIGJlIGFkZGVkLAogICAgICBtb2RpZmllZCwgb3IgcmVtb3ZlZCB2aWEgdGhlIHJl
Z2lzdHJhdGlvbiBwcm9jZXNzLiAgVGhpcyB3YXMgYW4KICAgICAgZXJyYXR1bSBmcm9tIFJG
QyA0NjQ2LgoKICAgbyAgTW9kaWZpZWQgZXhhbXBsZXMgdGhhdCB1c2VkIHJlZ2lvbiBjb2Rl
ICdDUycgKGZvcm1lcmx5IFNlcmJpYSBhbmQKICAgICAgTW9udGVuZWdybykgdG8gdXNlICdS
UycgKFNlcmJpYSkgaW5zdGVhZC4KCiAgIG8gIE1vZGlmaWVkIHRoZSBydWxlcyBmb3IgY3Jl
YXRpbmcgYW5kIG1haW50YWluaW5nIHJlY29yZAogICAgICAnRGVzY3JpcHRpb24nIGZpZWxk
cyB0byBwcmV2ZW50IGR1cGxpY2F0ZXMsIGluY2x1ZGluZyBpbnZlcnRlZAogICAgICBkdXBs
aWNhdGVzLgoKICAgbyAgUmVtb3ZlZCB0aGUgbGVuZ3RoeSBkZXNjcmlwdGlvbiBvZiB3aHkg
UkZDIDQ2NDYgd2FzIGNyZWF0ZWQgZnJvbQogICAgICB0aGlzIHNlY3Rpb24sIHdoaWNoIGFs
c28gY2F1c2VkIHRoZSByZW1vdmFsIG9mIHRoZSByZWZlcmVuY2UgdG8KICAgICAgWE1MIFNj
aGVtYS4KCiAgIG8gIE1vZGlmaWVkIHRoZSBBQk5GIHRvIGVsaW1pbmF0ZSB0aGUgcmVkdW5k
YW50IHVzZSBvZiB1cHBlciBhbmQKICAgICAgbG93ZXJjYXNlIGxldHRlcnMgaW4gdGhlIHBy
b2R1Y3RzIChmb3IgZXhhbXBsZSwgdGhlIHNlcXVlbmNlCiAgICAgICgieCIvIlgiKSBpbiB0
aGUgcHJpdmF0ZS11c2UgcHJvZHVjdGlvbiBpcyBub3cgKCJ4IikpLiAgVGhlIHRleHQKICAg
ICAgaW4gc2VjdGlvbiAyLjEgd2FzIGFsc28gZWRpdGVkIGFuZCByZWFycmFuZ2VkIHRvIHBs
YWNlIG1vcmUKICAgICAgZW1waGFzaXMgb24gdGhpcyBmYWN0LgoKCgoKUGhpbGxpcHMgJiBE
YXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1Bh
Z2UgNTVdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5
ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKICAgbyAgUmVwbGFjZWQgdGhlIGV4YW1w
bGUgImZyLUxhdG4tQ0EiIGluIFNlY3Rpb24gMi4xIHdpdGggInNyLUxhdG4tUlMiCiAgICAg
IGFuZCAiYXotQXJhYi1JUiIgYmVjYXVzZSAiZnItTGF0bi1DQSIgZG9lc24ndCByZXNwZWN0
IHRoZQogICAgICBTdXBwcmVzcy1TY3JpcHQgb24gJ0xhdG4nIHdpdGggJ2ZyJy4KCiAgIG8g
IENoYW5nZWQgdGhlIHJlcXVpcmVtZW50cyBmb3Igd2VsbC1mb3JtZWRuZXNzIHRvIG1ha2Ug
c2luZ2xldG9uCiAgICAgIHJlcGV0aXRpb24gY2hlY2tpbmcgb3B0aW9uYWwgKGl0IGlzIHJl
cXVpcmVkIGZvciB2YWxpZGl0eQogICAgICBjaGVja2luZykgaW4gU2VjdGlvbiAyLjIuOS4K
CiAgIG8gIENoYW5nZWQgdGhlIG5vdGUgYWJvdXQgaXJyZWd1bGFyIGdyYW5kZmF0aGVyZWQg
dGFncyBpbiB0aGUgQUJORiB0bwogICAgICBzYXkgJ2dyYW5kZmF0aGVyZWQgdGFncyB0aGF0
IGRvbid0IG1hdGNoIGxhbmd0YWcnLgoKICAgbyAgQ2hhbmdlZCB0aGUgdGV4dCBpbiBTZWN0
aW9uIDIuMi45IHJlZmVyaW5nIHRvIGdyYW5kZmF0aGVyZWQKICAgICAgY2hlY2tpbmcgdG8g
bm90ZSB0aGF0IHRoZSBsaXN0IGlzIG5vdyBpbmNsdWRlZCBpbiB0aGUgQUJORi4KCiAgIG8g
IEFkZGVkIHRleHQgdG8gU2VjdGlvbiAzLjIgbWFraW5nIGNsZWFyIHRoYXQgdGhlIExhbmd1
YWdlIFN1YnRhZwogICAgICBSZXZpZXdlciBtYXkgZGVsZWdhdGUgdmFyaW91cyBub24tY3Jp
dGljYWwgZHV0aWVzLCBpbmNsdWRpbmcgbGlzdAogICAgICBtb2RlcmF0aW9uLgoKICAgbyAg
QWRkZWQgdGV4dCB0byBTZWN0aW9uIDMuNSBjbGFyaWZ5aW5nIHRoYXQgdGhlIGlldGYtbGFu
Z3VhZ2VzIGxpc3QKICAgICAgaXMgb3BlcmF0ZWQgYnkgd2hvbWV2ZXIgdGhlIElFU0cgYXBw
b2ludHMuCgogICBvICBBZGRlZCB0ZXh0IHRvIFNlY3Rpb24gMy4xLjQgY2xhcmlmeWluZyB0
aGF0IHRoZSBmaXJzdCBEZXNjcmlwdGlvbgogICAgICBpbiBhICdsYW5ndWFnZScgb3IgJ2V4
dGxhbmcnIHJlY29yZCBtYXRjaGVzIHRoZSBjb3JyZXNwb25kaW5nCiAgICAgIFJlZmVyZW5j
ZSBOYW1lIGZvciB0aGUgbGFuZ3VhZ2UgaW4gSVNPIDYzOS0zLgoKICAgbyAgQWRkZWQgdGV4
dCB0byB0aGUgZW5kIG9mIFNlY3Rpb24gMy4xLjIgbm90aW5nIHRoYXQgZnV0dXJlIHZlcnNp
b25zCiAgICAgIG9mIHRoaXMgZG9jdW1lbnQgbWlnaHQgYWRkIG5ldyBmaWVsZCB0eXBlcyBh
bmQgcmVjb21tZW5kaW5nIHRoYXQKICAgICAgaW1wbGVtZW50YXRpb25zIGlnbm9yZSBhbnkg
dW5yZWNvZ25pemVkIGZpZWxkcy4KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpQaGlsbGlwcyAm
IERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBb
UGFnZSA1Nl0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0
cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgo5LiAgUmVmZXJlbmNlcwoKOS4xLiAg
Tm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAgIFtJU08xMDY0Nl0KICAgICAgICAgICAgICBJbnRl
cm5hdGlvbmFsIE9yZ2FuaXphdGlvbiBmb3IgU3RhbmRhcmRpemF0aW9uLCAiSVNPL0lFQwog
ICAgICAgICAgICAgIDEwNjQ2OjIwMDMuIEluZm9ybWF0aW9uIHRlY2hub2xvZ3kgLS0gVW5p
dmVyc2FsIE11bHRpcGxlLQogICAgICAgICAgICAgIE9jdGV0IENvZGVkIENoYXJhY3RlciBT
ZXQgKFVDUykiLCAyMDAzLgoKICAgW0lTTzE1OTI0XQogICAgICAgICAgICAgIEludGVybmF0
aW9uYWwgT3JnYW5pemF0aW9uIGZvciBTdGFuZGFyZGl6YXRpb24sICJJU08KICAgICAgICAg
ICAgICAxNTkyNDoyMDA0LiBJbmZvcm1hdGlvbiBhbmQgZG9jdW1lbnRhdGlvbiAtLSBDb2Rl
cyBmb3IgdGhlCiAgICAgICAgICAgICAgcmVwcmVzZW50YXRpb24gb2YgbmFtZXMgb2Ygc2Ny
aXB0cyIsIEphbnVhcnkgMjAwNC4KCiAgIFtJU08zMTY2LTFdCiAgICAgICAgICAgICAgSW50
ZXJuYXRpb25hbCBPcmdhbml6YXRpb24gZm9yIFN0YW5kYXJkaXphdGlvbiwgIklTTyAzMTY2
LQogICAgICAgICAgICAgIDE6MTk5Ny4gQ29kZXMgZm9yIHRoZSByZXByZXNlbnRhdGlvbiBv
ZiBuYW1lcyBvZiBjb3VudHJpZXMKICAgICAgICAgICAgICBhbmQgdGhlaXIgc3ViZGl2aXNp
b25zIC0tIFBhcnQgMTogQ291bnRyeSBjb2RlcyIsIDE5OTcuCgogICBbSVNPNjM5LTFdCiAg
ICAgICAgICAgICAgSW50ZXJuYXRpb25hbCBPcmdhbml6YXRpb24gZm9yIFN0YW5kYXJkaXph
dGlvbiwgIklTTyA2MzktCiAgICAgICAgICAgICAgMToyMDAyLiBDb2RlcyBmb3IgdGhlIHJl
cHJlc2VudGF0aW9uIG9mIG5hbWVzIG9mIGxhbmd1YWdlcwogICAgICAgICAgICAgIC0tIFBh
cnQgMTogQWxwaGEtMiBjb2RlIiwgMjAwMi4KCiAgIFtJU082MzktMl0KICAgICAgICAgICAg
ICBJbnRlcm5hdGlvbmFsIE9yZ2FuaXphdGlvbiBmb3IgU3RhbmRhcmRpemF0aW9uLCAiSVNP
IDYzOS0KICAgICAgICAgICAgICAyOjE5OTguIENvZGVzIGZvciB0aGUgcmVwcmVzZW50YXRp
b24gb2YgbmFtZXMgb2YgbGFuZ3VhZ2VzCiAgICAgICAgICAgICAgLS0gUGFydCAyOiBBbHBo
YS0zIGNvZGUsIGZpcnN0IGVkaXRpb24iLCAxOTk4LgoKICAgW0lTTzY0Nl0gICBJbnRlcm5h
dGlvbmFsIE9yZ2FuaXphdGlvbiBmb3IgU3RhbmRhcmRpemF0aW9uLCAiSVNPL0lFQwogICAg
ICAgICAgICAgIDY0NjoxOTkxLCBJbmZvcm1hdGlvbiB0ZWNobm9sb2d5IC0tIElTTyA3LWJp
dCBjb2RlZAogICAgICAgICAgICAgIGNoYXJhY3RlciBzZXQgZm9yIGluZm9ybWF0aW9uIGlu
dGVyY2hhbmdlLiIsIDE5OTEuCgogICBbUkZDMjAyNl0gIEJyYWRuZXIsIFMuLCAiVGhlIElu
dGVybmV0IFN0YW5kYXJkcyBQcm9jZXNzIC0tIFJldmlzaW9uCiAgICAgICAgICAgICAgMyIs
IEJDUCA5LCBSRkMgMjAyNiwgT2N0b2JlciAxOTk2LgoKICAgW1JGQzIwMjhdICBIb3ZleSwg
Ui4gYW5kIFMuIEJyYWRuZXIsICJUaGUgT3JnYW5pemF0aW9ucyBJbnZvbHZlZCBpbgogICAg
ICAgICAgICAgIHRoZSBJRVRGIFN0YW5kYXJkcyBQcm9jZXNzIiwgQkNQIDExLCBSRkMgMjAy
OCwKICAgICAgICAgICAgICBPY3RvYmVyIDE5OTYuCgogICBbUkZDMjExOV0gIEJyYWRuZXIs
IFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4gUkZDcyB0byBJbmRpY2F0ZQogICAgICAgICAg
ICAgIFJlcXVpcmVtZW50IExldmVscyIsIEJDUCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5OTcu
CgogICBbUkZDMjQzNF0gIE5hcnRlbiwgVC4gYW5kIEguIEFsdmVzdHJhbmQsICJHdWlkZWxp
bmVzIGZvciBXcml0aW5nIGFuCiAgICAgICAgICAgICAgSUFOQSBDb25zaWRlcmF0aW9ucyBT
ZWN0aW9uIGluIFJGQ3MiLCBCQ1AgMjYsIFJGQyAyNDM0LAogICAgICAgICAgICAgIE9jdG9i
ZXIgMTk5OC4KCiAgIFtSRkMyODYwXSAgQ2FycGVudGVyLCBCLiwgQmFrZXIsIEYuLCBhbmQg
TS4gUm9iZXJ0cywgIk1lbW9yYW5kdW0gb2YKCgoKUGhpbGxpcHMgJiBEYXZpcyAgICAgICAg
ICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1BhZ2UgNTddCgwKSW50
ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5ICAgICAgICAgICAg
ICBEZWNlbWJlciAyMDA2CgoKICAgICAgICAgICAgICBVbmRlcnN0YW5kaW5nIENvbmNlcm5p
bmcgdGhlIFRlY2huaWNhbCBXb3JrIG9mIHRoZQogICAgICAgICAgICAgIEludGVybmV0IEFz
c2lnbmVkIE51bWJlcnMgQXV0aG9yaXR5IiwgUkZDIDI4NjAsIEp1bmUgMjAwMC4KCiAgIFtS
RkMzMzM5XSAgS2x5bmUsIEcuIGFuZCBDLiBOZXdtYW4sICJEYXRlIGFuZCBUaW1lIG9uIHRo
ZSBJbnRlcm5ldDoKICAgICAgICAgICAgICBUaW1lc3RhbXBzIiwgUkZDIDMzMzksIEp1bHkg
MjAwMi4KCiAgIFtSRkM0MjM0XSAgQ3JvY2tlciwgRC4gYW5kIFAuIE92ZXJlbGwsICJBdWdt
ZW50ZWQgQk5GIGZvciBTeW50YXgKICAgICAgICAgICAgICBTcGVjaWZpY2F0aW9uczogQUJO
RiIsIFJGQyA0MjM0LCBPY3RvYmVyIDIwMDUuCgogICBbUkZDNDY0NV0gIEV3ZWxsLCBELiwg
RWQuLCAiSW5pdGlhbCBMYW5ndWFnZSBTdWJ0YWcgUmVnaXN0cnkiLAogICAgICAgICAgICAg
IFNlcHRlbWJlciAyMDA2LCA8aHR0cDovL3d3dy5pZXRmLm9yZy9yZmMvcmZjNDY0NS50eHQ+
LgoKICAgW1JGQzQ2NDddICBQaGlsbGlwcywgQS4sIEVkLiBhbmQgTS4gRGF2aXMsIEVkLiwg
Ik1hdGNoaW5nIG9mIExhbmd1YWdlCiAgICAgICAgICAgICAgVGFncyIsIFNlcHRlbWJlciAy
MDA2LAogICAgICAgICAgICAgIDxodHRwOi8vd3d3LmlldGYub3JnL3JmYy9yZmM0NjQ3LnR4
dD4uCgogICBbVU5fTS40OV0gIFN0YXRpc3RpY3MgRGl2aXNpb24sIFVuaXRlZCBOYXRpb25z
LCAiU3RhbmRhcmQgQ291bnRyeSBvcgogICAgICAgICAgICAgIEFyZWEgQ29kZXMgZm9yIFN0
YXRpc3RpY2FsIFVzZSIsIFVOIFN0YW5kYXJkIENvdW50cnkgb3IKICAgICAgICAgICAgICBB
cmVhIENvZGVzIGZvciBTdGF0aXN0aWNhbCBVc2UsIFJldmlzaW9uIDQgKFVuaXRlZCBOYXRp
b25zCiAgICAgICAgICAgICAgcHVibGljYXRpb24sIFNhbGVzIE5vLiA5OC5YVklJLjksIEp1
bmUgMTk5OS4KCjkuMi4gIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMKCiAgIFtSRkMxNzY2XSAg
QWx2ZXN0cmFuZCwgSC4sICJUYWdzIGZvciB0aGUgSWRlbnRpZmljYXRpb24gb2YKICAgICAg
ICAgICAgICBMYW5ndWFnZXMiLCBSRkMgMTc2NiwgTWFyY2ggMTk5NS4KCiAgIFtSRkMyMDQ3
XSAgTW9vcmUsIEsuLCAiTUlNRSAoTXVsdGlwdXJwb3NlIEludGVybmV0IE1haWwgRXh0ZW5z
aW9ucykKICAgICAgICAgICAgICBQYXJ0IFRocmVlOiBNZXNzYWdlIEhlYWRlciBFeHRlbnNp
b25zIGZvciBOb24tQVNDSUkgVGV4dCIsCiAgICAgICAgICAgICAgUkZDIDIwNDcsIE5vdmVt
YmVyIDE5OTYuCgogICBbUkZDMjIzMV0gIEZyZWVkLCBOLiBhbmQgSy4gTW9vcmUsICJNSU1F
IFBhcmFtZXRlciBWYWx1ZSBhbmQgRW5jb2RlZAogICAgICAgICAgICAgIFdvcmQgRXh0ZW5z
aW9uczogQ2hhcmFjdGVyIFNldHMsIExhbmd1YWdlcywgYW5kCiAgICAgICAgICAgICAgQ29u
dGludWF0aW9ucyIsIFJGQyAyMjMxLCBOb3ZlbWJlciAxOTk3LgoKICAgW1JGQzI3ODFdICBI
b2ZmbWFuLCBQLiBhbmQgRi4gWWVyZ2VhdSwgIlVURi0xNiwgYW4gZW5jb2Rpbmcgb2YgSVNP
CiAgICAgICAgICAgICAgMTA2NDYiLCBSRkMgMjc4MSwgRmVicnVhcnkgMjAwMC4KCiAgIFtS
RkMzMDY2XSAgQWx2ZXN0cmFuZCwgSC4sICJUYWdzIGZvciB0aGUgSWRlbnRpZmljYXRpb24g
b2YKICAgICAgICAgICAgICBMYW5ndWFnZXMiLCBCQ1AgNDcsIFJGQyAzMDY2LCBKYW51YXJ5
IDIwMDEuCgogICBbUkZDMzU1Ml0gIFJlc2NvcmxhLCBFLiBhbmQgQi4gS29ydmVyLCAiR3Vp
ZGVsaW5lcyBmb3IgV3JpdGluZyBSRkMKICAgICAgICAgICAgICBUZXh0IG9uIFNlY3VyaXR5
IENvbnNpZGVyYXRpb25zIiwgQkNQIDcyLCBSRkMgMzU1MiwKICAgICAgICAgICAgICBKdWx5
IDIwMDMuCgogICBbUkZDNDY0Nl0gIFBoaWxsaXBzLCBBLiwgRWQuIGFuZCBNLiBEYXZpcywg
RWQuLCAiVGFncyBmb3IgdGhlCiAgICAgICAgICAgICAgSWRlbnRpZmljYXRpb24gb2YgTGFu
Z3VhZ2VzIiwgU2VwdGVtYmVyIDIwMDYsCiAgICAgICAgICAgICAgPGh0dHA6Ly93d3cuaWV0
Zi5vcmcvcmZjL3JmYzQ2NDYudHh0Pi4KCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAgICAg
RXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQYWdlIDU4XQoMCkludGVy
bmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAgICAg
RGVjZW1iZXIgMjAwNgoKCiAgIFtVbmljb2RlXSAgVW5pY29kZSBDb25zb3J0aXVtLCAiVGhl
IFVuaWNvZGUgQ29uc29ydGl1bS4gVGhlIFVuaWNvZGUKICAgICAgICAgICAgICBTdGFuZGFy
ZCwgVmVyc2lvbiA1LjAsIChCb3N0b24sIE1BLCBBZGRpc29uLVdlc2xleSwgMjAwMy4KICAg
ICAgICAgICAgICBJU0JOIDAtMzIxLTQ5MDgxLTApIiwgSmFudWFyeSAyMDA3LgoKICAgW1hN
TDEwXSAgICBCcmF5IChldCBhbCksIFQuLCAiRXh0ZW5zaWJsZSBNYXJrdXAgTGFuZ3VhZ2Ug
KFhNTCkgMS4wIiwKICAgICAgICAgICAgICAwMiAyMDA0LgoKICAgW2lzbzYzOS5wcmluXQog
ICAgICAgICAgICAgIElTTyA2MzkgSm9pbnQgQWR2aXNvcnkgQ29tbWl0dGVlLCAiSVNPIDYz
OSBKb2ludCBBZHZpc29yeQogICAgICAgICAgICAgIENvbW1pdHRlZTogIFdvcmtpbmcgcHJp
bmNpcGxlcyBmb3IgSVNPIDYzOSBtYWludGVuYW5jZSIsCiAgICAgICAgICAgICAgTWFyY2gg
MjAwMCwKICAgICAgICAgICAgICA8aHR0cDovL3d3dy5sb2MuZ292L3N0YW5kYXJkcy9pc282
MzktMi8KICAgICAgICAgICAgICBpc282MzlqYWNfbjNyLmh0bWw+LgoKICAgW3JlY29yZC1q
YXJdCiAgICAgICAgICAgICAgUmF5bW9uZCwgRS4sICJUaGUgQXJ0IG9mIFVuaXggUHJvZ3Jh
bW1pbmciLCAyMDAzLAogICAgICAgICAgICAgIDx1cm46aXNibjowLTEzLTE0MjkwMS05Pi4K
CiAgIFtyZWdpc3RyeS11cGRhdGVdCiAgICAgICAgICAgICAgRXdlbGwsIEQuLCBFZC4sICJV
cGRhdGUgdG8gdGhlIExhbmd1YWdlIFN1YnRhZyBSZWdpc3RyeSIsCiAgICAgICAgICAgICAg
U2VwdGVtYmVyIDIwMDYsIDxodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8K
ICAgICAgICAgICAgICBkcmFmdC1pZXRmLWx0cnUtaW5pdGlhbC1yZWdpc3RyeS0wMC50eHQ+
LgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKClBoaWxsaXBzICYgRGF2aXMgICAgICAg
ICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAgICAgIFtQYWdlIDU5XQoMCklu
dGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1yZWdpc3RyeSAgICAgICAgICAg
ICAgRGVjZW1iZXIgMjAwNgoKCkFwcGVuZGl4IEEuICBBY2tub3dsZWRnZW1lbnRzCgogICBB
bnkgbGlzdCBvZiBjb250cmlidXRvcnMgaXMgYm91bmQgdG8gYmUgaW5jb21wbGV0ZTsgcGxl
YXNlIHJlZ2FyZCB0aGUKICAgZm9sbG93aW5nIGFzIG9ubHkgYSBzZWxlY3Rpb24gZnJvbSB0
aGUgZ3JvdXAgb2YgcGVvcGxlIHdobyBoYXZlCiAgIGNvbnRyaWJ1dGVkIHRvIG1ha2UgdGhp
cyBkb2N1bWVudCB3aGF0IGl0IGlzIHRvZGF5LgoKICAgVGhlIGNvbnRyaWJ1dG9ycyB0byBS
RkMgNDY0NiwgUkZDIDQ2NDcsIFJGQyAzMDY2LCBhbmQgUkZDIDE3NjYsIHRoZQogICBwcmVj
dXJzb3JzIG9mIHRoaXMgZG9jdW1lbnQsIG1hZGUgZW5vcm1vdXMgY29udHJpYnV0aW9ucyBk
aXJlY3RseSBvcgogICBpbmRpcmVjdGx5IHRvIHRoaXMgZG9jdW1lbnQgYW5kIGFyZSBnZW5l
cmFsbHkgcmVzcG9uc2libGUgZm9yIHRoZQogICBzdWNjZXNzIG9mIGxhbmd1YWdlIHRhZ3Mu
CgogICBUaGUgZm9sbG93aW5nIHBlb3BsZSBjb250cmlidXRlZCB0byB0aGlzIGRvY3VtZW50
OgoKICAgU3RlcGhhbmUgQm9ydHptZXllciwgS2FyZW4gQnJvb21lLCBQZXRlciBDb25zdGFi
bGUsIEpvaG4gQ293YW4sCiAgIE1hcnRpbiBEdWVyc3QsIEZyYW5rIEVsbGVybWFuLCBEb3Vn
IEV3ZWxsLCBNYXJpb24gR3VubiwgUmFuZHkKICAgUHJlc3VobiwgYW5kIG1hbnksIG1hbnkg
b3RoZXJzLgoKICAgVmVyeSBzcGVjaWFsIHRoYW5rcyBtdXN0IGdvIHRvIEhhcmFsZCBUdmVp
dCBBbHZlc3RyYW5kLCB3aG8KICAgb3JpZ2luYXRlZCBSRkNzIDE3NjYgYW5kIDMwNjYsIGFu
ZCB3aXRob3V0IHdob20gdGhpcyBkb2N1bWVudCB3b3VsZAogICBub3QgaGF2ZSBiZWVuIHBv
c3NpYmxlLgoKICAgU3BlY2lhbCB0aGFua3MgZ28gdG8gTWljaGFlbCBFdmVyc29uLCB3aG8g
c2VydmVkIGFzIHRoZSBMYW5ndWFnZSBUYWcKICAgUmV2aWV3ZXIgZm9yIGFsbW9zdCB0aGUg
ZW50aXJlIFJGQyAxNzY2L1JGQyAzMDY2IHBlcmlvZCwgYXMgd2VsbCBhcwogICB0aGUgTGFu
Z3VhZ2UgU3VidGFnIFJldmlld2VyIHNpbmNlIHRoZSBhZG9wdGlvbiBvZiBSRkMgNDY0Ni4K
CiAgIFNwZWNpYWwgdGhhbmtzIGFsc28gdG8gRG91ZyBFd2VsbCAoInRoZSBPZmZpY2lhbCBE
b3VnIiksIGZvciBoaXMKICAgcHJvZHVjdGlvbiBvZiB0aGUgZmlyc3QgY29tcGxldGUgc3Vi
dGFnIHJlZ2lzdHJ5LCBoaXMgd29yayB0byBzdXBwb3J0CiAgIGFuZCBtYWludGFpbiBuZXcg
cmVnaXN0cmF0aW9ucywgYW5kIGhpcyBjYXJlZnVsIGVkaXRvcnNoaXAgb2YgYm90aAogICBS
RkMgNDY0NSBhbmQgW3JlZ2lzdHJ5LXVwZGF0ZV0uCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpQ
aGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAg
ICAgICAgICBbUGFnZSA2MF0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3Rh
Z3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgpBcHBlbmRpeCBCLiAg
RXhhbXBsZXMgb2YgTGFuZ3VhZ2UgVGFncyAoSW5mb3JtYXRpdmUpCgogICBTaW1wbGUgbGFu
Z3VhZ2Ugc3VidGFnOgoKICAgICAgZGUgKEdlcm1hbikKCiAgICAgIGZyIChGcmVuY2gpCgog
ICAgICBqYSAoSmFwYW5lc2UpCgogICAgICBpLWVub2NoaWFuIChleGFtcGxlIG9mIGEgZ3Jh
bmRmYXRoZXJlZCB0YWcpCgogICBMYW5ndWFnZSBzdWJ0YWcgcGx1cyBTY3JpcHQgc3VidGFn
OgoKICAgICAgemgtSGFudCAoQ2hpbmVzZSB3cml0dGVuIHVzaW5nIHRoZSBUcmFkaXRpb25h
bCBDaGluZXNlIHNjcmlwdCkKCiAgICAgIHpoLUhhbnMgKENoaW5lc2Ugd3JpdHRlbiB1c2lu
ZyB0aGUgU2ltcGxpZmllZCBDaGluZXNlIHNjcmlwdCkKCiAgICAgIHNyLUN5cmwgKFNlcmJp
YW4gd3JpdHRlbiB1c2luZyB0aGUgQ3lyaWxsaWMgc2NyaXB0KQoKICAgICAgc3ItTGF0biAo
U2VyYmlhbiB3cml0dGVuIHVzaW5nIHRoZSBMYXRpbiBzY3JpcHQpCgogICBMYW5ndWFnZS1T
Y3JpcHQtUmVnaW9uOgoKICAgICAgemgtSGFucy1DTiAoQ2hpbmVzZSB3cml0dGVuIHVzaW5n
IHRoZSBTaW1wbGlmaWVkIHNjcmlwdCBhcyB1c2VkIGluCiAgICAgIG1haW5sYW5kIENoaW5h
KQoKICAgICAgc3ItTGF0bi1SUyAoU2VyYmlhbiB3cml0dGVuIHVzaW5nIHRoZSBMYXRpbiBz
Y3JpcHQgYXMgdXNlZCBpbgogICAgICBTZXJiaWEpCgogICBMYW5ndWFnZS1WYXJpYW50OgoK
ICAgICAgc2wtcm96YWogKFJlc2lhbiBkaWFsZWN0IG9mIFNsb3ZlbmlhbgoKICAgICAgc2wt
bmVkaXMgKE5hZGl6YSBkaWFsZWN0IG9mIFNsb3ZlbmlhbikKCiAgIExhbmd1YWdlLVJlZ2lv
bi1WYXJpYW50OgoKICAgICAgZGUtQ0gtMTkwMSAoR2VybWFuIGFzIHVzZWQgaW4gU3dpdHpl
cmxhbmQgdXNpbmcgdGhlIDE5MDEgdmFyaWFudAogICAgICBbb3J0aG9ncmFwaHldKQoKICAg
ICAgc2wtSVQtbmVkaXMgKFNsb3ZlbmlhbiBhcyB1c2VkIGluIEl0YWx5LCBOYWRpemEgZGlh
bGVjdCkKCiAgIExhbmd1YWdlLVNjcmlwdC1SZWdpb24tVmFyaWFudDoKCgoKCgoKClBoaWxs
aXBzICYgRGF2aXMgICAgICAgICAgRXhwaXJlcyBKdW5lIDIxLCAyMDA3ICAgICAgICAgICAg
ICAgIFtQYWdlIDYxXQoMCkludGVybmV0LURyYWZ0ICAgICAgICAgICAgICBsYW5ndGFncy1y
ZWdpc3RyeSAgICAgICAgICAgICAgRGVjZW1iZXIgMjAwNgoKCiAgICAgIHNsLUxhdG4tSVQt
bmVkaXMgKE5hZGl6YSBkaWFsZWN0IG9mIFNsb3ZlbmlhbiB3cml0dGVuIHVzaW5nIHRoZQog
ICAgICBMYXRpbiBzY3JpcHQgYXMgdXNlZCBpbiBJdGFseS4gIE5vdGUgdGhhdCB0aGlzIHRh
ZyBpcyBOT1QKICAgICAgUkVDT01NRU5ERUQgYmVjYXVzZSBzdWJ0YWcgJ3NsJyBoYXMgYSBT
dXBwcmVzcy1TY3JpcHQgdmFsdWUgb2YKICAgICAgJ0xhdG4nKQoKICAgTGFuZ3VhZ2UtUmVn
aW9uOgoKICAgICAgZGUtREUgKEdlcm1hbiBmb3IgR2VybWFueSkKCiAgICAgIGVuLVVTIChF
bmdsaXNoIGFzIHVzZWQgaW4gdGhlIFVuaXRlZCBTdGF0ZXMpCgogICAgICBlcy00MTkgKFNw
YW5pc2ggYXBwcm9wcmlhdGUgZm9yIHRoZSBMYXRpbiBBbWVyaWNhIGFuZCBDYXJpYmJlYW4K
ICAgICAgcmVnaW9uIHVzaW5nIHRoZSBVTiByZWdpb24gY29kZSkKCiAgIFByaXZhdGUgdXNl
IHN1YnRhZ3M6CgogICAgICBkZS1DSC14LXBob25lYmsKCiAgICAgIGF6LUFyYWIteC1BWkUt
ZGVyYmVuZAoKICAgRXh0ZW5kZWQgbGFuZ3VhZ2Ugc3VidGFncyAoZXhhbXBsZXMgT05MWTog
ZXh0ZW5kZWQgbGFuZ3VhZ2VzIE1VU1QgYmUKICAgZGVmaW5lZCBieSByZXZpc2lvbiBvciB1
cGRhdGUgdG8gdGhpcyBkb2N1bWVudCk6CgogICAgICB6aC1taW4KCiAgICAgIHpoLW1pbi1u
YW4tSGFudC1DTgoKICAgUHJpdmF0ZSB1c2UgcmVnaXN0cnkgdmFsdWVzOgoKICAgICAgeC13
aGF0ZXZlciAocHJpdmF0ZSB1c2UgdXNpbmcgdGhlIHNpbmdsZXRvbiAneCcpCgogICAgICBx
YWEtUWFhYS1RTS14LXNvdXRoZXJuIChhbGwgcHJpdmF0ZSB0YWdzKQoKICAgICAgZGUtUWFh
YSAoR2VybWFuLCB3aXRoIGEgcHJpdmF0ZSBzY3JpcHQpCgogICAgICBzci1MYXRuLVFNIChT
ZXJiaWFuLCBMYXRpbi1zY3JpcHQsIHByaXZhdGUgcmVnaW9uKQoKICAgICAgc3ItUWFhYS1S
UyAoU2VyYmlhbiwgcHJpdmF0ZSBzY3JpcHQsIGZvciBTZXJiaWEpCgogICBUYWdzIHRoYXQg
dXNlIGV4dGVuc2lvbnMgKGV4YW1wbGVzIE9OTFk6IGV4dGVuc2lvbnMgTVVTVCBiZSBkZWZp
bmVkCiAgIGJ5IHJldmlzaW9uIG9yIHVwZGF0ZSB0byB0aGlzIGRvY3VtZW50IG9yIGJ5IFJG
Qyk6CgogICAgICBlbi1VUy11LWlzbGFtQ2FsCgogICAgICB6aC1DTi1hLW15RXh0LXgtcHJp
dmF0ZQoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwg
MjAwNyAgICAgICAgICAgICAgICBbUGFnZSA2Ml0KDApJbnRlcm5ldC1EcmFmdCAgICAgICAg
ICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAgICAgIERlY2VtYmVyIDIwMDYKCgog
ICAgICBlbi1hLW15RXh0LWItYW5vdGhlcgoKICAgU29tZSBJbnZhbGlkIFRhZ3M6CgogICAg
ICBkZS00MTktREUgKHR3byByZWdpb24gdGFncykKCiAgICAgIGEtREUgKHVzZSBvZiBhIHNp
bmdsZS1jaGFyYWN0ZXIgc3VidGFnIGluIHByaW1hcnkgcG9zaXRpb247IG5vdGUKICAgICAg
dGhhdCB0aGVyZSBhcmUgYSBmZXcgZ3JhbmRmYXRoZXJlZCB0YWdzIHRoYXQgc3RhcnQgd2l0
aCAiaS0iIHRoYXQKICAgICAgYXJlIHZhbGlkKQoKICAgICAgYXItYS1hYWEtYi1iYmItYS1j
Y2MgKHR3byBleHRlbnNpb25zIHdpdGggc2FtZSBzaW5nbGUtbGV0dGVyCiAgICAgIHByZWZp
eCkKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKUGhpbGxpcHMgJiBE
YXZpcyAgICAgICAgICBFeHBpcmVzIEp1bmUgMjEsIDIwMDcgICAgICAgICAgICAgICAgW1Bh
Z2UgNjNdCgwKSW50ZXJuZXQtRHJhZnQgICAgICAgICAgICAgIGxhbmd0YWdzLXJlZ2lzdHJ5
ICAgICAgICAgICAgICBEZWNlbWJlciAyMDA2CgoKQXV0aG9ycycgQWRkcmVzc2VzCgogICBB
ZGRpc29uIFBoaWxsaXBzIChlZGl0b3IpCiAgIFlhaG9vISBJbmMuCgogICBFbWFpbDogYWRk
aXNvbkBpbnRlci1sb2NhbGUuY29tCiAgIFVSSTogICBodHRwOi8vd3d3LmludGVyLWxvY2Fs
ZS5jb20KCgogICBNYXJrIERhdmlzIChlZGl0b3IpCiAgIEdvb2dsZQoKICAgRW1haWw6IG1h
cmsuZGF2aXNAbWFjY2hpYXRvLmNvbSBvciBtYXJrLmRhdmlzQGdvb2dsZS5jb20KCgoKCgoK
CgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgpQaGlsbGlwcyAmIERhdmlzICAgICAg
ICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAgICAgICBbUGFnZSA2NF0KDApJ
bnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgbGFuZ3RhZ3MtcmVnaXN0cnkgICAgICAgICAg
ICAgIERlY2VtYmVyIDIwMDYKCgpJbnRlbGxlY3R1YWwgUHJvcGVydHkgU3RhdGVtZW50Cgog
ICBUaGUgSUVURiB0YWtlcyBubyBwb3NpdGlvbiByZWdhcmRpbmcgdGhlIHZhbGlkaXR5IG9y
IHNjb3BlIG9mIGFueQogICBJbnRlbGxlY3R1YWwgUHJvcGVydHkgUmlnaHRzIG9yIG90aGVy
IHJpZ2h0cyB0aGF0IG1pZ2h0IGJlIGNsYWltZWQgdG8KICAgcGVydGFpbiB0byB0aGUgaW1w
bGVtZW50YXRpb24gb3IgdXNlIG9mIHRoZSB0ZWNobm9sb2d5IGRlc2NyaWJlZCBpbgogICB0
aGlzIGRvY3VtZW50IG9yIHRoZSBleHRlbnQgdG8gd2hpY2ggYW55IGxpY2Vuc2UgdW5kZXIg
c3VjaCByaWdodHMKICAgbWlnaHQgb3IgbWlnaHQgbm90IGJlIGF2YWlsYWJsZTsgbm9yIGRv
ZXMgaXQgcmVwcmVzZW50IHRoYXQgaXQgaGFzCiAgIG1hZGUgYW55IGluZGVwZW5kZW50IGVm
Zm9ydCB0byBpZGVudGlmeSBhbnkgc3VjaCByaWdodHMuICBJbmZvcm1hdGlvbgogICBvbiB0
aGUgcHJvY2VkdXJlcyB3aXRoIHJlc3BlY3QgdG8gcmlnaHRzIGluIFJGQyBkb2N1bWVudHMg
Y2FuIGJlCiAgIGZvdW5kIGluIEJDUCA3OCBhbmQgQkNQIDc5LgoKICAgQ29waWVzIG9mIElQ
UiBkaXNjbG9zdXJlcyBtYWRlIHRvIHRoZSBJRVRGIFNlY3JldGFyaWF0IGFuZCBhbnkKICAg
YXNzdXJhbmNlcyBvZiBsaWNlbnNlcyB0byBiZSBtYWRlIGF2YWlsYWJsZSwgb3IgdGhlIHJl
c3VsdCBvZiBhbgogICBhdHRlbXB0IG1hZGUgdG8gb2J0YWluIGEgZ2VuZXJhbCBsaWNlbnNl
IG9yIHBlcm1pc3Npb24gZm9yIHRoZSB1c2Ugb2YKICAgc3VjaCBwcm9wcmlldGFyeSByaWdo
dHMgYnkgaW1wbGVtZW50ZXJzIG9yIHVzZXJzIG9mIHRoaXMKICAgc3BlY2lmaWNhdGlvbiBj
YW4gYmUgb2J0YWluZWQgZnJvbSB0aGUgSUVURiBvbi1saW5lIElQUiByZXBvc2l0b3J5IGF0
CiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaXByLgoKICAgVGhlIElFVEYgaW52aXRlcyBhbnkg
aW50ZXJlc3RlZCBwYXJ0eSB0byBicmluZyB0byBpdHMgYXR0ZW50aW9uIGFueQogICBjb3B5
cmlnaHRzLCBwYXRlbnRzIG9yIHBhdGVudCBhcHBsaWNhdGlvbnMsIG9yIG90aGVyIHByb3By
aWV0YXJ5CiAgIHJpZ2h0cyB0aGF0IG1heSBjb3ZlciB0ZWNobm9sb2d5IHRoYXQgbWF5IGJl
IHJlcXVpcmVkIHRvIGltcGxlbWVudAogICB0aGlzIHN0YW5kYXJkLiAgUGxlYXNlIGFkZHJl
c3MgdGhlIGluZm9ybWF0aW9uIHRvIHRoZSBJRVRGIGF0CiAgIGlldGYtaXByQGlldGYub3Jn
LgoKCkRpc2NsYWltZXIgb2YgVmFsaWRpdHkKCiAgIFRoaXMgZG9jdW1lbnQgYW5kIHRoZSBp
bmZvcm1hdGlvbiBjb250YWluZWQgaGVyZWluIGFyZSBwcm92aWRlZCBvbiBhbgogICAiQVMg
SVMiIGJhc2lzIGFuZCBUSEUgQ09OVFJJQlVUT1IsIFRIRSBPUkdBTklaQVRJT04gSEUvU0hF
IFJFUFJFU0VOVFMKICAgT1IgSVMgU1BPTlNPUkVEIEJZIChJRiBBTlkpLCBUSEUgSU5URVJO
RVQgU09DSUVUWSBBTkQgVEhFIElOVEVSTkVUCiAgIEVOR0lORUVSSU5HIFRBU0sgRk9SQ0Ug
RElTQ0xBSU0gQUxMIFdBUlJBTlRJRVMsIEVYUFJFU1MgT1IgSU1QTElFRCwKICAgSU5DTFVE
SU5HIEJVVCBOT1QgTElNSVRFRCBUTyBBTlkgV0FSUkFOVFkgVEhBVCBUSEUgVVNFIE9GIFRI
RQogICBJTkZPUk1BVElPTiBIRVJFSU4gV0lMTCBOT1QgSU5GUklOR0UgQU5ZIFJJR0hUUyBP
UiBBTlkgSU1QTElFRAogICBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBPUiBGSVRO
RVNTIEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRS4KCgpDb3B5cmlnaHQgU3RhdGVtZW50Cgog
ICBDb3B5cmlnaHQgKEMpIFRoZSBJbnRlcm5ldCBTb2NpZXR5ICgyMDA2KS4gIFRoaXMgZG9j
dW1lbnQgaXMgc3ViamVjdAogICB0byB0aGUgcmlnaHRzLCBsaWNlbnNlcyBhbmQgcmVzdHJp
Y3Rpb25zIGNvbnRhaW5lZCBpbiBCQ1AgNzgsIGFuZAogICBleGNlcHQgYXMgc2V0IGZvcnRo
IHRoZXJlaW4sIHRoZSBhdXRob3JzIHJldGFpbiBhbGwgdGhlaXIgcmlnaHRzLgoKCkFja25v
d2xlZGdtZW50CgogICBGdW5kaW5nIGZvciB0aGUgUkZDIEVkaXRvciBmdW5jdGlvbiBpcyBj
dXJyZW50bHkgcHJvdmlkZWQgYnkgdGhlCiAgIEludGVybmV0IFNvY2lldHkuCgoKCgpQaGls
bGlwcyAmIERhdmlzICAgICAgICAgIEV4cGlyZXMgSnVuZSAyMSwgMjAwNyAgICAgICAgICAg
ICAgICBbUGFnZSA2NV0KDAo=
--------------070307060306030708030007
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--------------070307060306030708030007--




From ltru-bounces@ietf.org Mon Dec 18 19:50:53 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwTBy-0007E3-Vb; Mon, 18 Dec 2006 19:50:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwTBx-0007D1-RA
	for ltru@ietf.org; Mon, 18 Dec 2006 19:50:49 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwTBw-0003QW-F9
	for ltru@ietf.org; Mon, 18 Dec 2006 19:50:49 -0500
Received: from [10.72.76.107] (snvvpn2-10-72-76-c107.corp.yahoo.com
	[10.72.76.107]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBJ0odVT021007
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
	for <ltru@ietf.org>; Mon, 18 Dec 2006 16:50:40 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:subject:
	content-type:content-transfer-encoding;
	b=SM31Pa55wVUhp6TU3DU+Tc8AwO5NaF1Xul2Ty4Ieo9VCBJro46+02rTsn4i+fAkH
Message-ID: <4587375F.1090100@yahoo-inc.com>
Date: Mon, 18 Dec 2006 16:50:39 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: "'LTRU Working Group'" <ltru@ietf.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8
Subject: [Ltru] submitted draft-02
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Since myriad edits have taken place, I have submitted draft-02. My home 
page has been updated:

   http://www.inter-locale.com/ID/draft-ietf-ltru-4646bis-02.html
   http://www.inter-locale.com/ID/draft-ietf-ltru-4646bis-02.txt
   http://www.inter-locale.com/ID/draft-ietf-ltru-4646bis-02.xml

There is also a link to the wdiff on the home page. Apologies to Safari 
users. Apparently the YUI library, which enables all the AJAX stuff on 
the page, makes the body of the page invisible (ick). Turning off JS 
should work.

Changes in this draft:

1. Modification of ABNF to deal with casing issues (or lack thereof). 
Includes insertion of text noting this.

2. Changed the reference to "fr-Latn-CA" to "sr-Latn-RS" or "az-Arab-IR"

3. Removed references to region code 'CS', replacing with references to 
'RS' (and renaming "Serbia and Montenegro" to "Serbia").

4. Repaired references to "well-formed" and "regular" in section 2.2.8.

OPEN ISSUE: This set of changes includes the "SHOULD" on checking 
repetition of singletons. At present several of us (Randy and myself, at 
least) favor retaining the MUST. Nonetheless, the editor text has this 
text at present. We can burn another integer to fix it.

5. Added to the end of Section 3.1.2 the text about possible future 
additions of fields, advising implementations to ignore them.

6. Added text making the first Description "correspond" to the Reference 
Name in ISO 639-3 for subtags of type 'language' and 'extlang'.

7. Added text suggesting (SHOULD) that the Official Doug remove 
duplicates and noting that other editing of Descriptions is permitted.

8. Added text to Section 3.2 noting that the Reviewer may delegate list 
moderation and clerical duties.

9. Added text to Section 3.5 noting that the ieft-languages list can be 
hosted by a third-party at the request of the IESG.

UNADDRESSED ITEMS:

The following are issues currently under discussion, but the editors are 
not in receipt of text or do not perceive consensus on including text to 
address them:

1. Inversion or uninversion of Description fields.
2. Addition of a new field for Reference-Names (vs. various permutations 
of Description handling).

If anything is missing, please reply on-list.

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 20:45:49 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwU33-0002jj-Gk; Mon, 18 Dec 2006 20:45:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwU32-0002jF-N0
	for ltru@ietf.org; Mon, 18 Dec 2006 20:45:40 -0500
Received: from mta10.adelphia.net ([68.168.78.202])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwU2i-00079b-Fs
	for ltru@ietf.org; Mon, 18 Dec 2006 20:45:40 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta10.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061219014520.PQTB11646.mta10.adelphia.net@DGBP7M81>;
	Mon, 18 Dec 2006 20:45:20 -0500
Message-ID: <007901c7230f$579c2140$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
	<006101c722f6$48402110$6601a8c0@DGBP7M81>
	<458731F1.60501@yahoo-inc.com>
Subject: Re: [Ltru] Re: Survey on inverted vs. uninverted names
Date: Mon, 18 Dec 2006 17:45:19 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips <addison at yahoo dash inc dot com> wrote:

> Now that we're adding text that says the first Description is also the 
> Reference Name from ISO 639-3 for language and extlang subtags, I'm 
> even more opposed to inverting OR uninverting the names. I think it 
> bad form to say "this is copied from this particular field" and then 
> say "but we've changed it somehow... maybe".

and later:

> The following are issues currently under discussion, but the editors 
> are not in receipt of text or do not perceive consensus on including 
> text to address them:
>
> 1. Inversion or uninversion of Description fields.
> 2. Addition of a new field for Reference-Names (vs. various 
> permutations of Description handling).

As this explains, Section 3.1.4 of the draft just submitted still says:

> Moreover, formatting variations of the same description MUST NOT occur 
> in that specific record or in any other record of the same type. For 
> example, while the ISO 639-1 code 'fy' contains both the descriptions 
> "Western Frisian" and "Frisian, Western", only one of these 
> descriptions appears in the registry.

So I'm basically back at square one, with no rough consensus as to which 
names will appear in the Registry.  The Survey is off and I will wait 
for further instructions.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 18 21:35:34 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwUpF-0000zE-Vt; Mon, 18 Dec 2006 21:35:29 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwUpF-0000yt-7U
	for ltru@ietf.org; Mon, 18 Dec 2006 21:35:29 -0500
Received: from an-out-0708.google.com ([209.85.132.246])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwUpD-0001uH-T6
	for ltru@ietf.org; Mon, 18 Dec 2006 21:35:29 -0500
Received: by an-out-0708.google.com with SMTP id d30so515732and
	for <ltru@ietf.org>; Mon, 18 Dec 2006 18:35:27 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=mBlI2XNN4VR2WzrHoz+P9t21iwu21gZ6uDd3lLiBUOdY8qV4IFF9ecqPRhvliKLUSc7jw37V+pRSnJuSN1K2Cwtvd2hvN3XP9BOB1i5ghzqwm5CGtaS2oS6HHuNFaYbjs0H9XlsdZ0c6t1KG1XNwwqNYWOT/hMARJZ8UnjlC5QM=
Received: by 10.100.140.6 with SMTP id n6mr3786966and.1166495727476;
	Mon, 18 Dec 2006 18:35:27 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Mon, 18 Dec 2006 18:35:27 -0800 (PST)
Message-ID: <30b660a20612181835o3c0a148bn8e9fc23e82f0386f@mail.gmail.com>
Date: Mon, 18 Dec 2006 18:35:27 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Peter Constable" <petercon@microsoft.com>
In-Reply-To: <19A328037921AA42847A717566D1D6A109F1D9ED@RED-MSG-42.redmond.corp.microsoft.com>
MIME-Version: 1.0
References: <BAY114-F30AF7B3427109AC89F2756B3C90@phx.gbl>
	<19A328037921AA42847A717566D1D6A109F1D9ED@RED-MSG-42.redmond.corp.microsoft.com>
X-Google-Sender-Auth: 6625a0a124e5da9e
X-Spam-Score: 0.2 (/)
X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0
Cc: ietf-languages@iana.org, LTRU Working Group <ltru@ietf.org>
Subject: [Ltru] Re: Request for variant subtag fr 16th-c 17th-c Resubmitted!
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1452418439=="
Errors-To: ltru-bounces@ietf.org

--===============1452418439==
Content-Type: multipart/alternative; 
	boundary="----=_Part_2938_33315973.1166495727450"

------=_Part_2938_33315973.1166495727450
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Peter, I'm a little bit fuzzy on where the lines were drawn with historic
versions of the same language in ISO. This is relevant to the LTRU group for
ISO 639-3, so am cc'ing that group.

I take it from your discussion that "fr" means *only* modern French, and
that if I want to have a tag for any French, modern or not, I would have to
use (fr OR frm OR fro). Similarly, if I wanted any English, I would have to
use (en OR enm OR ang).

My question is how this is managed over time in ISO, since there are
significant implications for language tags. Let's take Czech, for example,
where we only currently have 'cs'. I see the following possibilities.

1. This means only Modern Czech.
That implies that there is no code for Old Czech, so if I want to tag
something with that, I need to petition ISO for an language tag for Old
Czech (let's say 'ceu'). Once that is added, I can refer to Old Czech.

2. This currently means any Czech, but ISO may introduce a code for Old
Czech (let's say 'ceu'). I see three possible approaches:

2a. The denotation of 'cs' is changed to mean only modern Czech. This would
be a breaking change for the language subtag registry, since the meaning of
a subtag would be narrowed, invalidating any tags that had a broad
application. This would be rather disturbing, since we are guaranteeing
stability.

2b. The denotation of 'cs' remains "any" Czech, and to get only modern Czech
I would need to use (cs AND NOT ceu). Note while OR can be handled with a
list, as per RFC 4647, AND NOT cannot. This, however, would not break
stability.

2c. The denotation of 'cs' remains "any" Czech, ceu becomes an extlang.
This I see as the least unpleasant outcome, but I can't tell if whether this
would be the ISO policy.

While I use Czech as an example, the same would be true for any similar
breakdown, including English into Early Modern and Modern.

Mark

------=_Part_2938_33315973.1166495727450
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Peter, I'm a little bit fuzzy on where the lines were drawn with historic versions of the same language in ISO. This is relevant to the LTRU group for ISO 639-3, so am cc'ing that group.<br><br>I take it from your discussion that &quot;fr&quot; means *only* modern French, and that if I want to have a tag for any French, modern or not, I would have to use (fr OR frm OR fro). Similarly, if I wanted any English, I would have to use (en OR enm OR ang).
<br><br>My question is how this is managed over time in ISO, since there are significant implications for language tags. Let's take Czech, for example, where we only currently have 'cs'. I see the following possibilities.
<br><br>1. This means only Modern Czech.<br>That implies that there is no code for Old Czech, so if I want to tag something with that, I need to petition ISO for an language tag for Old Czech (let's say 'ceu'). Once that is added, I can refer to Old Czech.
<br><br>2. This currently means any Czech, but ISO may introduce a code for Old Czech (let's say 'ceu'). I see three possible approaches:<br><br>2a. The denotation of 'cs' is changed to mean only modern Czech. This would be a breaking change for the language subtag registry, since the meaning of a subtag would be narrowed, invalidating any tags that had a broad application. This would be rather disturbing, since we are guaranteeing stability.
<br><br>2b. The denotation of 'cs' remains &quot;any&quot; Czech, and to get only modern Czech I would need to use (cs AND NOT ceu). Note while OR can be handled with a list, as per RFC 4647, AND NOT cannot. This, however, would not break stability.
<br><br>2c. The denotation of 'cs' remains &quot;any&quot; Czech, ceu becomes an extlang.<br>This I see as the least unpleasant outcome, but I can't tell if whether this would be the ISO policy.<br><br>While I use Czech as an example, the same would be true for any similar breakdown, including English into Early Modern and Modern.
<br><br>Mark<br><br>

------=_Part_2938_33315973.1166495727450--


--===============1452418439==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1452418439==--




From ltru-bounces@ietf.org Tue Dec 19 00:07:58 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwXCf-0003ST-Kq; Tue, 19 Dec 2006 00:07:49 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwXCf-0003SJ-2u
	for ltru@ietf.org; Tue, 19 Dec 2006 00:07:49 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwXCd-0000cL-7G
	for ltru@ietf.org; Tue, 19 Dec 2006 00:07:48 -0500
Received: from [10.72.76.107] (snvvpn2-10-72-76-c107.corp.yahoo.com
	[10.72.76.107]) (authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBJ57cEC032858
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Mon, 18 Dec 2006 21:07:38 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=I+pJXfzk+U9RwgFVDHrw4r7XOpYFjmNo38i2ANXwEvyHPNCPqr/DSgD+enqKeQv+
Message-ID: <4587739A.2000602@yahoo-inc.com>
Date: Mon, 18 Dec 2006 21:07:38 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Doug Ewell <dewell@adelphia.net>
Subject: Re: [Ltru] Re: Survey on inverted vs. uninverted names
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
	<006101c722f6$48402110$6601a8c0@DGBP7M81>
	<458731F1.60501@yahoo-inc.com>
	<007901c7230f$579c2140$6601a8c0@DGBP7M81>
In-Reply-To: <007901c7230f$579c2140$6601a8c0@DGBP7M81>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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:
 > Addison Phillips <addison at yahoo dash inc dot com> wrote:
 >
 > So I'm basically back at square one, with no rough consensus as to which
 > names will appear in the Registry.  The Survey is off and I will wait
 > for further instructions.

The survey can go on. What's happening here is that I'm trying to keep 
the drafts under control. The I-D editors are fast about posting updated 
drafts and burning a few more integers isn't that costly. I do want to 
try and get into a rhythm of submitting text relatively quickly. It gets 
annoying to constantly remind folks that the Editor's Copy has what they 
want (or don't want, as the case may be).

I considered removing the offending text in 3.1.4 (de novo in draft-00), 
but there isn't consensus for that at present either. I think we're very 
close to a consensus, but don't want to hold back drafts indefinitely to 
achieve it.

Besides, didn't you say you'd do whatever draft-03 said? :-)

Addison


> 
-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 19 02:07:26 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwZ4M-0000IN-Gc; Tue, 19 Dec 2006 02:07:22 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwZ4L-0000GL-2c
	for ltru@ietf.org; Tue, 19 Dec 2006 02:07:21 -0500
Received: from mta13.mail.adelphia.net ([68.168.78.44] helo=mta13.adelphia.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwZ1Q-0004Xv-UU
	for ltru@ietf.org; Tue, 19 Dec 2006 02:04:22 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta13.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061219070418.TAVD2904.mta13.adelphia.net@DGBP7M81>;
	Tue, 19 Dec 2006 02:04:18 -0500
Message-ID: <00db01c7233b$e6936350$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
	<006101c722f6$48402110$6601a8c0@DGBP7M81>
	<458731F1.60501@yahoo-inc.com>
	<007901c7230f$579c2140$6601a8c0@DGBP7M81>
	<4587739A.2000602@yahoo-inc.com>
Subject: Re: [Ltru] Re: Survey on inverted vs. uninverted names
Date: Mon, 18 Dec 2006 23:04:17 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 68c8cc8a64a9d0402e43b8eee9fc4199
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips <addison at yahoo dash inc dot com> wrote:

> Besides, didn't you say you'd do whatever draft-03 said? :-)

Yep.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 19 15:40:05 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwlkO-0006m2-8C; Tue, 19 Dec 2006 15:39:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwlkN-0006dN-4c
	for ltru@ietf.org; Tue, 19 Dec 2006 15:39:35 -0500
Received: from elasmtp-junco.atl.sa.earthlink.net ([209.86.89.63])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwliO-0004OZ-Fg
	for ltru@ietf.org; Tue, 19 Dec 2006 15:37:34 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=nRZlHzL+DjmXan/Lyyw7dMrGsGzv1OdyaHYIaUMWggPShgkqgg5ViXmvm/WhKx+u;
	h=Received:Message-ID:From:To:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.165.6.54] (helo=oemcomputer)
	by elasmtp-junco.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GwliN-0002Z8-V8
	for ltru@ietf.org; Tue, 19 Dec 2006 15:37:32 -0500
Message-ID: <009e01c723ad$ccfd1180$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Tue, 19 Dec 2006 12:39:36 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee69596c368e2254be1943ac77132b6b038350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.165.6.54
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 244a2fd369eaf00ce6820a760a3de2e8
Subject: [Ltru] Fw: 68th IETF Registration 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

Forwarded for your information.

There are currently no plans for the ltru WG to meet in Prague.
If you believe a face-to-face meeting would be necessary, please
post your reasons (along with agenda item proposals) to ltru@ietf.org.

Randy, ltru co-chair

> From: "IETF Secretariat" <ietf-secretariat@ietf.org>
> To: "IETF Announcement list" <ietf-announce@ietf.org>
> Cc: <irsg@isi.edu>; <wgchairs@ietf.org>
> Sent: Tuesday, December 19, 2006 7:26 AM
> Subject: 68th IETF Registration 
>
> 68th IETF Meeting
> Prague, Czech Republic
> March 18-23, 2007
> 
> Registration is now open!
>  
> Registration for the 68th IETF Meeting is at:
> http://www.ietf.org/meetings/68-IETF.html
> 
> Registration Information:
> 
> Early-Bird Registration - USD 600.00
> 
> If you register and pay for your attendance to the IETF-68 before NOON ET
> (17:00 UTC/GMT), Friday, 9 March 2007, then the price for registration is
> USD 600.00. 
>  
> After Early-Bird cutoff - USD 750.00
>  
> You can still register and pay online at USD 750.00 until 17:00 ET (21:00
> UTC/GMT), Saturday, 17 March 2007.
> 
> Full-time Student Registrations - USD 150.00
> 
> Full-time students with proper ID are eligible to receive a special USD
> 150.00 student rate. Student rate is no longer subject to any late-fees.
> Students will also be able to register on-site at the special student
> rate. Failure to provide valid student ID on-site will revoke the special
> student status. 
> 
> Cancellation
> 
> The cut-off for registration cancellation is Monday, March 12 at 17:00
> ET-US (21:00 UTC/GMT).  Cancellations are subject to a 10% cancellation
> fee if requested by that date and time.
> 
> Onsite Registration
> 
> You can register onsite at the meeting in Prague, Czech Republic starting
> Sunday, March 18 at 12:00 noon (local time).
> 
> The IETF meetings start Monday morning and run through Friday lunchtime,
> with late scheduling changes.  Most training session take place on Sunday
> afternoon March 18th.  Participants should plan their travel accordingly.
> 
> The IETF Secretariat



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 19 15:50:16 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gwlui-0003zA-Lo; Tue, 19 Dec 2006 15:50:16 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwluW-0003rK-RD; Tue, 19 Dec 2006 15:50:05 -0500
Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a])
	by ietf-mx.ietf.org with esmtp (Exim 4.43)
	id 1GwluU-0007e2-LD; Tue, 19 Dec 2006 15:50:04 -0500
Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com
	[10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id 7E3CE2AB70;
	Tue, 19 Dec 2006 20:50:02 +0000 (GMT)
Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43)
	id 1GwluU-0007dG-AP; Tue, 19 Dec 2006 15:50:02 -0500
Content-Type: Multipart/Mixed; Boundary="NextPart"
Mime-Version: 1.0
To: i-d-announce@ietf.org
From: Internet-Drafts@ietf.org
Message-Id: <E1GwluU-0007dG-AP@stiedprstage1.ietf.org>
Date: Tue, 19 Dec 2006 15:50:02 -0500
X-Spam-Score: -2.5 (--)
X-Scan-Signature: 3002fc2e661cd7f114cb6bae92fe88f1
Cc: ltru@ietf.org
Subject: [Ltru] I-D ACTION:draft-ietf-ltru-4646bis-02.txt 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts 
directories.
This draft is a work item of the Language Tag Registry Update Working Group of the IETF.

	Title		: Tags for Identifying Languages
	Author(s)	: A. Phillips, M. Davis
	Filename	: draft-ietf-ltru-4646bis-02.txt
	Pages		: 65
	Date		: 2006-12-19
	
This document describes the structure, content, construction, and
   semantics of language tags for use in cases where it is desirable to
   indicate the language used in an information object.  It also
   describes how to register values for use in language tags and the
   creation of user-defined extensions for private interchange.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-ltru-4646bis-02.txt

To remove yourself from the I-D Announcement list, send a message to 
i-d-announce-request@ietf.org with the word unsubscribe in the body of 
the message. 
You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce 
to change your subscription settings.

Internet-Drafts are also available by anonymous FTP. Login with the 
username "anonymous" and a password of your e-mail address. After 
logging in, type "cd internet-drafts" and then 
"get draft-ietf-ltru-4646bis-02.txt".

A list of Internet-Drafts directories can be found in
http://www.ietf.org/shadow.html 
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

Internet-Drafts can also be obtained by e-mail.

Send a message to:
	mailserv@ietf.org.
In the body type:
	"FILE /internet-drafts/draft-ietf-ltru-4646bis-02.txt".
	
NOTE:	The mail server at ietf.org can return the document in
	MIME-encoded form by using the "mpack" utility.  To use this
	feature, insert the command "ENCODING mime" before the "FILE"
	command.  To decode the response(s), you will need "munpack" or
	a MIME-compliant mail reader.  Different MIME-compliant mail readers
	exhibit different behavior, especially when dealing with
	"multipart" MIME messages (i.e. documents which have been split
	up into multiple messages), so check your local documentation on
	how to manipulate these messages.

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Multipart/Alternative; Boundary="OtherAccess"

--OtherAccess
Content-Type: Message/External-body; access-type="mail-server";
	server="mailserv@ietf.org"

Content-Type: text/plain
Content-ID: <2006-12-19132843.I-D@ietf.org>

ENCODING mime
FILE /internet-drafts/draft-ietf-ltru-4646bis-02.txt

--OtherAccess
Content-Type: Message/External-body; name="draft-ietf-ltru-4646bis-02.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2006-12-19132843.I-D@ietf.org>


--OtherAccess--

--NextPart
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--NextPart--





From ltru-bounces@ietf.org Tue Dec 19 16:25:11 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwmST-00073t-Ao; Tue, 19 Dec 2006 16:25:09 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwmSR-00073W-Iq
	for ltru@lists.ietf.org; Tue, 19 Dec 2006 16:25:07 -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 1GwmSQ-0007TW-9D
	for ltru@lists.ietf.org; Tue, 19 Dec 2006 16:25:07 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1GwmRi-0006aB-OR
	for ltru@lists.ietf.org; Tue, 19 Dec 2006 22:24:22 +0100
Received: from du-017-145.access.de.clara.net ([212.82.246.145])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Tue, 19 Dec 2006 22:24:22 +0100
Received: from nobody by du-017-145.access.de.clara.net with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Tue, 19 Dec 2006 22:24:22 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Tue, 19 Dec 2006 22:21:53 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 20
Message-ID: <458857F1.1F45@xyzzy.claranet.de>
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
	<006101c722f6$48402110$6601a8c0@DGBP7M81>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: du-017-145.access.de.clara.net
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581
Cc: 
Subject: [Ltru] Re: Survey on inverted vs. uninverted names
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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:

> In the interests of consensus-building... what is it about the inverted
> names that you prefer?  Is it the effect on alphabetical sorting (so all
> the Zapotecs sort together)

Yes.

E.g. "fy" used to be "Frisian", now it's "Frisian, Western", and in a
list of alphabetically sorted descriptions it's shown near "Frisian,
Northern".

Frank

P.S. to Mark:  While RFC 4646 doesn't allow to narrow subtags, the
source standards are still free to do whatever they wish, and the
registry is forced to play along (for an unmodified code).  We could
also pretend that "fy" always was "Western", and its description was
incomplete, but that's cheating.



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 19 16:44:21 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gwml1-0000tT-38; Tue, 19 Dec 2006 16:44:19 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gwml0-0000tO-PD
	for ltru@lists.ietf.org; Tue, 19 Dec 2006 16:44:18 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gwmky-0002Tt-IW
	for ltru@lists.ietf.org; Tue, 19 Dec 2006 16:44:18 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Gwmky-0003Y3-27; Tue, 19 Dec 2006 16:44:16 -0500
Date: Tue, 19 Dec 2006 16:44:16 -0500
To: Frank Ellermann <nobody@xyzzy.claranet.de>
Subject: Re: [Ltru] Re: Survey on inverted vs. uninverted names
Message-ID: <20061219214415.GB4823@ccil.org>
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
	<006101c722f6$48402110$6601a8c0@DGBP7M81>
	<458857F1.1F45@xyzzy.claranet.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <458857F1.1F45@xyzzy.claranet.de>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: de4f315c9369b71d7dd5909b42224370
Cc: ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Frank Ellermann scripsit:

> P.S. to Mark:  While RFC 4646 doesn't allow to narrow subtags, the
> source standards are still free to do whatever they wish, and the
> registry is forced to play along (for an unmodified code).  We could
> also pretend that "fy" always was "Western", and its description was
> incomplete, but that's cheating.

I suspect that in practice "fy" was almost always applied to Western Frisian,
and the change was a clarification rather than a true change in denotation.

-- 
John Cowan   http://ccil.org/~cowan    cowan@ccil.org
We want more school houses and less jails; more books and less arsenals;
more learning and less vice; more constant work and less crime; more
leisure and less greed; more justice and less revenge; in fact, more of
the opportunities to cultivate our better natures.  --Samuel Gompers

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 19 16:51:41 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gwms7-0004D0-86; Tue, 19 Dec 2006 16:51:39 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gwms6-0004Ct-Iy
	for ltru@lists.ietf.org; Tue, 19 Dec 2006 16:51:38 -0500
Received: from an-out-0708.google.com ([209.85.132.249])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gwms4-0003aD-7r
	for ltru@lists.ietf.org; Tue, 19 Dec 2006 16:51:38 -0500
Received: by an-out-0708.google.com with SMTP id c18so815924anc
	for <ltru@lists.ietf.org>; Tue, 19 Dec 2006 13:51:36 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=oUu4dqB5gguZKqMIBcGxDzz5oDhwxmVAUO7xoKO6rg5IE5c73t8CQFKAvG36wEkD+Pc0ErNm05LUYfAICamI9xwxOXs17DwkeeOvoES2c1tRyzTghluFB6l6sLpQa4kc0xJQhvvlVwjr/yvPz50GjZ2KmX/M8PeD7fXs3z4K3S8=
Received: by 10.100.173.19 with SMTP id v19mr4905506ane.1166565096009;
	Tue, 19 Dec 2006 13:51:36 -0800 (PST)
Received: by 10.100.37.12 with HTTP; Tue, 19 Dec 2006 13:51:35 -0800 (PST)
Message-ID: <30b660a20612191351i7b3c2becj27466892aa3de09e@mail.gmail.com>
Date: Tue, 19 Dec 2006 13:51:35 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Frank Ellermann" <nobody@xyzzy.claranet.de>
Subject: Re: [Ltru] Re: Survey on inverted vs. uninverted names
In-Reply-To: <458857F1.1F45@xyzzy.claranet.de>
MIME-Version: 1.0
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
	<006101c722f6$48402110$6601a8c0@DGBP7M81>
	<458857F1.1F45@xyzzy.claranet.de>
X-Google-Sender-Auth: 65e7e98b5e982494
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 082a9cbf4d599f360ac7f815372a6a15
Cc: ltru@lists.ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============1814900005=="
Errors-To: ltru-bounces@ietf.org

--===============1814900005==
Content-Type: multipart/alternative; 
	boundary="----=_Part_1298_19445375.1166565095963"

------=_Part_1298_19445375.1166565095963
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Actually, a good part of what we did with 4646 was to insulate ourselves
from instabilities in ISO. Now, we may just decide that we just don't care
about stability regarding non-modern language variants. But if we do so, we
should at least make that a conscious decision to do it, and document it so
that people know what to expect of BCP 47 regarding stability.

Part of what I was asking Peter (and still hoping for an answer) is to see
what policy ISO has regarding these codes, so that we can better determine
what to do (and say).

Mark

On 12/19/06, Frank Ellermann <nobody@xyzzy.claranet.de> wrote:
>
> Doug Ewell wrote:
>
> > In the interests of consensus-building... what is it about the inverted
> > names that you prefer?  Is it the effect on alphabetical sorting (so all
> > the Zapotecs sort together)
>
> Yes.
>
> E.g. "fy" used to be "Frisian", now it's "Frisian, Western", and in a
> list of alphabetically sorted descriptions it's shown near "Frisian,
> Northern".
>
> Frank
>
> P.S. to Mark:  While RFC 4646 doesn't allow to narrow subtags, the
> source standards are still free to do whatever they wish, and the
> registry is forced to play along (for an unmodified code).  We could
> also pretend that "fy" always was "Western", and its description was
> incomplete, but that's cheating.
>
>
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_1298_19445375.1166565095963
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Actually, a good part of what we did with 4646 was to insulate ourselves from instabilities in ISO. Now, we may just decide that we just don&#39;t care about stability regarding non-modern language variants. But if we do so, we should 
<span style="font-weight: bold; font-style: italic;">at least </span>make that a conscious decision to do it, and document it so that people know what to expect of BCP 47 regarding stability.<br><br>Part of what I was asking Peter (and still hoping for an answer) is to see what policy ISO has regarding these codes, so that we can better determine what to do (and say).
<br><br>Mark<br><br><div><span class="gmail_quote">On 12/19/06, <b class="gmail_sendername">Frank Ellermann</b> &lt;<a href="mailto:nobody@xyzzy.claranet.de">nobody@xyzzy.claranet.de</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Doug Ewell wrote:<br><br>&gt; In the interests of consensus-building... what is it about the inverted<br>&gt; names that you prefer?&nbsp;&nbsp;Is it the effect on alphabetical sorting (so all<br>&gt; the Zapotecs sort together)<br>
<br>Yes.<br><br>E.g. &quot;fy&quot; used to be &quot;Frisian&quot;, now it&#39;s &quot;Frisian, Western&quot;, and in a<br>list of alphabetically sorted descriptions it&#39;s shown near &quot;Frisian,<br>Northern&quot;.<br>
<br>Frank<br><br>P.S. to Mark:&nbsp;&nbsp;While RFC 4646 doesn&#39;t allow to narrow subtags, the<br>source standards are still free to do whatever they wish, and the<br>registry is forced to play along (for an unmodified code).&nbsp;&nbsp;We could
<br>also pretend that &quot;fy&quot; always was &quot;Western&quot;, and its description was<br>incomplete, but that&#39;s cheating.<br><br><br><br>_______________________________________________<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org">
Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru</a><br></blockquote></div><br>

------=_Part_1298_19445375.1166565095963--


--===============1814900005==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============1814900005==--




From ltru-bounces@ietf.org Wed Dec 20 00:41:04 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwuCI-0008Px-Aa; Wed, 20 Dec 2006 00:40:58 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwuCG-0008Pp-RW
	for ltru@ietf.org; Wed, 20 Dec 2006 00:40:56 -0500
Received: from mta9.adelphia.net ([68.168.78.199])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwuCF-0004ZL-J6
	for ltru@ietf.org; Wed, 20 Dec 2006 00:40:56 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta9.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061220054052.REAI13190.mta9.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Wed, 20 Dec 2006 00:40:52 -0500
Message-ID: <003f01c723f9$6a7cef70$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Tue, 19 Dec 2006 21:40:53 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Subject: [Ltru] Re: Survey on inverted vs. uninverted names
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis <mark dot davis at icu dash project dot org> replied to Frank 
Ellermann:

>> P.S. to Mark:  While RFC 4646 doesn't allow to narrow subtags, the 
>> source standards are still free to do whatever they wish, and the 
>> registry is forced to play along (for an unmodified code).  We could 
>> also pretend that "fy" always was "Western", and its description was 
>> incomplete, but that's cheating.
>
> Actually, a good part of what we did with 4646 was to insulate 
> ourselves from instabilities in ISO. Now, we may just decide that we 
> just don't care about stability regarding non-modern language 
> variants. But if we do so, we should at least make that a conscious 
> decision to do it, and document it so that people know what to expect 
> of BCP 47 regarding stability.

Frank does have a point about the priority we are placing -- at least at 
the present time -- on ensuring that the Description fields in the 
Registry match the source standard.  When ISO changes the name of one of 
their language code elements, so far we have always made the 
corresponding change in the Registry.  Frank is saying that this is not 
the "insulation from ISO instability" that the RFC promises, and I 
understand where he is coming from (which is different from saying it is 
good or bad).

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 20 00:57:10 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GwuRw-000474-FX; Wed, 20 Dec 2006 00:57:08 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GwuRu-00046o-J2
	for ltru@ietf.org; Wed, 20 Dec 2006 00:57:06 -0500
Received: from elasmtp-dupuy.atl.sa.earthlink.net ([209.86.89.62])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GwuRt-00088p-8B
	for ltru@ietf.org; Wed, 20 Dec 2006 00:57:06 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=euhMH1zaU4IkuXNesFfI4BoKd2GGwyeZWWhf/+HwQk9r3tpajpypOWG6nd5Bp3SE;
	h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.165.6.54] (helo=oemcomputer)
	by elasmtp-dupuy.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GwuRs-0002fl-MD
	for ltru@ietf.org; Wed, 20 Dec 2006 00:57:04 -0500
Message-ID: <001901c723fb$f4ceb760$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "LTRU Working Group" <ltru@ietf.org>
References: <003f01c723f9$6a7cef70$6601a8c0@DGBP7M81>
Subject: Re: [Ltru] Re: Survey on inverted vs. uninverted names
Date: Tue, 19 Dec 2006 21:59:04 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee6a5a3458fe2e58452e7fdded802028879350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.165.6.54
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

As a technical contributor....

> From: "Doug Ewell" <dewell@adelphia.net>
> To: "LTRU Working Group" <ltru@ietf.org>
> Sent: Tuesday, December 19, 2006 9:40 PM
> Subject: [Ltru] Re: Survey on inverted vs. uninverted names
...
> Frank does have a point about the priority we are placing -- at least at 
> the present time -- on ensuring that the Description fields in the 
> Registry match the source standard.  When ISO changes the name of one of 
> their language code elements, so far we have always made the 
> corresponding change in the Registry.  Frank is saying that this is not 
> the "insulation from ISO instability" that the RFC promises, and I 
> understand where he is coming from (which is different from saying it is 
> good or bad).
...

However, we should keep clear in our minds the roles of ltru@ietf.org
and ietf-languages@iana.org   I think it would be very reasonable
for the former to rather mechanically populate the registry, based on
ISO data, which would mean using whatever is current in the ISO data,
or possibly a merge of that data with the current registry data.

It would be also reasonable for ltru@ietf.org to decide
what (if any) policies should govern ietf-languages@iana.org 's
handling of ISO changes.  At the same time, it would also be quite
reasonable of ietf-languages@iana.org to add description and
commentary elements when appropriate.  I don't think this list
needs to anticipate all the possible cases; I think we can
trust the good folks on ietf-languages@iana.org to recognize
when such additional descriptions / commentary would be needed.

Randy


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 20 04:45:20 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gwy0i-0008Jm-CE; Wed, 20 Dec 2006 04:45:16 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gwy0g-0008Jh-Ob
	for ltru@ietf.org; Wed, 20 Dec 2006 04:45:14 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gwy0e-0002bL-ES
	for ltru@ietf.org; Wed, 20 Dec 2006 04:45:14 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP
	id D2B2A26C22C; Wed, 20 Dec 2006 10:45:11 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP
	id 0D6DD26C160; Wed, 20 Dec 2006 10:45:11 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id A39D558ED2D;
	Wed, 20 Dec 2006 10:45:10 +0100 (CET)
Date: Wed, 20 Dec 2006 10:45:10 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Mark Davis <mark.davis@icu-project.org>
Message-ID: <20061220094510.GA17902@nic.fr>
References: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30b660a20612140905l19daf32dwd63c0841accadd9@mail.gmail.com>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3
Cc: ltru@ietf.org
Subject: [Ltru] Re: two identical singleton extension tags issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Thu, Dec 14, 2006 at 09:05:03AM -0800,
 Mark Davis <mark.davis@icu-project.org> wrote 
 a message of 47 lines which said:

> I recommend that we change the restriction on two identical
> singleton extension tags to be a criterion for validity instead of
> well-formedness.  This allows programs to test for well-formedness
> with a single regular expression,

Sorry for not replying earlier, but I wanted to think about the
problem before giving an implementer's opinion.

I disagree with the suggestion. Being able to parse tags "with a
single regular expression" does not seem a worthy goal to me,
specially since this regexp would be awfully complex
(http://unicode.org/cldr/data/tools/java/org/unicode/cldr/util/data/langtagRegex.txt).

Testing that no singleton is repeated is quite simple (two lines in my
program).

> We originally had the restriction under well-formedness because it
> can be tested without access to the database.

Yes, it seems to me that drawing the border between well-formedness
and validity like that is simple to understand and of clear practical
use. I vote for keeping RFC 4646 here.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 20 09:30:06 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gx2SJ-0004c9-OW; Wed, 20 Dec 2006 09:30:03 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gx2SI-0004bx-H2
	for ltru@ietf.org; Wed, 20 Dec 2006 09:30:02 -0500
Received: from mta11.adelphia.net ([68.168.78.205])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gx2SH-0002w0-7u
	for ltru@ietf.org; Wed, 20 Dec 2006 09:30:02 -0500
Received: from DGBP7M81 ([76.167.184.182]) by mta11.adelphia.net
	(InterMail vM.6.01.05.02 201-2131-123-102-20050715) with SMTP
	id <20061220142952.NHK26036.mta11.adelphia.net@DGBP7M81>
	for <ltru@ietf.org>; Wed, 20 Dec 2006 09:29:52 -0500
Message-ID: <00d501c72443$50894290$6601a8c0@DGBP7M81>
From: "Doug Ewell" <dewell@adelphia.net>
To: "LTRU Working Group" <ltru@ietf.org>
Date: Wed, 20 Dec 2006 06:29:52 -0800
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.3028
x-mimeole: Produced By Microsoft MimeOLE V6.00.2900.3028
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7d33c50f3756db14428398e2bdedd581
Subject: [Ltru] Re: two identical singleton extension tags issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Stephane Bortzmeyer <bortzmeyer at nic dot fr> wrote:

>> I recommend that we change the restriction on two identical singleton 
>> extension tags to be a criterion for validity instead of 
>> well-formedness.  This allows programs to test for well-formedness 
>> with a single regular expression,
>
> I disagree with the suggestion. Being able to parse tags "with a 
> single regular expression" does not seem a worthy goal to me, 
> specially since this regexp would be awfully complex 
> (http://unicode.org/cldr/data/tools/java/org/unicode/cldr/util/data/langtagRegex.txt).

+1.  The single (horrible) regular expression strikes me as a neat 
parlor trick, but not much more.

--
Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
http://users.adelphia.net/~dewell/
http://www1.ietf.org/html.charters/ltru-charter.html
http://www.alvestrand.no/mailman/listinfo/ietf-languages 


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 20 11:43:48 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gx4Xf-0000kl-Hv; Wed, 20 Dec 2006 11:43:43 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gx4Xe-0000et-Bp
	for ltru@ietf.org; Wed, 20 Dec 2006 11:43:42 -0500
Received: from an-out-0708.google.com ([209.85.132.249])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gx4Xa-0000Up-Qp
	for ltru@ietf.org; Wed, 20 Dec 2006 11:43:42 -0500
Received: by an-out-0708.google.com with SMTP id d30so697619and
	for <ltru@ietf.org>; Wed, 20 Dec 2006 08:43:38 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com;
	h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:references:x-google-sender-auth;
	b=mdbTkfP+hhuEwAFSHSTfpWNAUSDgwGSFcW8Ujs5EzHb3Hu57fF+ls3Nn2L51Ac1jSYNyNETm0LCp1SFTmUXpaQPMwpQUwb+j954coHbMryeqg8e4sCR5MenjX9vMUB2vPn6m1qCHkObtfjN1UAg6YGo12T1mYiAN2KUczw3ditE=
Received: by 10.100.163.12 with SMTP id l12mr5965696ane.1166633018348;
	Wed, 20 Dec 2006 08:43:38 -0800 (PST)
Received: by 10.100.8.6 with HTTP; Wed, 20 Dec 2006 08:43:38 -0800 (PST)
Message-ID: <30b660a20612200843w3e9c0640o60b295f791bbfdda@mail.gmail.com>
Date: Wed, 20 Dec 2006 08:43:38 -0800
From: "Mark Davis" <mark.davis@icu-project.org>
To: "Doug Ewell" <dewell@adelphia.net>
Subject: Re: [Ltru] Re: two identical singleton extension tags issue
In-Reply-To: <00d501c72443$50894290$6601a8c0@DGBP7M81>
MIME-Version: 1.0
References: <00d501c72443$50894290$6601a8c0@DGBP7M81>
X-Google-Sender-Auth: 5da5b3c0fae08d91
X-Spam-Score: 0.1 (/)
X-Scan-Signature: fb6060cb60c0cea16e3f7219e40a0a81
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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>
Content-Type: multipart/mixed; boundary="===============0350776458=="
Errors-To: ltru-bounces@ietf.org

--===============0350776458==
Content-Type: multipart/alternative; 
	boundary="----=_Part_1453_26201805.1166633018313"

------=_Part_1453_26201805.1166633018313
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I disagree. The regex is something that, no matter how ugly, you just hand
to someone. They make a one-line call to a regex engine to do it, and they
are done. Well-formedness* is tested. No other code needed, and easy to do
in any language with access to a regex library, such as the following in
Java.

  static final Pattern WELL_FORMED_LANGUAGE_TAG = Pattern.compile("..."); //
... is ugly mess that someone supplies

  static boolean isWellFormedLanguageTag(String tag) {
    return WELL_FORMED_LANGUAGE_TAG.matcher(tag).matches();
  }

Compare that to anyone's code that has to parse everything out and then test
for repeated singletons. I have endless confidence in the ability of
programmers to make errors, so the simpler the better.

Mark

On 12/20/06, Doug Ewell <dewell@adelphia.net> wrote:
>
> Stephane Bortzmeyer <bortzmeyer at nic dot fr> wrote:
>
> >> I recommend that we change the restriction on two identical singleton
> >> extension tags to be a criterion for validity instead of
> >> well-formedness.  This allows programs to test for well-formedness
> >> with a single regular expression,
> >
> > I disagree with the suggestion. Being able to parse tags "with a
> > single regular expression" does not seem a worthy goal to me,
> > specially since this regexp would be awfully complex
> > (
> http://unicode.org/cldr/data/tools/java/org/unicode/cldr/util/data/langtagRegex.txt
> ).
>
> +1.  The single (horrible) regular expression strikes me as a neat
> parlor trick, but not much more.
>
> --
> Doug Ewell  *  Fullerton, California, USA  *  RFC 4645  *  UTN #14
> http://users.adelphia.net/~dewell/
> http://www1.ietf.org/html.charters/ltru-charter.html
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
>
>
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru
>

------=_Part_1453_26201805.1166633018313
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

I disagree. The regex is something that, no matter how ugly, you just hand to someone. They make a one-line call to a regex engine to do it, and they are done. Well-formedness* is tested. No other code needed, and easy to do in any language with access to a regex library, such as the following in Java.
<br><br>&nbsp; static final Pattern WELL_FORMED_LANGUAGE_TAG = Pattern.compile(&quot;...&quot;); // ... is ugly mess that someone supplies<br><br>&nbsp; static boolean isWellFormedLanguageTag(String tag) {<br>&nbsp;&nbsp;&nbsp; return WELL_FORMED_LANGUAGE_TAG.matcher(tag).matches();
<br>&nbsp; }<br><br>Compare that to anyone&#39;s code that has to parse everything out and then test for repeated singletons. I have endless confidence in the ability of programmers to make errors, so the simpler the better.<br>
<br>Mark<br><br><div><span class="gmail_quote">On 12/20/06, <b class="gmail_sendername">Doug Ewell</b> &lt;<a href="mailto:dewell@adelphia.net">dewell@adelphia.net</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Stephane Bortzmeyer &lt;bortzmeyer at nic dot fr&gt; wrote:<br><br>&gt;&gt; I recommend that we change the restriction on two identical singleton<br>&gt;&gt; extension tags to be a criterion for validity instead of<br>&gt;&gt; well-formedness.&nbsp;&nbsp;This allows programs to test for well-formedness
<br>&gt;&gt; with a single regular expression,<br>&gt;<br>&gt; I disagree with the suggestion. Being able to parse tags &quot;with a<br>&gt; single regular expression&quot; does not seem a worthy goal to me,<br>&gt; specially since this regexp would be awfully complex
<br>&gt; (<a href="http://unicode.org/cldr/data/tools/java/org/unicode/cldr/util/data/langtagRegex.txt">http://unicode.org/cldr/data/tools/java/org/unicode/cldr/util/data/langtagRegex.txt</a>).<br><br>+1.&nbsp;&nbsp;The single (horrible) regular expression strikes me as a neat
<br>parlor trick, but not much more.<br><br>--<br>Doug Ewell&nbsp;&nbsp;*&nbsp;&nbsp;Fullerton, California, USA&nbsp;&nbsp;*&nbsp;&nbsp;RFC 4645&nbsp;&nbsp;*&nbsp;&nbsp;UTN #14<br><a href="http://users.adelphia.net/~dewell/">http://users.adelphia.net/~dewell/</a><br><a href="http://www1.ietf.org/html.charters/ltru-charter.html">
http://www1.ietf.org/html.charters/ltru-charter.html</a><br><a href="http://www.alvestrand.no/mailman/listinfo/ietf-languages">http://www.alvestrand.no/mailman/listinfo/ietf-languages</a><br><br><br>_______________________________________________
<br>Ltru mailing list<br><a href="mailto:Ltru@ietf.org">Ltru@ietf.org</a><br><a href="https://www1.ietf.org/mailman/listinfo/ltru">https://www1.ietf.org/mailman/listinfo/ltru</a><br></blockquote></div><br>

------=_Part_1453_26201805.1166633018313--


--===============0350776458==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru

--===============0350776458==--




From ltru-bounces@ietf.org Wed Dec 20 12:02:15 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gx4pb-0001Z8-QN; Wed, 20 Dec 2006 12:02:15 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gx4pZ-0001Yq-Qn
	for ltru@ietf.org; Wed, 20 Dec 2006 12:02:13 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gx4pX-0003Uv-JW
	for ltru@ietf.org; Wed, 20 Dec 2006 12:02:13 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1Gx4pX-0004k7-39; Wed, 20 Dec 2006 12:02:11 -0500
Date: Wed, 20 Dec 2006 12:02:11 -0500
To: Mark Davis <mark.davis@icu-project.org>
Subject: Re: [Ltru] Re: two identical singleton extension tags issue
Message-ID: <20061220170210.GK16599@ccil.org>
References: <00d501c72443$50894290$6601a8c0@DGBP7M81>
	<30b660a20612200843w3e9c0640o60b295f791bbfdda@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <30b660a20612200843w3e9c0640o60b295f791bbfdda@mail.gmail.com>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Cc: Doug Ewell <dewell@adelphia.net>, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis scripsit:

> I disagree. The regex is something that, no matter how ugly, you just
> hand to someone. They make a one-line call to a regex engine to do it,
> and they are done. Well-formedness* is tested. No other code needed,
> and easy to do in any language with access to a regex library, such
> as the following in Java.

+1

What is more, we should publish the regex in 4646bis so that people can
use it in declarative contexts like XML schemas.

-- 
"But I am the real Strider, fortunately,"       John Cowan
he said, looking down at them with his face     cowan@ccil.org
softened by a sudden smile.  "I am Aragorn son  http://www.ccil.org/~cowan
of Arathorn, and if by life or death I can
save you, I will."  --LotR Book I Chapter 10

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 20 12:31:43 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gx5I5-0000Gk-9m; Wed, 20 Dec 2006 12:31:41 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gx5I3-0000GR-PD
	for ltru@ietf.org; Wed, 20 Dec 2006 12:31:39 -0500
Received: from smtp01.icann.org ([192.0.34.14])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gx5I0-0008CH-CG
	for ltru@ietf.org; Wed, 20 Dec 2006 12:31:39 -0500
Received: from terminus.local ([192.0.39.13]) (authenticated bits=0)
	by smtp01.icann.org (8.12.11.20060308/8.12.11) with ESMTP id
	kBKHVZXN012384
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO)
	for <ltru@ietf.org>; Wed, 20 Dec 2006 09:31:35 -0800
Received: from [127.0.0.1] by terminus.local (PGP Universal service);
	Wed, 20 Dec 2006 09:31:35 -0800
X-PGP-Universal: processed;
	by terminus.local on Wed, 20 Dec 2006 09:31:35 -0800
Mime-Version: 1.0 (Apple Message framework v752.3)
Message-Id: <F4E0CB65-AA6B-406F-BC20-C08148D0CFF9@icann.org>
To: LTRU Working Group <ltru@ietf.org>
From: David Conrad <david.conrad@icann.org>
Date: Wed, 20 Dec 2006 09:31:34 -0800
X-Mailer: Apple Mail (2.752.3)
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 1ac7cc0a4cd376402b85bc1961a86ac2
Subject: [Ltru] Maybe off-topic: Retiring country code top-level domains
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi,

I'm not sure if this is particularly relevant to this working group,  
but I thought I'd mention it just in case.  ICANN has posted a  
discussion paper on retiring country code top-level domains and is  
requesting comment at http://www.icann.org/announcements/ 
announcement-2-05dec06.htm.  If you have any thoughts or comments on  
the issue, please feel free to make by sending mail to cctld-sunset- 
comments@icann.org.

Thanks,
-drc
General Manager, IANA


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 20 14:38:02 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gx7GE-0000ay-1l; Wed, 20 Dec 2006 14:37:54 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gx7GC-0000at-PV
	for ltru@lists.ietf.org; Wed, 20 Dec 2006 14:37:52 -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 1Gx7G9-0004C6-5l
	for ltru@lists.ietf.org; Wed, 20 Dec 2006 14:37:52 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1Gx7G7-0002vw-EC
	for ltru@lists.ietf.org; Wed, 20 Dec 2006 20:37:47 +0100
Received: from 212.82.251.125 ([212.82.251.125])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Wed, 20 Dec 2006 20:37:47 +0100
Received: from nobody by 212.82.251.125 with local (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Wed, 20 Dec 2006 20:37:47 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Wed, 20 Dec 2006 20:36:34 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 36
Message-ID: <458990C2.E0F@xyzzy.claranet.de>
References: <E1GveTu-0004uN-8x@megatron.ietf.org>
	<006101c722f6$48402110$6601a8c0@DGBP7M81>
	<458857F1.1F45@xyzzy.claranet.de>
	<30b660a20612191351i7b3c2becj27466892aa3de09e@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: 212.82.251.125
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 1.6 (+)
X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f
Cc: 
Subject: [Ltru] Stability considerations (was: Survey on inverted vs.
	uninverted names)
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Mark Davis wrote:
 
> a good part of what we did with 4646 was to insulate ourselves from
> instabilities in ISO.

Yes, but mainly for the region codes.  For languages we quote an old
(= already stated in 3066) promise by ISO.  For 639-3 Peter said it
will follow the same rules, and Randy didn't like the idea of some
official "liaison" to renew that promise (officially covering 639-3).

For scripts I'm not aware of any promise, but there was no problem
in the past.  For extensions and variants 4646 guarantees stability.

> we may just decide that we just don't care about stability regarding
> non-modern language variants.

I wouldn't like that.  It's just that we can't do much in such cases,
"let the language list decide about the validity of new descriptions"
doesn't sound like a good idea.

> Part of what I was asking Peter (and still hoping for an answer) is
> to see what policy ISO has regarding these codes, so that we can
> better determine what to do (and say).

That's the old liaison discussion, or do you have an idea how to get
a similar effect without this bureaucratic overhead ?  I'd guess that
making or getting binding promises on behalf of ISO is as difficult as
making or getting binding promises on behalf of the IETF.

Maybe it's a part of the future 639-3 rules, that would be nice, we
could simply quote the relevant statement in 4646bis.  Then only the
script codes could get messed up (e.g. limit Latn to Mes-1, and add a
new "Lata" for "Latin all", that would be bad for our 4646 stability)

Frank



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 20 15:28:50 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gx83W-0001S9-Bc; Wed, 20 Dec 2006 15:28:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gx83V-0001S2-Q7
	for ltru@ietf.org; Wed, 20 Dec 2006 15:28:49 -0500
Received: from elasmtp-junco.atl.sa.earthlink.net ([209.86.89.63])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gx83Q-0006g1-F1
	for ltru@ietf.org; Wed, 20 Dec 2006 15:28:49 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=WEymAqgN13WvaIQR/pSNsTuKxeHc32DgBrzJHev4jf4LlHM+t7CwN69yLIY0paQN;
	h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.165.6.54] (helo=oemcomputer)
	by elasmtp-junco.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1Gx83P-0007Bx-7N; Wed, 20 Dec 2006 15:28:43 -0500
Message-ID: <005a01c72475$bcb99140$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "LTRU Working Group" <ltru@ietf.org>,
	"David Conrad" <david.conrad@icann.org>
References: <F4E0CB65-AA6B-406F-BC20-C08148D0CFF9@icann.org>
Subject: Re: [Ltru] Maybe off-topic: Retiring country code top-level domains
Date: Wed, 20 Dec 2006 12:30:44 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee66a2b201bed572f75973d1abbb7f0e54d350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.165.6.54
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464
Cc: 
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

Definitely off-topic for the ltru WG.  Please direct any followups
to cctld-sunset-comments@icann.org

Randy, ltru do-chair

> From: "David Conrad" <david.conrad@icann.org>
> To: "LTRU Working Group" <ltru@ietf.org>
> Sent: Wednesday, December 20, 2006 9:31 AM
> Subject: [Ltru] Maybe off-topic: Retiring country code top-level domains
>
> Hi,
> 
> I'm not sure if this is particularly relevant to this working group,  
> but I thought I'd mention it just in case.  ICANN has posted a  
> discussion paper on retiring country code top-level domains and is  
> requesting comment at http://www.icann.org/announcements/ 
> announcement-2-05dec06.htm.  If you have any thoughts or comments on  
> the issue, please feel free to make by sending mail to cctld-sunset- 
> comments@icann.org.
> 
> Thanks,
> -drc
> General Manager, IANA
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Wed Dec 20 17:33:15 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gx9zl-0005zG-2S; Wed, 20 Dec 2006 17:33:05 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gx9zk-0005xP-6k
	for ltru@ietf.org; Wed, 20 Dec 2006 17:33:04 -0500
Received: from netc-relay-1m.netcourrier.com ([194.158.104.107])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gx9zi-0003zK-SU
	for ltru@ietf.org; Wed, 20 Dec 2006 17:33:04 -0500
Received: from netcourrier.com (netcourrier-4m.netcourrier.com
	[194.158.104.104])
	by netc-relay-1m.netcourrier.com (Postfix) with SMTP id C436338AD3
	for <ltru@ietf.org>; Wed, 20 Dec 2006 23:32:51 +0100 (CET)
Received: from [85.68.10.110] by netcourrier-4m.netcourrier.com via html
	interface
From: Nicolas Krebs <nicolas1.krebs3@netcourrier.com>
To: ltru@ietf.org
Date: Wed, 20 Dec 2006 23:32:51 +0100
Mime-Version: 1.0
X-Mailer: Medianet/v2.0
Message-Id: <mnet1.1166653971.15915.nicolas1.krebs3@netcourrier.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7aafa0432175920a4b3e118e16c5cb64
Subject: [Ltru] Re: Request for variant subtag fr 16th-c 17th-c Resubmitted!
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

> Subject: =5BLtru=5D Re: Request for variant subtag fr 16th-c 17th-c Resu=
bmitted=21
> From: =22Mark Davis=22 <mark.davis at icu-project.org>
> Date: Mon, 18 Dec 2006 18:35:27 -0800
> Cc: ietf-languages at iana.org, LTRU Working Group <ltru at ietf.org>

> Let's take Czech, for example,
> where we only currently have 'cs'. I see the following possibilities.

> 2. This currently means any Czech, but ISO may introduce a code for Old
> Czech (let's say 'ceu'). I see three possible approaches:
> =

> 2a. The denotation of 'cs' is changed to mean only modern Czech. This wo=
uld
> be a breaking change for the language subtag registry, since the meaning=
 of
> a subtag would be narrowed, invalidating any tags that had a broad
> application. This would be rather disturbing, since we are guaranteeing
> stability.

* RFC 4646 section 3
=22the meaning of the various subtags will be unambiguous and stable over =
time=22
* RFC 4646 section 3.4
=22   The stability of entries and their meaning in the registry is
   critical to the long-term stability of language tags.  The rules in
   this section guarantee that a specific language tag's meaning is
   stable over time and will not change.=22
* RFC 4646 section 3.4
=222.   Values in the 'Description' field MUST NOT be changed in a way
        that would invalidate previously-existing tags.=22
* RFC 4646 section 3.4
=229.   Codes assigned by ISO 639, ISO 15924, or ISO 3166 that are
        withdrawn by their respective maintenance or registration
        authority remain valid in language tags.  A 'Deprecated' field
        containing the date of withdrawal is added to the record.=22
* RFC 4646 section 8
=22   *Stability.* Because of changes in the past in the underlying ISO
   standards, a valid RFC 3066 language tag could become invalid or have
   its meaning change.  This has the potential of invalidating content
   that may have an extensive shelf-life.=22

> While I use Czech as an example, the same would be true for any similar
> breakdown, including English into Early Modern and Modern.

* Frisian http://www.alvestrand.no/pipermail/ietf-languages/2005-November/=
003801.html
* Khmer http://www.alvestrand.no/pipermail/ietf-languages/2006-December/00=
5534.html
* Raeto-Romance http://www.alvestrand.no/pipermail/ietf-languages/2006-Dec=
ember/005536.html
* Serbo-Croatian was deprecated some years before


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 21 04:16:07 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GxK1o-0001LD-O2; Thu, 21 Dec 2006 04:15:52 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GxK1n-0001Kq-Hf
	for ltru@ietf.org; Thu, 21 Dec 2006 04:15:51 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GxK1j-00053X-7I
	for ltru@ietf.org; Thu, 21 Dec 2006 04:15:51 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP
	id 811F626C0B6; Thu, 21 Dec 2006 10:15:44 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP
	id 9C04926C1BF; Thu, 21 Dec 2006 10:15:43 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id 98CAE58EB6A;
	Thu, 21 Dec 2006 10:15:43 +0100 (CET)
Date: Thu, 21 Dec 2006 10:15:43 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: John Cowan <cowan@ccil.org>
Message-ID: <20061221091543.GA18774@nic.fr>
References: <00d501c72443$50894290$6601a8c0@DGBP7M81>
	<30b660a20612200843w3e9c0640o60b295f791bbfdda@mail.gmail.com>
	<20061220170210.GK16599@ccil.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20061220170210.GK16599@ccil.org>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 52e1467c2184c31006318542db5614d5
Cc: LTRU Working Group <ltru@ietf.org>
Subject: [Ltru] Re: two identical singleton extension tags issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Wed, Dec 20, 2006 at 12:02:11PM -0500,
 John Cowan <cowan@ccil.org> wrote 
 a message of 24 lines which said:

> What is more, we should publish the regex in 4646bis 

-1

Or even -X with X >> 1 :-)

We publish the ABNF, which is the normative definition of the
grammar. Publishing the grammar in yet another format is a recipe for
subtle inconsistencies between them.

May be we could direct people to:

http://cvs.m17n.org/~akr/abnf/

if they want a regexp.

> so that people can use it in declarative contexts like XML schemas.

May be we could suggest a very simplified regexp such as:

[a-z0-9]+(-[a-z0-9]+)* 

(case-insensitive, /i in Perl, re.IGNORECASE in Python)

It would catch most of the stupid mistakes in XML files and be
reasonable readable, although more lax than the real grammar. in the
same way that the XML schema of RFC 4287 suggests the following regexp
for e-mail addresses (whose grammar is beyond the ability of 99.9 % of
mortal programmers):

   # Whatever an email address is, it contains at least one @
   atomEmailAddress = xsd:string { pattern = ".+@.+" }

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 21 04:24:20 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GxK9z-0006Fw-Tn; Thu, 21 Dec 2006 04:24:20 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GxK9y-0006Fk-Ig
	for ltru@ietf.org; Thu, 21 Dec 2006 04:24:18 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GxK9x-00083n-9j
	for ltru@ietf.org; Thu, 21 Dec 2006 04:24:18 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP
	id DB37326C215; Thu, 21 Dec 2006 10:24:16 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP
	id 6590826C160; Thu, 21 Dec 2006 10:24:16 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id 59A9D58EB6A;
	Thu, 21 Dec 2006 10:24:16 +0100 (CET)
Date: Thu, 21 Dec 2006 10:24:16 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: John Cowan <cowan@ccil.org>
Message-ID: <20061221092416.GA20140@nic.fr>
References: <00d501c72443$50894290$6601a8c0@DGBP7M81>
	<30b660a20612200843w3e9c0640o60b295f791bbfdda@mail.gmail.com>
	<20061220170210.GK16599@ccil.org> <20061221091543.GA18774@nic.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20061221091543.GA18774@nic.fr>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
Cc: LTRU Working Group <ltru@ietf.org>
Subject: [Ltru] Re: two identical singleton extension tags issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Thu, Dec 21, 2006 at 10:15:43AM +0100,
 Stephane Bortzmeyer <bortzmeyer@nic.fr> wrote 
 a message of 41 lines which said:

> We publish the ABNF, which is the normative definition of the
> grammar. Publishing the grammar in yet another format is a recipe
> for subtle inconsistencies between them.

Remember also that there are several regexp languages, not all of them
standardized. I'm not very keen of using Posix (a standard which is
not freely available).

W3C XML Schemas go as far as defining their own regexp language:

http://www.w3.org/TR/xmlschema-2/

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 21 13:02:00 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GxSEw-00033A-6H; Thu, 21 Dec 2006 13:01:58 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GxSEu-000328-LW
	for ltru@ietf.org; Thu, 21 Dec 2006 13:01:56 -0500
Received: from elasmtp-banded.atl.sa.earthlink.net ([209.86.89.70])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GxSEs-00057k-82
	for ltru@ietf.org; Thu, 21 Dec 2006 13:01:56 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=tVSx5JzynHPOX5YzJeVaCBnDVa6XuWZC3tO0K+9yFTWua/hOE7MAXdsaz108Cn4s;
	h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.166.37.154] (helo=oemcomputer)
	by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GxSEn-0006es-PP
	for ltru@ietf.org; Thu, 21 Dec 2006 13:01:50 -0500
Message-ID: <003a01c7252a$5b22a600$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "LTRU Working Group" <ltru@ietf.org>
References: <00d501c72443$50894290$6601a8c0@DGBP7M81><30b660a20612200843w3e9c0640o60b295f791bbfdda@mail.gmail.com>
	<20061220170210.GK16599@ccil.org>
Subject: Re: [Ltru] Re: two identical singleton extension tags issue
Date: Thu, 21 Dec 2006 10:03:37 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee60e87a823c7c4c2978ae45d3dd55a2b1f350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.166.37.154
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 93238566e09e6e262849b4f805833007
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

As a technical contributor...

> From: "John Cowan" <cowan@ccil.org>
> To: "Mark Davis" <mark.davis@icu-project.org>
> Cc: "Doug Ewell" <dewell@adelphia.net>; "LTRU Working Group" <ltru@ietf.org>
> Sent: Wednesday, December 20, 2006 9:02 AM
> Subject: Re: [Ltru] Re: two identical singleton extension tags issue
...
> What is more, we should publish the regex in 4646bis so that people can
> use it in declarative contexts like XML schemas.
...

I strongly disagree.  We should not be favoring one implementation
technology over another.  Furthermore, as Stephane has pointed out,
this introduces another potential source of errors.  Finally, if you really
really think this would be the right thing to do, please see the constraints in
http://www.ietf.org/IESG/STATEMENTS/pseudo-code-in-specs.txt
on references and completeness.

Randy



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 21 13:04:58 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GxSHo-0005MN-L7; Thu, 21 Dec 2006 13:04:56 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GxSHn-0005Lx-EH
	for ltru@ietf.org; Thu, 21 Dec 2006 13:04:55 -0500
Received: from elasmtp-banded.atl.sa.earthlink.net ([209.86.89.70])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GxSHl-0005c4-VG
	for ltru@ietf.org; Thu, 21 Dec 2006 13:04:55 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=RSeTK2bxApgdAQFeMWBwkE6pBdGOWKqwC1Rm+iLxlSPmiGXPaO8U4xY53+E9SPwj;
	h=Received:Message-ID:From:To:Cc:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.166.37.154] (helo=oemcomputer)
	by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GxSHl-0003EW-Di; Thu, 21 Dec 2006 13:04:53 -0500
Message-ID: <005e01c7252a$d1489ec0$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "'IETF Languages Discussion'" <ietf-languages@iana.org>
References: <006e01c724fa$703da2e0$50b8e8a0$@net>
Date: Thu, 21 Dec 2006 10:07:02 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee62bb4286aa09f18eb0d4340668cc917a3350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.166.37.154
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 25620135586de10c627e3628c432b04a
Cc: LTRU Working Group <ltru@ietf.org>
Subject: [Ltru] Re: Framing the Alpha-3 turf
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

None of this thread belongs on ietf-languages@iana.org.
Please move it to ltru@ietf.org

Randy, ltru co-chair

----- Original Message ----- 
> From: "Don Osborn" <dzo@bisharat.net>
> To: "'IETF Languages Discussion'" <ietf-languages@iana.org>
> Sent: Thursday, December 21, 2006 4:20 AM
> Subject: Framing the Alpha-3 turf
>
> A quick question re the foreseen relationship among ISO-639-2, -3, and -5 in
> defining Alpha-3 language codes:
> 
>  
> 
> To what extent is ISO-639-2 being "absorbed" into 639-3? I realize that the
> latter has harmonized its alpha-3's wrt the former, a process out of which
> came "macrolanguages" and the recent redefinitions in 639-2 that Doug
> discovered. I ask because (a) in another context (linguistics) I heard the
> opinion that ISO-639-1&2 are already no longer useful (one minor reason
> being that some -2 codes are being written in -3), and (b) one is aware that
> current recommendations in ICT use that where languages have ISO-639-1 & 2
> codes, that the former (alpha-2) codes are to be used, which of course
> implies that at least part 1 has a future.
> 
>  
> 
> Another question I have is in terms of "nesting" of language codes - if
> everything is defined in part 3, then some of the codes are by definition of
> a higher order than others (perhaps analogous to the bibliographic and
> terminology division of part 2, except that they would have a hierarchical
> relationship - if these reading is correct).
> 
>  
> 
> Complicating the picture, perhaps, is the use of the same alpha-3 space for
> ISO-639-5.  Effectively there would be in principle three sets of lists of
> alpha-3 codes and three RAs dealing with the alpha-3 space (communicating,
> coordinating, etc. as necessary). This is not a criticism in any way, as
> such shared responsibilities and overlapping jurisdictions, if you will, can
> be functional and sometimes even preferable. Mainly, though I'm trying to
> understand it better, and as I do, wonder if important actors in the allied
> fields (ICT, localization, linguistics, various projects) are not also
> somewhat hazy on what the plans are (or are laboring under misperceptions of
> the situation).
> 
>  
> 
> I've waded through part of RFC-4646 but am not sure that it addresses this
> kind of issue. Thanks in advance.
> 
>  
> 
> Don Osborn
> 
> Bisharat.net
> 
> PanAfrican Localisation project
> 
> 


--------------------------------------------------------------------------------


> _______________________________________________
> Ietf-languages mailing list
> Ietf-languages@alvestrand.no
> http://www.alvestrand.no/mailman/listinfo/ietf-languages
> 


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 21 13:29:01 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GxSf4-0002Ut-ST; Thu, 21 Dec 2006 13:28:58 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GxSf3-0002TV-SQ
	for ltru@ietf.org; Thu, 21 Dec 2006 13:28:57 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GxSf0-0000uh-PL
	for ltru@ietf.org; Thu, 21 Dec 2006 13:28:57 -0500
Received: from [10.72.66.147] (snvvpn-10-72-66-c147.corp.yahoo.com
	[10.72.66.147]) (authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBLISmMr003242
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 21 Dec 2006 10:28:49 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=JeheU5bLOczlHqwSsgi+3RfQert8jL+WYDPCnz7ehqzak9dVlQ9cGGBPxIfzZGHT
Message-ID: <458AD260.90309@yahoo-inc.com>
Date: Thu, 21 Dec 2006 10:28:48 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.8 (Windows/20061025)
MIME-Version: 1.0
To: Randy Presuhn <randy_presuhn@mindspring.com>
Subject: Re: [Ltru] Re: two identical singleton extension tags issue
References: <00d501c72443$50894290$6601a8c0@DGBP7M81><30b660a20612200843w3e9c0640o60b295f791bbfdda@mail.gmail.com>	<20061220170210.GK16599@ccil.org>
	<003a01c7252a$5b22a600$6601a8c0@oemcomputer>
In-Reply-To: <003a01c7252a$5b22a600$6601a8c0@oemcomputer>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 769a46790fb42fbb0b0cc700c82f7081
Cc: LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

For a regular expression? Why pseudocode it? I'd suggest a real Perl or 
Java regex. Reference implementations are Very Useful, provided they are 
thoroughly tested and work appropriately.

It might be better to submit ancillary material as a draft targeting an 
Informational RFC. RFC 4646bis is substantial in size as it sits. 
Providing information on implementation separately would probably be 
more useful, not to mention amenable to update.

Addison

Randy Presuhn wrote:
> Hi -
> 
> As a technical contributor...
> 
>> From: "John Cowan" <cowan@ccil.org>
>> To: "Mark Davis" <mark.davis@icu-project.org>
>> Cc: "Doug Ewell" <dewell@adelphia.net>; "LTRU Working Group" <ltru@ietf.org>
>> Sent: Wednesday, December 20, 2006 9:02 AM
>> Subject: Re: [Ltru] Re: two identical singleton extension tags issue
> ...
>> What is more, we should publish the regex in 4646bis so that people can
>> use it in declarative contexts like XML schemas.
> ...
> 
> I strongly disagree.  We should not be favoring one implementation
> technology over another.  Furthermore, as Stephane has pointed out,
> this introduces another potential source of errors.  Finally, if you really
> really think this would be the right thing to do, please see the constraints in
> http://www.ietf.org/IESG/STATEMENTS/pseudo-code-in-specs.txt
> on references and completeness.
> 
> Randy
> 
> 
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 21 14:37:36 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GxTjN-00055i-TU; Thu, 21 Dec 2006 14:37:29 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GxTjM-00055d-S8
	for ltru@ietf.org; Thu, 21 Dec 2006 14:37:28 -0500
Received: from elasmtp-banded.atl.sa.earthlink.net ([209.86.89.70])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GxTjK-0002cf-Bk
	for ltru@ietf.org; Thu, 21 Dec 2006 14:37:28 -0500
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
	s=dk20050327; d=mindspring.com;
	b=bkXNbTZbLWDKQ/HIamgbitohqbyL+T7QAAJlOAZd9oj9a3XagxbUI2A8s5ZLsk+A;
	h=Received:Message-ID:From:To:References:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Priority:X-MSMail-Priority:X-Mailer:X-MimeOLE:X-ELNK-Trace:X-Originating-IP;
Received: from [68.166.37.154] (helo=oemcomputer)
	by elasmtp-banded.atl.sa.earthlink.net with asmtp (Exim 4.34)
	id 1GxTjJ-0007bS-Ow
	for ltru@ietf.org; Thu, 21 Dec 2006 14:37:26 -0500
Message-ID: <007201c72537$beb7e420$6601a8c0@oemcomputer>
From: "Randy Presuhn" <randy_presuhn@mindspring.com>
To: "LTRU Working Group" <ltru@ietf.org>
References: <00d501c72443$50894290$6601a8c0@DGBP7M81><30b660a20612200843w3e9c0640o60b295f791bbfdda@mail.gmail.com>	<20061220170210.GK16599@ccil.org>
	<003a01c7252a$5b22a600$6601a8c0@oemcomputer>
	<458AD260.90309@yahoo-inc.com>
Subject: Re: [Ltru] Re: two identical singleton extension tags issue
Date: Thu, 21 Dec 2006 11:39:30 -0800
MIME-Version: 1.0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1478
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1478
X-ELNK-Trace: 4488c18417c9426da92b9037bc8bcf44d4c20f6b8d69d888c29d63c4e37bdee6df7e00ad4dbad5a206638f703fa21e20350badd9bab72f9c350badd9bab72f9c
X-Originating-IP: 68.166.37.154
X-Spam-Score: 0.0 (/)
X-Scan-Signature: bb8f917bb6b8da28fc948aeffb74aa17
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hi -

As a technical contributor...

> From: "Addison Phillips" <addison@yahoo-inc.com>
> To: "Randy Presuhn" <randy_presuhn@mindspring.com>
> Cc: "LTRU Working Group" <ltru@ietf.org>
> Sent: Thursday, December 21, 2006 10:28 AM
> Subject: Re: [Ltru] Re: two identical singleton extension tags issue
>
> For a regular expression? Why pseudocode it? I'd suggest a real Perl or 
> Java regex. Reference implementations are Very Useful, provided they are 
> thoroughly tested and work appropriately.

A regular expression IS (pseudo)code.
Consequently, we'd need appropriate references for the grammar
and semantics of whichever regular expression dialect you chose,
per http://www.ietf.org/IESG/STATEMENTS/pseudo-code-in-specs.txt

"Reference implementations" do NOT belong in specifications.
They have a nasty way of being treated as normative, and negatively
impact the diversity of the implementation gene pool.  (This is
not as much of an issue for BCP as for standards track, but it would
still concern me.)

> It might be better to submit ancillary material as a draft targeting an 
> Informational RFC. RFC 4646bis is substantial in size as it sits. 
> Providing information on implementation separately would probably be 
> more useful, not to mention amenable to update.
...

This sounds like a better approach to me.

Randy


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Mon Dec 25 03:02:19 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GykmH-0000pl-D3; Mon, 25 Dec 2006 03:01:45 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GykmG-0000pg-6F
	for ltru@ietf.org; Mon, 25 Dec 2006 03:01:44 -0500
Received: from scmailgw1.scop.aoyama.ac.jp ([133.2.251.194])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GykmD-0008Mb-Bl
	for ltru@ietf.org; Mon, 25 Dec 2006 03:01:44 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw1.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBP81PUe004431
	for <ltru@ietf.org>; Mon, 25 Dec 2006 17:01:27 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 072b_1e45f722_93ee_11db_9bea_0014221fa3c9;
	Mon, 25 Dec 2006 17:01:24 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:44325)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S65F92> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Mon, 25 Dec 2006 17:00:41 +0900
Message-Id: <6.0.0.20.2.20061225163659.06c9a570@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Mon, 25 Dec 2006 16:49:13 +0900
To: "Mark Davis" <mark.davis@icu-project.org>,
	"Peter Constable" <petercon@microsoft.com>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Subject: Re: [Ltru] Re: Request for variant subtag fr 16th-c 17th-c
	Resubmitted!
In-Reply-To: <30b660a20612181835o3c0a148bn8e9fc23e82f0386f@mail.gmail.co
 m>
References: <BAY114-F30AF7B3427109AC89F2756B3C90@phx.gbl>
	<19A328037921AA42847A717566D1D6A109F1D9ED@RED-MSG-42.redmond.corp.microsoft.com>
	<30b660a20612181835o3c0a148bn8e9fc23e82f0386f@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a7d6aff76b15f3f56fcb94490e1052e4
Cc: ietf-languages@iana.org, LTRU Working Group <ltru@ietf.org>
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Hello Mark, others,

I'd very much like to see Peter clarify some of the points below.
But I'd also like to say that to some extent, we have been and
will be living with the fact that language tagging at some level
is a business that is a bit more fuzzy than e.g. integer arithmetic.
More below.

At 11:35 06/12/19, Mark Davis wrote:
>Peter, I'm a little bit fuzzy on where the lines were drawn with historic versions of the same language in ISO. This is relevant to the LTRU group for ISO 639-3, so am cc'ing that group.
>
>I take it from your discussion that "fr" means *only* modern French, and that if I want to have a tag for any French, modern or not, I would have to use (fr OR frm OR fro). Similarly, if I wanted any English, I would have to use (en OR enm OR ang). 
>
>My question is how this is managed over time in ISO, since there are significant implications for language tags. Let's take Czech, for example, where we only currently have 'cs'. I see the following possibilities. 
>
>1. This means only Modern Czech.
>That implies that there is no code for Old Czech, so if I want to tag something with that, I need to petition ISO for an language tag for Old Czech (let's say 'ceu'). Once that is added, I can refer to Old Czech. 
>
>2. This currently means any Czech, but ISO may introduce a code for Old Czech (let's say 'ceu'). I see three possible approaches:
>
>2a. The denotation of 'cs' is changed to mean only modern Czech. This would be a breaking change for the language subtag registry, since the meaning of a subtag would be narrowed, invalidating any tags that had a broad application. This would be rather disturbing, since we are guaranteeing stability. 
>
>2b. The denotation of 'cs' remains "any" Czech, and to get only modern Czech I would need to use (cs AND NOT ceu). Note while OR can be handled with a list, as per RFC 4647, AND NOT cannot. This, however, would not break stability. 
>
>2c. The denotation of 'cs' remains "any" Czech, ceu becomes an extlang.
>This I see as the least unpleasant outcome, but I can't tell if whether this would be the ISO policy.
>
>While I use Czech as an example, the same would be true for any similar breakdown, including English into Early Modern and Modern. 

I think there is another possibility, which is:

3. The denotation of 'cs' is changed to mean *mainly* modern Czech.
   Old material that is tagged as 'cs' but may include Old Czech
   is still valid. New tagging should distinguish between 'cs' and
   'ceu', but there may be some timelag in adapting this distinction.

Regards,    Martin.


#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Tue Dec 26 03:58:51 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gz88k-0000R8-Pq; Tue, 26 Dec 2006 03:58:30 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gz88j-0000QE-Ja
	for ltru@ietf.org; Tue, 26 Dec 2006 03:58:29 -0500
Received: from scmailgw2.scop.aoyama.ac.jp ([133.2.251.195])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gz88d-0001BT-PR
	for ltru@ietf.org; Tue, 26 Dec 2006 03:58:29 -0500
Received: from scmse1.scbb.aoyama.ac.jp (scmse1 [133.2.253.16])
	by scmailgw2.scop.aoyama.ac.jp (secret/secret) with SMTP id
	kBQ8wI2M003456
	for <ltru@ietf.org>; Tue, 26 Dec 2006 17:58:18 +0900 (JST)
Received: from (133.2.206.133) by scmse1.scbb.aoyama.ac.jp via smtp
	id 06b0_3a9d4bec_94bf_11db_88be_0014221fa3c9;
	Tue, 26 Dec 2006 17:58:17 +0900
Received: from Tanzawa.it.aoyama.ac.jp ([133.2.210.1]:60633)
	by itmail.it.aoyama.ac.jp with [XMail 1.22 ESMTP Server]
	id <S66547> for <ltru@ietf.org> from <duerst@it.aoyama.ac.jp>;
	Tue, 26 Dec 2006 17:57:34 +0900
Message-Id: <6.0.0.20.2.20061226093535.06ab3a80@localhost>
X-Sender: duerst@localhost
X-Mailer: QUALCOMM Windows Eudora Version 6J
Date: Tue, 26 Dec 2006 15:47:25 +0900
To: "LTRU Working Group" <ltru@ietf.org>
From: Martin Duerst <duerst@it.aoyama.ac.jp>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5
Subject: [Ltru] two identical singleton extension tags issue
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

[as a technical contributor]

Trying to understand how difficult it is to implement the
'no two identical singleton extensions' restriction for
well-formedness in RFC 4646, I implemented this in Ruby
last evening, and in C this morning.

The C code is below, it took me about an hour. Compared to
a single call to a regular expression engine, the code is
somewhat lengthy, but nothing terribly complicated. And in
C, regular expressions don't come for free. Although there
are some good libraries, that adds quite a bit to configuration/
setup. So overall, I don't see the 'no two identical singleton
extensions' as too much of a burden. And you are absolutely free
to use the code below, it's a Christmas present from me to
everybody :-). But I haven't tested it, so it may contain
some bugs.

As for Ruby, this is part of a larger, still unfinished
project. My observations there are: 1) the code for
checking for identical singleton extensions is shorter
than the code of the regular expression needed to check
for the rest of well-formedness. 2) in a slightly larger
context (allowing access to various parts of the language
tag via object-oriented methods), the code required for
checking for identical singleton extensions is negligible.

My two datapoints are in some way extremes (a low-level
and a high-level programming language). But based on these,
I don't see the need for removing the current 'no identical
singleton extensions' restriction from well-formedness.

Regards,    Martin.


#include <ctype.h>

/* function to check that there are no two
   identical singleton extensions in a BCP 47 language tag
   returns number of duplicated singletons */
int checkExtensions (char *tag)
{
    int count[256];
    int i;
    char *p;
    int state=1;
    int error=0;

    for (i=0; i++; i<256)
        count[i] = 0;

    for (p=tag; *p; p++) {
        if (state) {                  /* could be start of singleton */
            if (*(p+1)=='-' || *(p+1)==0x0) {
                if (*p=='x')          /* private use ends everything */
                    break;
                count[toupper(*p)]++; /* singleton found, count it */
            }
            state = 0;
        }
        else if (*p=='-')             /* nothing special */
            state = 1;
    }

    for (i=0; i++; i<256)
        if (count[i]>1) {
            error += count[i]-1;
            /* change to your favorite error message or other behavior */
            fprintf (stderr, "Repeated singleton detected: %c.\n", i);
        }
    return error;
}



#-#-#  Martin J. Du"rst, Assoc. Professor, Aoyama Gakuin University
#-#-#  http://www.sw.it.aoyama.ac.jp       mailto:duerst@it.aoyama.ac.jp     


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 05:19:43 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GzsLy-0002VE-IY; Thu, 28 Dec 2006 05:19:14 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GzsLw-0002Uz-NB
	for ltru@ietf.org; Thu, 28 Dec 2006 05:19:12 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GzsLv-0002wL-03
	for ltru@ietf.org; Thu, 28 Dec 2006 05:19:12 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP id 4A4A726C18B
	for <ltru@ietf.org>; Thu, 28 Dec 2006 11:18:56 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP id AE27E26C234
	for <ltru@ietf.org>; Thu, 28 Dec 2006 11:18:52 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id AB23658EB6A
	for <ltru@ietf.org>; Thu, 28 Dec 2006 11:18:52 +0100 (CET)
Date: Thu, 28 Dec 2006 11:18:52 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: ltru@ietf.org
Message-ID: <20061228101852.GA31361@nic.fr>
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>
	<20061214120916.GA27747@nic.fr>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20061214120916.GA27747@nic.fr>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.6 (/)
X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a
Subject: [Ltru] Re: Well-formed vs. regular (Was: I-D
	ACTION:draft-ietf-ltru-4646bis-01.txt
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Thu, Dec 14, 2006 at 01:09:16PM +0100,
 Stephane Bortzmeyer <bortzmeyer@nic.fr> wrote 
 a message of 60 lines which said:

> The draft seems inconsistent in its use of "well-formed" and
> "regular". We find:

This is not perfect yet in -02 which says:

   grandfathered = langtag   ; well-formed grandfathered tags
                 / irregular ; grandfathered that don't match langtag

The "well-formed" should be replaced by "regular".




Also, 2.2.8. "Grandfathered Registrations" says:

   Those tags that would not be well-formed
   according to the ABNF in this document or that contain subtags that
   do not individually appear in the registry are maintained in the
   registry in records of the "grandfathered" type.

This should be:

   Those tags that would not be regular
   according to the ABNF in this document or that contain subtags ...



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 05:31:12 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GzsXW-0005yP-Dt; Thu, 28 Dec 2006 05:31:10 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GzsXU-0005yJ-Uk
	for ltru@ietf.org; Thu, 28 Dec 2006 05:31:08 -0500
Received: from eve.generic-nic.net ([192.134.7.250] helo=mail.generic-nic.net)
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GzsXT-0004in-MA
	for ltru@ietf.org; Thu, 28 Dec 2006 05:31:08 -0500
Received: from sarah.generic-nic.net (sarah.generic-nic.net [192.134.7.249])
	by mail.generic-nic.net (Postfix) with ESMTP id 4687022B2D9
	for <ltru@ietf.org>; Thu, 28 Dec 2006 11:31:00 +0100 (CET)
Received: by sarah.generic-nic.net (Postfix, from userid 1000)
	id 1DA35837D4; Thu, 28 Dec 2006 11:31:00 +0100 (CET)
Date: Thu, 28 Dec 2006 11:31:00 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: ltru@ietf.org
Message-ID: <20061228103100.GA5181@generic-nic.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Organization: Generic NIC
X-URL: http://www.generic-nic.net/
X-Operating-System: Debian GNU/Linux 3.1
X-Kernel: Linux 2.6.12 i686
User-Agent: Mutt/1.5.9i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: d6b246023072368de71562c0ab503126
Subject: [Ltru] Security and nationality
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

-02 currently says:

   Language tags used in content negotiation, like any other information
   exchanged on the Internet, might be a source of concern because they
   might be used to infer the nationality of the sender, and thus
   identify potential targets for surveillance.

I suggest a broader text:

   Language tags used in content negotiation, like any other information
   exchanged on the Internet, might be a source of concern because they
   might be used to infer private information about the sender, such
   as his or her nationality, and, in some cases, some of his or her
   political opinions or religious beliefs, and thus
   identify potential targets for surveillance.

Rationale: in countries like Moldavia or the former Yugoslavia, asking
for the cyrillic or the latin script is not innocent and is often tied
to political views.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 05:49:38 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GzspM-0002zs-6d; Thu, 28 Dec 2006 05:49:36 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GzspK-0002zM-OY
	for ltru@ietf.org; Thu, 28 Dec 2006 05:49:34 -0500
Received: from mx2.nic.fr ([192.134.4.11])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GzspI-0007c0-Im
	for ltru@ietf.org; Thu, 28 Dec 2006 05:49:34 -0500
Received: from localhost (localhost.localdomain [127.0.0.1])
	by mx2.nic.fr (Postfix) with ESMTP
	id F235D26C234; Thu, 28 Dec 2006 11:49:27 +0100 (CET)
X-Virus-Scanned: by amavisd-new at mx2.nic.fr
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163])
	by mx2.nic.fr (Postfix) with ESMTP
	id 81CCA26C18B; Thu, 28 Dec 2006 11:49:27 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69])
	by relay2.nic.fr (Postfix) with ESMTP id 73A3958EB6A;
	Thu, 28 Dec 2006 11:49:27 +0100 (CET)
Date: Thu, 28 Dec 2006 11:49:27 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Addison Phillips <addison@yahoo-inc.com>
Message-ID: <20061228104927.GA1381@nic.fr>
References: <4587337B.6060902@yahoo-inc.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4587337B.6060902@yahoo-inc.com>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.17-2-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 08e48e05374109708c00c6208b534009
Cc: 'LTRU Working Group' <ltru@ietf.org>
Subject: [Ltru] Obsolete text about extlangs (Was: submission:
	draft-ietf-ltru-4646bis-02
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Mon, Dec 18, 2006 at 04:34:03PM -0800,
 Addison Phillips <addison@yahoo-inc.com> wrote 
 a message of 2657 lines which said:

>    Extended language subtags (examples ONLY: extended languages MUST
>    be defined by revision or update to this document):

Isn't the restriction obsolete for 4646bis?

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 06:47:09 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gztiw-0002nr-QB; Thu, 28 Dec 2006 06:47:02 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1Gztiw-0002nk-3V
	for ltru@ietf.org; Thu, 28 Dec 2006 06:47:02 -0500
Received: from mail.cs.tut.fi ([130.230.4.42])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gztiu-0007Ro-M1
	for ltru@ietf.org; Thu, 28 Dec 2006 06:47:02 -0500
Received: from spam.cs.tut.fi (spam-eth1.lintula [10.11.18.2])
	by mail.cs.tut.fi (Postfix) with ESMTP id A963C5776
	for <ltru@ietf.org>; Thu, 28 Dec 2006 13:46:53 +0200 (EET)
Received: from mail.cs.tut.fi ([130.230.4.42])
	by spam.cs.tut.fi (spam.cs.tut.fi [10.11.18.2]) (amavisd-new,
	port 10024) with ESMTP id 22934-12-2 for <ltru@ietf.org>;
	Thu, 28 Dec 2006 13:46:53 +0200 (EET)
Received: from mustatilhi.cs.tut.fi (mustatilhi.cs.tut.fi [130.230.4.31])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(No client certificate requested)
	by mail.cs.tut.fi (Postfix) with ESMTP id 4B63C576D
	for <ltru@ietf.org>; Thu, 28 Dec 2006 13:46:53 +0200 (EET)
Date: Thu, 28 Dec 2006 13:46:52 +0200 (EET)
From: "Jukka K. Korpela" <jkorpela@cs.tut.fi>
To: ltru@ietf.org
Subject: Re: [Ltru] Security and nationality
In-Reply-To: <20061228103100.GA5181@generic-nic.net>
Message-ID: <Pine.GSO.4.64.0612281311350.20919@mustatilhi.cs.tut.fi>
References: <20061228103100.GA5181@generic-nic.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
X-Virus-Scanned: amavisd-new at cs.tut.fi
X-Spam-Score: 0.1 (/)
X-Scan-Signature: 10d3e4e3c32e363f129e380e644649be
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

On Thu, 28 Dec 2006, Stephane Bortzmeyer wrote:

> -02 currently says:
>
>   Language tags used in content negotiation, like any other information
>   exchanged on the Internet, might be a source of concern because they
>   might be used to infer the nationality of the sender, and thus
>   identify potential targets for surveillance.

The phrase "like any other information exchanged on the Internet" might be 
seen as watering down the statement. The text should deal with specifics, 
not vague generalities like "life is risky". I think the HTTP/1.1 protocol 
contains good formulations in clause 14.4,

"It might be contrary to the privacy expectations of the user to send an 
Accept-Language header with the complete linguistic preferences of the 
user in every request."

and in more detail in clause 15.1.4, see
http://www.w3.org/Protocols/rfc2616/rfc2616-sec15.html#sec15.1.4

> I suggest a broader text:
>
>   Language tags used in content negotiation, like any other information
>   exchanged on the Internet, might be a source of concern because they
>   might be used to infer private information about the sender, such
>   as his or her nationality, and, in some cases, some of his or her
>   political opinions or religious beliefs, and thus
>   identify potential targets for surveillance.

I think the idea of broadening is good but perhaps it sounds _too_
paranoic without some additional explanations. (I use the word "paranoic" 
loosely in an everyday sense and in the spirit of the Internet security 
guideline "paranoia is _good_".)

I'd say that nationality is personal information rather than private.

> Rationale: in countries like Moldavia or the former Yugoslavia, asking
> for the cyrillic or the latin script is not innocent and is often tied
> to political views.

This reminds me of yet another possibility: for political reasons, a 
person might use a language tag containing a country id that is not 
official any more, such as YU or SU. While this would be intentional, it 
is not necessary something that the person wishes to disclose e.g. 
whenever visiting a web page. In general, the choice of an identifier for 
a language, country, or version of a language - either within officially 
defined alternatives or otherwise - may reveal information that is not 
meant to be revealed to the outside world.

In the so-called real world, we also have poorly written software that 
does very nasty things at times. In particular, the Thunderbird email 
program, following an old Netscape/Mozilla tradition, automatically 
inserts an X-Accept-Language header, with values taken from the settings 
in the Mozilla/Firefox web browser. It even includes that header into 
Usenet postings. Thus, information intended for selecting between 
different language versions of web pages is thereby sent, without 
informing the user, in all outgoing email and Usenet messages. This is of 
course all wrong, but it's probably not formally wrong by any 
specification.

Here's my suggestion, large written as a generalization of the HTTP/1.1 
formulation and with some of the suggested additions embedded in a way:

In content negotiation, language tags may reveal personal information
to a greater extent than intended and understood by the user. A list of 
language tags could be used to infer ethnic information, because the 
understanding of particular languages is often strongly correlated to the 
membership of a particular ethnic group. Moreover, subtags for country 
and script may be used to infer the user's nationality and even political,
religious, and other opinions and beliefs. The choice of a particular
country tag or other subtag, in cases of dispute, may itself constitute a 
political choice.

Thus, user agents that participate in content negotiation should inform 
the user about the use of language preferences settings and should let the 
user control whether and how the preferences are sent in Internet message 
headers.

An approach that limits the loss of privacy would be for a user agent to 
omit the sending of language preferences information by default, and to 
ask the user whether or not to start sending it if it detects a situation 
where such sending could improve the quality of service, such as a 
Vary header in a response from a web server.

-- 
Jukka "Yucca" Korpela, http://www.cs.tut.fi/~jkorpela/


_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 12:22:19 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GzyxH-0008Bt-4P; Thu, 28 Dec 2006 12:22:11 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GzyxF-0008Bl-Hj
	for ltru@ietf.org; Thu, 28 Dec 2006 12:22:09 -0500
Received: from mercury.ccil.org ([192.190.237.100])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GzyxD-00036a-Ar
	for ltru@ietf.org; Thu, 28 Dec 2006 12:22:09 -0500
Received: from cowan by mercury.ccil.org with local (Exim 4.34)
	id 1GzyxA-00053L-MC; Thu, 28 Dec 2006 12:22:04 -0500
Date: Thu, 28 Dec 2006 12:22:04 -0500
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
Subject: Re: [Ltru] Security and nationality
Message-ID: <20061228172204.GF13444@ccil.org>
References: <20061228103100.GA5181@generic-nic.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20061228103100.GA5181@generic-nic.net>
User-Agent: Mutt/1.3.28i
From: John Cowan <cowan@ccil.org>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 08170828343bcf1325e4a0fb4584481c
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Stephane Bortzmeyer scripsit:

> Rationale: in countries like Moldavia or the former Yugoslavia, asking
> for the cyrillic or the latin script is not innocent and is often tied
> to political views.

+1

-- 
John Cowan   cowan@ccil.org   http://ccil.org/~cowan
I must confess that I have very little notion of what [s. 4 of the British
Trade Marks Act, 1938] is intended to convey, and particularly the sentence
of 253 words, as I make them, which constitutes sub-section 1.  I doubt if
the entire statute book could be successfully searched for a sentence of
equal length which is of more fuliginous obscurity. --MacKinnon LJ, 1940

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 13:27:05 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1Gzzxw-0005ac-Kg; Thu, 28 Dec 2006 13:26:56 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GzzwT-0004zD-Pb
	for ltru@ietf.org; Thu, 28 Dec 2006 13:25:25 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Gzzs4-00067S-Au
	for ltru@ietf.org; Thu, 28 Dec 2006 13:21:00 -0500
Received: from [10.72.72.0] (snvvpn1-10-72-72-c0.corp.yahoo.com [10.72.72.0])
	(authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBSIKfmR092338
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 28 Dec 2006 10:20:42 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=cnRHWOaBAAx/wTcfjLTQPZpreCBwGTW5dFdXVI91s5TcczARm1p8QQ4yOPj4OGWh
Message-ID: <45940AF5.8010506@yahoo-inc.com>
Date: Thu, 28 Dec 2006 10:20:37 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
MIME-Version: 1.0
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
Subject: Re: [Ltru] Security and nationality
References: <20061228103100.GA5181@generic-nic.net>
In-Reply-To: <20061228103100.GA5181@generic-nic.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

This text dates from and is unchanged from RFC 1766. I agree that the 
information inferred from language tags is broader than the 
"nationality", if one narrowly defines "nation" as synonymous with 
"nation-state"--a notion that is increasingly quaint in an era of 
revived "tribalism".

Plus, I think the proposed edit is rather unwieldy. Perhaps:

--
Languages and language variations are often closely associated with 
specific social, national, or ethnic affinities. Thus, language tags 
used in content negotiation, like other information exchanged on the 
Internet, might be a source of concern because they might be used to 
infer information about the sender and thus identify potential targets 
for surveillance.
--

Best Regards,

Addison

Stephane Bortzmeyer wrote:
> -02 currently says:
> 
>    Language tags used in content negotiation, like any other information
>    exchanged on the Internet, might be a source of concern because they
>    might be used to infer the nationality of the sender, and thus
>    identify potential targets for surveillance.
> 
> I suggest a broader text:
> 
>    Language tags used in content negotiation, like any other information
>    exchanged on the Internet, might be a source of concern because they
>    might be used to infer private information about the sender, such
>    as his or her nationality, and, in some cases, some of his or her
>    political opinions or religious beliefs, and thus
>    identify potential targets for surveillance.
> 
> Rationale: in countries like Moldavia or the former Yugoslavia, asking
> for the cyrillic or the latin script is not innocent and is often tied
> to political views.
> 
> _______________________________________________
> Ltru mailing list
> Ltru@ietf.org
> https://www1.ietf.org/mailman/listinfo/ltru

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 13:27:22 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1GzzyM-0005m5-Sl; Thu, 28 Dec 2006 13:27:22 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1GzzyL-0005lz-DO
	for ltru@ietf.org; Thu, 28 Dec 2006 13:27:21 -0500
Received: from rsmtp2.corp.yahoo.com ([207.126.228.150])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GzzyI-0007tW-W2
	for ltru@ietf.org; Thu, 28 Dec 2006 13:27:21 -0500
Received: from [10.72.72.0] (snvvpn1-10-72-72-c0.corp.yahoo.com [10.72.72.0])
	(authenticated bits=0)
	by rsmtp2.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBSIR6Wd092649
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 28 Dec 2006 10:27:06 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=xLzjX+w4+PQ2sskJMO+WTuCjz34HPwniSKjxeyhCAbcYYy00uJM3+8CBPZqOQAtF
Message-ID: <45940C78.9070701@yahoo-inc.com>
Date: Thu, 28 Dec 2006 10:27:04 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
MIME-Version: 1.0
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
References: <4587337B.6060902@yahoo-inc.com> <20061228104927.GA1381@nic.fr>
In-Reply-To: <20061228104927.GA1381@nic.fr>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Cc: 'LTRU Working Group' <ltru@ietf.org>
Subject: [Ltru] Re: Obsolete text about extlangs (Was: submission:
	draft-ietf-ltru-4646bis-02
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Good catch.

Stephane Bortzmeyer wrote:
> On Mon, Dec 18, 2006 at 04:34:03PM -0800,
>  Addison Phillips <addison@yahoo-inc.com> wrote 
>  a message of 2657 lines which said:
> 
>>    Extended language subtags (examples ONLY: extended languages MUST
>>    be defined by revision or update to this document):
> 
> Isn't the restriction obsolete for 4646bis?

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 13:37:26 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1H0083-0008TP-HC; Thu, 28 Dec 2006 13:37:23 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1H0082-0008Sx-7y
	for ltru@ietf.org; Thu, 28 Dec 2006 13:37:22 -0500
Received: from rsmtp1.corp.yahoo.com ([207.126.228.149])
	by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H007j-0001E1-SA
	for ltru@ietf.org; Thu, 28 Dec 2006 13:37:22 -0500
Received: from [10.72.72.0] (snvvpn1-10-72-72-c0.corp.yahoo.com [10.72.72.0])
	(authenticated bits=0)
	by rsmtp1.corp.yahoo.com (8.13.8/8.13.6/y.rout) with ESMTP id
	kBSIb1ik096739
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO);
	Thu, 28 Dec 2006 10:37:01 -0800 (PST)
DomainKey-Signature: a=rsa-sha1; s=serpent; d=yahoo-inc.com; c=nofws; q=dns;
	h=message-id:date:from:user-agent:mime-version:to:cc:subject:
	references:in-reply-to:content-type:content-transfer-encoding;
	b=ukKFXzgu1H+9DS1topVrK70OzZI9egroESdbg1TbtmNlCKy5WyM56yTeEhfZBBZZ
Message-ID: <45940ECC.7070501@yahoo-inc.com>
Date: Thu, 28 Dec 2006 10:37:00 -0800
From: Addison Phillips <addison@yahoo-inc.com>
User-Agent: Thunderbird 1.5.0.9 (Windows/20061207)
MIME-Version: 1.0
To: Stephane Bortzmeyer <bortzmeyer@nic.fr>
Subject: Re: [Ltru] Re: Well-formed vs. regular (Was:
	I-D	ACTION:draft-ietf-ltru-4646bis-01.txt
References: <E1GsQBu-0003O8-OX@stiedprstage1.ietf.org>	<20061214120916.GA27747@nic.fr>
	<20061228101852.GA31361@nic.fr>
In-Reply-To: <20061228101852.GA31361@nic.fr>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Score: -15.0 (---------------)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
Cc: ltru@ietf.org
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Stephane Bortzmeyer wrote:
> On Thu, Dec 14, 2006 at 01:09:16PM +0100,
>  Stephane Bortzmeyer <bortzmeyer@nic.fr> wrote 
>  a message of 60 lines which said:
> 
>> The draft seems inconsistent in its use of "well-formed" and
>> "regular". We find:
> 
> This is not perfect yet in -02 which says:
> 
>    grandfathered = langtag   ; well-formed grandfathered tags
>                  / irregular ; grandfathered that don't match langtag
> 
> The "well-formed" should be replaced by "regular".
> 

Except that "regular" doesn't really convey any information here. Yes, 
it is an antonym for 'irregular', but that doesn't really add 
information. I think we should just omit "well-formed".

> 
> Also, 2.2.8. "Grandfathered Registrations" says:
> 
>    Those tags that would not be well-formed
>    according to the ABNF in this document or that contain subtags that
>    do not individually appear in the registry are maintained in the
>    registry in records of the "grandfathered" type.


I think we'd be better off not formally defining 'regular' vs. 
'irregular'. This can be done as follow:

--
Those tags that do not match the 'langtag' production in the ABNF in 
this document or that contain subtags that do not individually appear in 
the registry are maintained in the registry in records of the 
"grandfathered" type.
--

Best Regards,

Addison

-- 
Addison Phillips
Globalization Architect -- Yahoo! Inc.

Internationalization is an architecture.
It is not a feature.

_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



From ltru-bounces@ietf.org Thu Dec 28 18:12:10 2006
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com)
	by megatron.ietf.org with esmtp (Exim 4.43)
	id 1H04Pm-0002Fe-94; Thu, 28 Dec 2006 18:11:58 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org)
	by megatron.ietf.org with esmtp (Exim 4.43) id 1H04Pl-0002FW-3L
	for ltru@lists.ietf.org; Thu, 28 Dec 2006 18:11:57 -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 1H04Pi-00069b-Pl
	for ltru@lists.ietf.org; Thu, 28 Dec 2006 18:11:57 -0500
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1H04PU-0003xf-TX
	for ltru@lists.ietf.org; Fri, 29 Dec 2006 00:11:40 +0100
Received: from d253097.dialin.hansenet.de ([80.171.253.97])
	by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
	id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Fri, 29 Dec 2006 00:11:40 +0100
Received: from nobody by d253097.dialin.hansenet.de with local (Gmexim 0.1
	(Debian)) id 1AlnuQ-0007hv-00
	for <ltru@lists.ietf.org>; Fri, 29 Dec 2006 00:11:40 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: ltru@lists.ietf.org
From: Frank Ellermann <nobody@xyzzy.claranet.de>
Date: Fri, 29 Dec 2006 00:11:18 +0100
Organization: <URL:http://purl.net/xyzzy>
Lines: 17
Message-ID: <45944F16.4C32@xyzzy.claranet.de>
References: <20061228103100.GA5181@generic-nic.net>
	<45940AF5.8010506@yahoo-inc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: d253097.dialin.hansenet.de
X-Mailer: Mozilla 3.0 (OS/2; U)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
Cc: 
Subject: [Ltru] Re: Security and nationality
X-BeenThere: ltru@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
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

Addison Phillips wrote:

> --
> Languages and language variations are often closely associated with
> specific social, national, or ethnic affinities. Thus, language tags
> used in content negotiation, like other information exchanged on the
> Internet, might be a source of concern because they might be used to
> infer information about the sender and thus identify potential targets
> for surveillance.
> --

Okay.  Jukka's proposal is also fine (maybe a bit long).  I like the
keyword "private" in Stephane's version (Jukka has "personal", you've
only "information").

Frank



_______________________________________________
Ltru mailing list
Ltru@ietf.org
https://www1.ietf.org/mailman/listinfo/ltru



