Log message:
py-country: updated to 22.3.5

22.3.5 (2022-03-05)
-------------------

- Update to iso-codes 4.9.0.

22.1.10 (2022-01-10)
--------------------

- Update to iso-codes 4.8.0. (Thanks to llimeht!)

20.7.3 (2020-07-03)
-------------------

- Fix bug 37: (accidental) unconditional pkg_resources import.
  (thanks, crbunney)

20.7.2 (2020-07-02)
-------------------

- Add (auto-generated) __version__ attribute to the main module.

- Add fuzzy search to historic countries.

- Update to iso-codes 4.5.0.

- Clean up the normalization (lower casing) of values in indexes and searches.

- Smaller cleanups and build environment version bumps.

- Python 3-only cleanups and updated Python minor version compatibility
  (thanks, Djailla)

- Remove defunct bugtracker link from README (thanks, jwilk)

- Moved to Git/Github; switched from Bitbucket Pipelines to Travis builds.

Log message:
*: bump PKGREVISION for egg.mk users

They now have a tool dependency on py-setuptools instead of a DEPENDS

Log message:
geography: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

Log message:
geography: Remove SHA1 hashes for distfiles

Log message:
py-country: updated to 19.8.18

19.8.18:
- Fix installation on systems that don't have UTF-8
  as default encoding.
- Remove superfluous print debugging output.

19.7.15:
- Update to iso-codes 4.3.
- Add support for ISO 639-5 (Language Families and Groups).
- Drop support for Python 2.
- Add `search_fuzzy()` function to the countries database. This allows
  for dealing with user searches that aren't really aware of ISO 3166 (so,
  like, actual human beings). A bit of character normalization and prioritizing
  matches between multiple criteria allows building somewhat reasonable
  suggestion/autocompletion lists.
  Caveat emptor: no attention has been paid to performance in this feature.

Log message:
py-country: updated to 18.12.8

18.12.8:
WARNING: This release contains a subtle but important API change that may break \ 
integrations!
Looking at 13416 I realized that I made a terrible API design choice with \ 
respect to how the get function should behave in Python. Probably under the \ 
influence of either too little or too much whiskey I went and implemented get so \ 
that it raises a KeyError instead of doing the Pythonic thing and returning None \ 
and allowing to customize the default. There was a bit of back-and-forth around \ 
this code in previous releases (specifically touching edge cases to have the \ 
Subdivision API behave “reasonably”, although there doesn’t seem to be one \ 
right way there.)
Anyway, when preparing this release and reviewing 13416 and the other related \ 
issues and changes from the past I noticed my mistake an decide to fix it going \ 
forward.
So, from now on get will behave as expected in Python and yes, this means you \ 
will have to update your integration code carefully now checking for None \ 
returns instead of expecting KeyErrors. This is work, but I think it’s \ 
worthwhile to uphold this convention within the Python community.

* Switch API from “get + KeyError” to ” get + default=None”. This is a \ 
subtle API-breaking change. Please update carefully.
* Update to iso-codes 4.1.

Log message:
py-country: updated to 18.5.26

18.5.26:
Fix 13394: incorrect KeyError shadowing in Subdivisions.get()
Fix 13398: make lazy loading thread-safe.

18.5.20:
Update to iso-codes 3.79.

Log message:
py-country: updated to 18.2.23

18.2.23:
Update to iso-codes 3.78.