From: Brian Inglis <Brian.Inglis@SystematicSW.ab.ca>
To: cygwin-apps@cygwin.com
Subject: Re: [tz] Ubuntu drops old-style links - tzdata split test package
Date: Thu, 28 Mar 2024 02:25:24 -0600 [thread overview]
Message-ID: <d897b47e-38e0-4013-804d-f3301b797f4b@SystematicSW.ab.ca> (raw)
In-Reply-To: <Zf9FfzT2zWm1bFIN@calimero.vinschen.de>
On 2024-03-23 15:11, Corinna Vinschen via Cygwin-apps wrote:
> On Mar 23 10:38, Brian Inglis via Cygwin-apps wrote:
>> 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.
>
> The Windows timezone is the relevant setting in the first place becasue
> that's what indicvates the actual local time *as the user chose*.
> The territory should only be a secondary hint to choose the right
> POSIX entry.
>
> For instance, I know people always using UTC, independently of their
> territory setting. If the territory rules, this user choice would be
> broken in Cygwin.
>
>> 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?
>
> tzset is called from the shell default profile. It has to use exactly
> one, valid entry, so time works as desired without forcing interactivity.
>
> If the user doesn't like it, the user can always override tzset's choice
> in her own profile.
I have released and announced a test package of tzdata 2024a-2 split into three
install packages: base tzdata, optional tzdata-right, and redundant
tzdata-posix, each containing all the legacy zones so that tzset continues to
work as before.
I could not reduce the base installed zones by many, because most were used by
tzset, but I did drop a couple of large zone source files, produced by the
build, that were previously included to allow users to see the source zones,
rules, and links in effect, saving ~1MB, and dropping the overall default base
installed file sizes by ~80% to ~20% of current, and download tar size by ~60%
to ~40%; for all zones aggregate total installed file sizes are dropped by ~35%
to ~65%, and download tar sizes by ~30% to ~70% of current:
install tar tzdata
721KB 172KB base
984KB 78KB right
669KB 74KB posix
1367KB 444KB source
3667KB 452KB current
Please check out the announcement, cygwin list echo, source and install package
summary web pages, cygport changes, setup entries, scallywag builds, and let me
know if there is anything you see that could benefit from improvement.
--
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
next prev parent reply other threads:[~2024-03-28 8:25 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAKxAwDomYU4=EOyMXTUcgDQJp0k7jQncRSChGB86xHT+9+hucA@mail.gmail.com>
[not found] ` <86ff5be5-ccae-4bc0-81af-46abc54e549d@systematicsw.ab.ca>
2024-03-20 20:59 ` Fwd: [tz] Ubuntu drops old-style links Brian Inglis
2024-03-21 9:36 ` Corinna Vinschen
2024-03-22 16:02 ` Brian Inglis
2024-03-22 20:02 ` Brian Inglis
2024-03-22 20:10 ` Brian Inglis
2024-03-23 9:54 ` Corinna Vinschen
2024-03-23 16:38 ` Brian Inglis
2024-03-23 18:54 ` Brian Inglis
2024-03-23 21:11 ` Corinna Vinschen
2024-03-28 8:25 ` Brian Inglis [this message]
2024-03-28 10:13 ` [tz] Ubuntu drops old-style links - tzdata split test package Corinna Vinschen
2024-03-28 18:35 ` Brian Inglis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d897b47e-38e0-4013-804d-f3301b797f4b@SystematicSW.ab.ca \
--to=brian.inglis@systematicsw.ab.ca \
--cc=cygwin-apps@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).