Re: [tz] Ubuntu drops old-style links

2024-03-22 Thread Brian Inglis via Cygwin-apps 

On 2024-03-22 10:02, Brian Inglis via Cygwin-apps wrote:

On 2024-03-21 03:36, Corinna Vinschen via Cygwin-apps wrote:

On Mar 20 14:59, Brian Inglis via Cygwin-apps wrote:

On 2024-03-19 02:19, brian.ing...@systematicsw.ab.ca wrote:

On 2024-03-18 21:12, Matt Johnson-Pint via tz wrote:

I just learned that Ubuntu Noble (24.04) decided to intentionally
split the tzdata package.  Old-style links such as US/Eastern are no
longer included by default, but are available in the tzdata-legacy
package instead.

Just thought I'd share.  I wonder if other distributions / platforms
/ libraries will follow suit.  What do y'all think?

See:





I've been looking at that to reduce Cygwin CI and embedded build server
setup overhead by limiting base install data to:

- only the zones in zonenow.tab;
- optionally those in zone1970.tab not in zonenow.tab;
- additionally those in zone.tab in backward, and/or backzone;
- possibly those not in zone.tab, only in backward, and/or backzone;
- additions those in posix subtree, or right subtree.


As tzdata maintainer, I would like to discuss on this list first, to take
advantage of a wide variety of experience in different environments with
different practices and requirements, before making more definite proposals
on the public list.

Please see the attached log for prioritized subsets of tzdata for consideration:
[...]
What would the impact on tzset conversion from Windows to Olson tzdb be?
We would probably have to add all of these in to any minimal install.
I think I looked at that somewhere, sometime, not too long ago.


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.


The attached log shows the 449 time zones required to support the latest tzmap.

Counts of each priority compared to all zones are:

pri 1  87/ 91 zones src zonenow.tab
pri 2 210/221 zones src zone1970.tab
pri 3 101/132 zones src backzone
pri 4  19/113 zones src backward
pri 5  32/ 41 zones src files

--
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éryAfrica/Abidjan  1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Algiers  1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Cairo1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Casablanca   1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Johannesburg 1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Lagos1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Maputo   1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Nairobi  1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Tripoli  1   zonenow.tab zone1970.tab
africa  zone.tab
America/Adak1   zonenow.tab zone1970.tab
northamericazone.tab
America/Anchorage   1   zonenow.tab zone1970.tab
northamericazone.tab
America/Asuncion1   zonenow.tab zone1970.tab
southamericazone.tab
America/Caracas 1   zonenow.tab zone1970.tab
southamericazone.tab
America/Chicago 1   zonenow.tab zone1970.tab

Re: [tz] Ubuntu drops old-style links

2024-03-22 Thread Brian Inglis via Cygwin-apps 

On 2024-03-22 10:02, Brian Inglis via Cygwin-apps wrote:

On 2024-03-21 03:36, Corinna Vinschen via Cygwin-apps wrote:

On Mar 20 14:59, Brian Inglis via Cygwin-apps wrote:

On 2024-03-19 02:19, brian.ing...@systematicsw.ab.ca wrote:

On 2024-03-18 21:12, Matt Johnson-Pint via tz wrote:

I just learned that Ubuntu Noble (24.04) decided to intentionally
split the tzdata package.  Old-style links such as US/Eastern are no
longer included by default, but are available in the tzdata-legacy
package instead.

Just thought I'd share.  I wonder if other distributions / platforms
/ libraries will follow suit.  What do y'all think?

See:





I've been looking at that to reduce Cygwin CI and embedded build server
setup overhead by limiting base install data to:

- only the zones in zonenow.tab;
- optionally those in zone1970.tab not in zonenow.tab;
- additionally those in zone.tab in backward, and/or backzone;
- possibly those not in zone.tab, only in backward, and/or backzone;
- additions those in posix subtree, or right subtree.


As tzdata maintainer, I would like to discuss on this list first, to take
advantage of a wide variety of experience in different environments with
different practices and requirements, before making more definite proposals
on the public list.

Please see the attached log for prioritized subsets of tzdata for consideration:
[...]
What would the impact on tzset conversion from Windows to Olson tzdb be?
We would probably have to add all of these in to any minimal install.
I think I looked at that somewhere, sometime, not too long ago.


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.


