From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by sourceware.org (Postfix) with ESMTPS id 9CD653858D28 for ; Sat, 23 Mar 2024 18:54:08 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 9CD653858D28 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSW.ab.ca Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=SystematicSW.ab.ca ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 9CD653858D28 Authentication-Results: server2.sourceware.org; arc=none smtp.remote-ip=216.40.44.16 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1711220051; cv=none; b=NVxUnkT5KmRGQRDlSQYRxPkihES2Z9Mknl/fJkAxRucLXFIPkIcDwWWTgEhVRdJuqiOJgHg1kC0ETrl7OShwZwU7AK3tDrcrT5kjhu3yyP97ZlMyr0WXJXeBEHuDLPPmJAdDGVap3tDf49bRctsyIiXWT2Tl0QakTYY6BoUAcTs= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1711220051; c=relaxed/simple; bh=/s04AFDibbP1HTo6dtaDWa6qQZMlx/7+nRtaZZhNTJg=; h=Message-ID:Date:MIME-Version:From:Subject:To; b=CnFvYfg9E/l5ea8lLoklLsXL4nZguqZgrxiBwxC3IYyF8CK9mHfIiFsT75AKJx3ENzh8ZA1fJEeC7Xcu6siMtARKY2HfaBPHK15eiHToYh3SwZfzXPWQ6Du2lS9DeS1qaAmneOUlqwLLwQxnhrSdE6AftWeWccFQ0TnBVSP16rk= ARC-Authentication-Results: i=1; server2.sourceware.org Received: from omf14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 460951604E1 for ; Sat, 23 Mar 2024 18:54:08 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: Brian.Inglis@SystematicSW.ab.ca) by omf14.hostedemail.com (Postfix) with ESMTPA id D59822D for ; Sat, 23 Mar 2024 18:54:05 +0000 (UTC) Content-Type: multipart/mixed; boundary="------------f278av6svFv7gRoluqN6wkd0" Message-ID: Date: Sat, 23 Mar 2024 12:54:04 -0600 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird From: Brian Inglis Reply-To: cygwin-apps@cygwin.com Subject: Re: [tz] Ubuntu drops old-style links Content-Language: en-CA To: cygwin-apps@cygwin.com References: <86ff5be5-ccae-4bc0-81af-46abc54e549d@systematicsw.ab.ca> <14e3ae03-bacf-4946-badc-19de78d9eece@SystematicSW.ab.ca> <88dd91a6-5fde-49a7-a0a5-afd5e9b01e15@SystematicSW.ab.ca> Organization: Systematic Software In-Reply-To: X-Rspamd-Queue-Id: D59822D X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,BODY_8BITS,KAM_DMARC_STATUS,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS,TXREP,UNPARSEABLE_RELAY autolearn=ham autolearn_force=no version=3.4.6 X-Rspamd-Server: rspamout08 X-Stat-Signature: muronawewp4i7qtwryqdknjmj8okefnw X-Session-Marker: 427269616E2E496E676C69734053797374656D6174696353572E61622E6361 X-Session-ID: U2FsdGVkX1/APclVMbAc53SzfLTZbDZB00SIgel+0bQ= X-HE-Tag: 1711220045-75439 X-HE-Meta: U2FsdGVkX1/JXZZ08b/9tI8eEeBoaoRA7T9hPy57KTKRTq4g8/FAbbWgDtkgiMDfnIeGo+x+6yQe5GJCbVv+lShWvRu8jYdUjJWhDGmon5LHDEQSgCV/k3D4V+lKVafOiel+8Z2IRaoGcMhBtrPREGOAJ2M32rE1loizWmYBr9KCqpfexDuoiuaHunpHb+GFXhMlnq8td/GlPhKHuBBGO0ETH0ASNJekbNIEPm3XHCquCeVoeZSzEZn3BXnmLohFQidAfmu7qbUutR3CRAhbm/zRVUp30Mpl98/ILOc4RGdp/XqiHN2Aha9TMYsQH2iei5O2It9Zz7FrCUbVV74JVyHom9ZcapYeSxd1N5/GVJHd2MieIGVQNc2fSmdKrBbbUbN2kgPBSlnnKXO7tFWmbSEnHc3rD2jpEaIyHVsJ3zxVye63EmHo/Md6GG10EyCQX4zaQJytCu70vsRP5GBt+95FRdfnbKfZ+AT5Qakg4FagbrB84MGBWpCbzns3fuFGJHabt/vy4bW2sXP3Fv8OpHeu3EVkUJBw2x5g3+oreo4JsXqm6H73D14LseP2jqMHjbPDgOD6oLrpnJeCPE9YCKgyG14YuxHEnZYBB5KG6JFmgOfSV+l5yR6j0KW4Gsl34hTCpfb0yboFEvJugRVKwWm8Pi9BhsquYC/LjMNU5DnnsltlXE48L+TOD/mkctrFw1ry0kBaCEb/Gk2brXy9pMA9Hb5fru9PTYgMzEzQCvXIiJo905iVe3IX/s+MZf8X X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: This is a multi-part message in MIME format. --------------f278av6svFv7gRoluqN6wkd0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 2024-03-23 10:38, Brian Inglis via Cygwin-apps wrote: > On 2024-03-23 03:54, Corinna Vinschen via Cygwin-apps wrote: >> On Mar 22 10:02, Brian Inglis via Cygwin-apps wrote: >>> On 2024-03-21 03:36, Corinna Vinschen via Cygwin-apps wrote: >>>> We're generating the conversion from Windows to POSIX timezone via >>>> the conversion table from unicode.org: >>>> >>>> https://cygwin.com/cgit/newlib-cygwin/tree/winsup/utils/tzmap-from-unicode.org >>>> >>>> Plus a few (7, actually) mappings the Unicode consortium missed in >>>> the list (or maybe they are available in the meantime, needs checking). >>>> This is the minimum list of timezone info we need in the tzdata DB. >>> >>> I generated tzmap.h and generated differences since the last update cldr ~40. >>> I also searched in the latest for matches for each field attached as first. >>> >>> I do not know if they will be of help as I see you have already looked at tzmap. >>> >>> It looks as if the match might better prioritize country code over Windows >>> label. >> >> Which match?  I'm not sure what you're trying to tell me. >> >> Basically, we want to generate a POSIX timezone from the current user's >> Windows timezone.  This boils down to four questions: >> >> - Is the creation of tzmap.h from unicode.org via the >>    tzmap-from-unicode.org script the right thing to do or not? >> >> - If it's the wrong thing to do, what other source do you propose and do >>    you have a script to perform the conversion from this source to a >>    valid tzmap.h file? >> >> - Otherwise, is the current tzmap-from-unicode.org right or wrong in >>    adding these old extra timezone/territory settings, or is even >>    some combination missing? >> >> - If so, would you mind to send a patch to fix tzmap-from-unicode.org >>    accordingly? > > I have a decent background in tzdata, but little in Windows or CLDR, although at > least information from the latter can be extracted from GitHub. > > It looks to me that tzset.c prioritizes the Windows label over the country, and > it may be a better match prioritizing the country over the label, if the country > is not 001/"", nor ZZ, which are the generic entries. > > It also is not clear what tzset should do when tzmap has a list of zones to > choose from, for example: > >   { L"Mountain Standard Time", L"CA", L"America/Edmonton America/Cambridge_Bay > America/Inuvik" }, >   { L"Mountain Standard Time", L"US", L"America/Denver America/Boise" }, >   { L"US Mountain Standard Time", L"CA", L"America/Creston America/Dawson_Creek > America/Fort_Nelson" }, > > it currently just prints the first, but perhaps it should print all relevant > entries and the caller should handle the alternatives? > > There also seem to be issues with CLDR data: > >     https://postgrespro.com/list/thread-id/2571399 > > not to mention the delays in updating Windows and CLDR data: > >     2021 Samoa DST change in 2024 March/April Windows updates > https://techcommunity.microsoft.com/t5/daylight-saving-time-time-zone/interim-guidance-for-samoa-dst-changes-2021/ba-p/4048965 > >     Intermittent updates from tzdata and Windows > https://github.com/unicode-org/cldr/commits/main/common/supplemental/windowsZones.xml > > plus they no longer seem to be updating the tzdata version in that file since > 2021a. From the point of view of tzdata, given most zones are required in tzmap for tzset to use, we can not reduce much there: see tzmap summary attached. So the only significant reductions we can make by splitting are with the right and posix subtrees, perhaps in two or a single extra package: see zi summary. -- Take care. Thanks, Brian Inglis Calgary, Alberta, Canada La perfection est atteinte Perfection is achieved non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut -- Antoine de Saint-Exupéry --------------f278av6svFv7gRoluqN6wkd0 Content-Type: text/plain; charset=UTF-8; name="tzmap-sum.log" Content-Disposition: attachment; filename="tzmap-sum.log" Content-Transfer-Encoding: base64 ICAgIHR6bWFwIHRvdGFsIGV4dHJhCnByaSAxICA4Ny8gOTEgICAgICA0IHpvbmVzIHNyYyB6 b25lbm93LnRhYgpwcmkgMiAyMTAvMjIxICAgICAxMSB6b25lcyBzcmMgem9uZTE5NzAudGFi IApwcmkgMyAxMDEvMTMyICAgICAzMSB6b25lcyBzcmMgYmFja3pvbmUgCnByaSA0ICAxOS8x MTMgICAgIDk0IHpvbmVzIHNyYyBiYWNrd2FyZCAKcHJpIDUgIDMyLyA0MSAgICAgIDkgem9u ZXMgc3JjIGZpbGVzIAp0b3RhbCA0NDkvNTk4ICAgIDE0OSB6b25lcyAKCg== --------------f278av6svFv7gRoluqN6wkd0 Content-Type: text/plain; charset=UTF-8; name="zi-sum.log" Content-Disposition: attachment; filename="zi-sum.log" Content-Transfer-Encoding: base64 MS44TQkvdXNyL3NoYXJlL3pvbmVpbmZvL3Bvc2l4CjIuNE0JL3Vzci9zaGFyZS96b25laW5m by9yaWdodAoyLjhNCS91c3Ivc2hhcmUvem9uZWluZm8vCjYuOU0JdG90YWwK --------------f278av6svFv7gRoluqN6wkd0--