The attached log shows the 449 time zones required to support the latest tzmap.

--
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
Africa/Abidjan  1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Algiers  1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Cairo1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Casablanca   1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Johannesburg 1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Lagos1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Maputo   1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Nairobi  1   zonenow.tab zone1970.tab
africa  zone.tab
Africa/Tripoli  1   zonenow.tab zone1970.tab
africa  zone.tab
America/Adak1   zonenow.tab zone1970.tab
northamericazone.tab
America/Anchorage   1   zonenow.tab zone1970.tab
northamericazone.tab
America/Asuncion1   zonenow.tab zone1970.tab
southamericazone.tab
America/Caracas 1   zonenow.tab zone1970.tab
southamericazone.tab
America/Chicago 1   zonenow.tab zone1970.tab
northamericazone.tab
America/Denver  1   zonenow.tab zone1970.tab
northamericazone.tab
America/Halifax 1   zonenow.tab

Re: Fwd: Updating cygwin "libnfs" package ?

2024-03-22 Thread Jon Turney via Cygwin-apps 

On 22/03/2024 16:08, Roland Mainz via Cygwin-apps wrote:

Hi!



I'd like to take ownership of the Cygwin "libnfs" package (see email
below, the package is old and has bugs related to NFSv4.*) ...
... how do we proceed ? Should I send a patch here, or what do I have to do ?


[1] should explain this (could probably be improved).

A patch against the packaging repo would be a good place to start.

[1] https://cygwin.com/packaging-contributors-guide.html#adopt

Re: [ITP] afflib 3.7.20-1

2024-03-22 Thread Christian Franke via Cygwin-apps 

Christian Franke wrote:

marco atzeri wrote:

On Wed, Mar 6, 2024 at 11:26 PM Christian Franke via Cygwin-apps  wrote:

...
Should I also rename libtsk to libtsk19 in the planned sleutkit-*-2
package which will add afflib support ?

yes please


The original package is only a few days old and has possibly only a
small but experienced audience, so I expect not much worries if the
change will be explained in the announcement.

not worries at all if you use

libtsk19_OBSOLETES=libtsk

see
https://cygwin.github.io/cygport/pkg_pkg_cygpart.html#PKG_OBSOLETES


Thanks for the info. I will do this that way when libafflib0 package 
is available.




Just for info: This worked as expected. Setup automatically selected 
"Uninstall" for libtsk.

Fwd: Updating cygwin "libnfs" package ?

2024-03-22 Thread Roland Mainz via Cygwin-apps 
Hi!



I'd like to take ownership of the Cygwin "libnfs" package (see email
below, the package is old and has bugs related to NFSv4.*) ...
... how do we proceed ? Should I send a patch here, or what do I have to do ?



Bye,
Roland

-- Forwarded message -
From: Ken Brown 
Date: Fri, Mar 22, 2024 at 4:36 PM
Subject: Re: Updating cygwin "libnfs" package ?
To: Roland Mainz , 


On 3/22/2024 9:49 AM, Roland Mainz via Cygwin wrote:
> Hi!
>
> 
>
> Is it possible to update the Cygwin "libnfs" package, please ?
>
> The current Cygwin "libnfs" version is rather old (per
> https://cygwin.com/cgit/cygwin-packages/libnfs/log/

If you look near the upper right corner of that page, you'll see
"ORPHANED".  See also

   https://cygwin.com/packages/summary/libnfs-src.html .

That means there is no maintainer.  So someone needs to volunteer to
maintain it before it will get updated.  Are you interested in doing
this?  If so, start at

   https://cygwin.com/packages.html

and ask for help on the cygwin-apps mailing list if you run into problems.

Ken

--
  __ .  . __
 (o.\ \/ /.o) roland.ma...@nrubsig.org
  \__\/\/__/  MPEG specialist, C&&& programmer
  /O /==\ O\  TEL +49 641 3992797
 (;O/ \/ \O;)

Re: [tz] Ubuntu drops old-style links

2024-03-22 Thread Brian Inglis via Cygwin-apps 

On 2024-03-21 03:36, Corinna Vinschen via Cygwin-apps wrote:

On Mar 20 14:59, Brian Inglis via Cygwin-apps wrote:

On 2024-03-19 02:19, brian.ing...@systematicsw.ab.ca wrote:

On 2024-03-18 21:12, Matt Johnson-Pint via tz wrote:

I just learned that Ubuntu Noble (24.04) decided to intentionally
split the tzdata package.  Old-style links such as US/Eastern are no
longer included by default, but are available in the tzdata-legacy
package instead.

Just thought I'd share.  I wonder if other distributions / platforms
/ libraries will follow suit.  What do y'all think?

See:





I've been looking at that to reduce Cygwin CI and embedded build server
setup overhead by limiting base install data to:

- only the zones in zonenow.tab;
- optionally those in zone1970.tab not in zonenow.tab;
- additionally those in zone.tab in backward, and/or backzone;
- possibly those not in zone.tab, only in backward, and/or backzone;
- additions those in posix subtree, or right subtree.


As tzdata maintainer, I would like to discuss on this list first, to take
advantage of a wide variety of experience in different environments with
different practices and requirements, before making more definite proposals
on the public list.

Please see the attached log for prioritized subsets of tzdata for consideration:
[...]
What would the impact on tzset conversion from Windows to Olson tzdb be?
We would probably have to add all of these in to any minimal install.
I think I looked at that somewhere, sometime, not too long ago.


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.

--
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* additional zones - some may now be unnecessary as of latest CLDR 45-a3
  current zones are matched by Windows label, country code, zone id

* { L"E. Europe Standard Time", L"", L"Asia/Nicosia" },
* { L"E. Europe Standard Time", L"CY", L"Asia/Nicosia" },
  { L"E. Europe Standard Time", L"", L"Europe/Chisinau" },
  { L"E. Europe Standard Time", L"MD", L"Europe/Chisinau" },
  { L"GTB Standard Time", L"CY", L"Asia/Nicosia Asia/Famagusta" },

* { L"Eastern Standard Time", L"TC", L"America/Grand_Turk" },
  { L"Eastern Standard Time", L"", L"America/New_York" },
  { L"Eastern Standard Time", L"BS", L"America/Nassau" },
  { L"Eastern Standard Time", L"CA", L"America/Toronto America/Iqaluit" },
  { L"Eastern Standard Time", L"US", L"America/New_York America/Detroit 
America/Indiana/Petersburg America/Indiana/Vincennes America/Indiana/Winamac 
America/Kentucky/Monticello America/Louisville" },
  { L"Eastern Standard Time", L"ZZ", L"EST5EDT" },
  { L"Turks And Caicos Standard Time", L"TC", L"America/Grand_Turk" },
  { L"Turks And Caicos Standard Time", L"", L"America/Grand_Turk" },

* { L"Egypt Standard Time", L"PS", L"Asia/Gaza Asia/Hebron" },
  { L"Egypt Standard Time", L"", L"Africa/Cairo" },
  { L"Egypt Standard Time", L"EG", L"Africa/Cairo" },
  { L"West Bank Standard Time", L"", L"Asia/Hebron" },
  { L"West Bank Standard Time", L"PS", L"Asia/Hebron Asia/Gaza" },

* { L"Greenwich Standard Time", L"EH", L"Africa/El_Aaiun" },
  { L"Greenwich Standard Time", L"", L"Atlantic/Reykjavik" },
  { L"Greenwich Standard Time", L"BF", L"Africa/Ouagadougou" },
  { L"Greenwich Standard Time", L"CI", L"Africa/Abidjan" },
  { L"Greenwich Standard Time", L"GH", L"Africa/Accra" },
  { L"Greenwich Standard Time", L"GL", L"America/Danmarkshavn" },
  { L"Greenwich Standard Time", L"GM", L"Africa/Banjul" },
  { L"Greenwich Standard Time", L"GN", L"Africa/Conakry" },
  { L"Greenwich Standard Time", L"GW", L"Africa/Bissau" },
  { L"Greenwich Standard Time", L"IS", L"Atlantic/Reykjavik" },
  { L"Greenwich Standard Time", L"LR", L"Africa/Monrovia" },
  { L"Greenwich Standard Time", L"ML", L"Africa/Bamako" },
  { L"Greenwich Standard Time", L"MR", L"Africa/Nouakchott" },
  { L"Greenwich Standard Time", L"SH", L"Atlantic/St_Helena" },
  { L"Greenwich Standard