python-tzlocal/python-tzlocal.spec

82 lines
2.7 KiB
RPMSpec
Raw Normal View History

#
# spec file
#
# Copyright (c) 2023 SUSE LLC
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.
# Please submit bugfixes or comments via https://bugs.opensuse.org/
#
%{?!python_module:%define python_module() python-%{**} python3-%{**}}
%define modname tzlocal
%{?sle15_python_module_pythons}
Name: python-%{modname}
Version: 4.3
Release: 0
Summary: tzinfo object for the local timezone
License: MIT
Group: Development/Libraries/Python
URL: https://github.com/regebro/tzlocal
Source: https://github.com/regebro/tzlocal/archive/%{version}.tar.gz
Accepting request 970765 from home:pgajdos:python - version update to 4.2 4.2 (2022-04-02) - If TZ environment variable is set to /etc/localhost, and that's a link to a zoneinfo file, then tzlocal will now find the timezone name, and not just return a localtime TZ object. 4.1 (2021-10-29) - No changes from 4.1b1. 4.1b1 (2021-10-28) - It turns out a lot of Linux distributions make the links between zoneinfo aliases backwards, so instead of linking GB to Europe/London it actually links the other way. When /etc/localtime then links to Europe/London, and you also have a config file saying Europe/London, the code that checks if /etc/localtime is a symlink ends up at GB instead of Europe/London and we get an error, as it thinks GB and Europe/London are different zones. So now we check the symlink of all timezones in the uniqueness test. We still return the name in the config file, though, so you would only get GB or Zulu returned as the time zone instead of Europe/London or UTC if your only configuration is the /etc/localtime symlink, as that's checked last, and tzlocal will return the first configuration found. - The above change also means that GMT and UTC are no longer seen as synonyms, as zoneinfo does not see them as synonyms. This might be controversial, but you just have to live with it. Pick one and stay with it. ;-) 4.0.2 (2021-10-26) - Improved the error message when you had a conflict including a /etc/localtime symlink. 4.0.1 (2021-10-19) - A long time bug in Ubuntu docker images seem to not get fixed, so I added a workaround. 4.0.1b1 (2021-10-18) - Handle UCT and Zulu as synonyms for UTC, while treating GMT and OBS-URL: https://build.opensuse.org/request/show/970765 OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-tzlocal?expand=0&rev=28
2022-04-19 14:10:38 +02:00
BuildRequires: %{python_module pytest-mock}
BuildRequires: %{python_module pytest}
BuildRequires: %{python_module pytz-deprecation-shim}
BuildRequires: %{python_module pytz}
BuildRequires: %{python_module setuptools}
BuildRequires: fdupes
BuildRequires: python-rpm-macros
BuildRequires: (python38-backports.zoneinfo if python38-base)
Requires: python-pytz
Accepting request 970765 from home:pgajdos:python - version update to 4.2 4.2 (2022-04-02) - If TZ environment variable is set to /etc/localhost, and that's a link to a zoneinfo file, then tzlocal will now find the timezone name, and not just return a localtime TZ object. 4.1 (2021-10-29) - No changes from 4.1b1. 4.1b1 (2021-10-28) - It turns out a lot of Linux distributions make the links between zoneinfo aliases backwards, so instead of linking GB to Europe/London it actually links the other way. When /etc/localtime then links to Europe/London, and you also have a config file saying Europe/London, the code that checks if /etc/localtime is a symlink ends up at GB instead of Europe/London and we get an error, as it thinks GB and Europe/London are different zones. So now we check the symlink of all timezones in the uniqueness test. We still return the name in the config file, though, so you would only get GB or Zulu returned as the time zone instead of Europe/London or UTC if your only configuration is the /etc/localtime symlink, as that's checked last, and tzlocal will return the first configuration found. - The above change also means that GMT and UTC are no longer seen as synonyms, as zoneinfo does not see them as synonyms. This might be controversial, but you just have to live with it. Pick one and stay with it. ;-) 4.0.2 (2021-10-26) - Improved the error message when you had a conflict including a /etc/localtime symlink. 4.0.1 (2021-10-19) - A long time bug in Ubuntu docker images seem to not get fixed, so I added a workaround. 4.0.1b1 (2021-10-18) - Handle UCT and Zulu as synonyms for UTC, while treating GMT and OBS-URL: https://build.opensuse.org/request/show/970765 OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-tzlocal?expand=0&rev=28
2022-04-19 14:10:38 +02:00
Requires: python-pytz-deprecation-shim
BuildArch: noarch
Accepting request 970765 from home:pgajdos:python - version update to 4.2 4.2 (2022-04-02) - If TZ environment variable is set to /etc/localhost, and that's a link to a zoneinfo file, then tzlocal will now find the timezone name, and not just return a localtime TZ object. 4.1 (2021-10-29) - No changes from 4.1b1. 4.1b1 (2021-10-28) - It turns out a lot of Linux distributions make the links between zoneinfo aliases backwards, so instead of linking GB to Europe/London it actually links the other way. When /etc/localtime then links to Europe/London, and you also have a config file saying Europe/London, the code that checks if /etc/localtime is a symlink ends up at GB instead of Europe/London and we get an error, as it thinks GB and Europe/London are different zones. So now we check the symlink of all timezones in the uniqueness test. We still return the name in the config file, though, so you would only get GB or Zulu returned as the time zone instead of Europe/London or UTC if your only configuration is the /etc/localtime symlink, as that's checked last, and tzlocal will return the first configuration found. - The above change also means that GMT and UTC are no longer seen as synonyms, as zoneinfo does not see them as synonyms. This might be controversial, but you just have to live with it. Pick one and stay with it. ;-) 4.0.2 (2021-10-26) - Improved the error message when you had a conflict including a /etc/localtime symlink. 4.0.1 (2021-10-19) - A long time bug in Ubuntu docker images seem to not get fixed, so I added a workaround. 4.0.1b1 (2021-10-18) - Handle UCT and Zulu as synonyms for UTC, while treating GMT and OBS-URL: https://build.opensuse.org/request/show/970765 OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-tzlocal?expand=0&rev=28
2022-04-19 14:10:38 +02:00
%ifpython38
Requires: python38-backports.zoneinfo
%endif
%python_subpackages
%description
This Python module returns a tzinfo object with the local timezone information
under Unix and Win-32. It requires pytz, and returns pytz tzinfo objects.
This module attempts to fix a glaring hole in pytz, that there is no way to get
the local timezone information, unless you know the zoneinfo name, and under
several Linux distros thats hard or impossible to figure out.
Also, with Windows different timezone system using pytz isnt of much use unless
you separately configure the zoneinfo timezone name.
With tzlocal you only need to call get_localzone() and you will get a tzinfo
object with the local time zone info. On some Unices you will still not get to
know what the timezone name is, but you dont need that when you have the tzinfo
file. However, if the timezone name is readily available it will be used.
%prep
%setup -q -n %{modname}-%{version}
%build
%python_build
%install
%python_install
%python_expand %fdupes %{buildroot}%{$python_sitelib}
%check
Accepting request 970765 from home:pgajdos:python - version update to 4.2 4.2 (2022-04-02) - If TZ environment variable is set to /etc/localhost, and that's a link to a zoneinfo file, then tzlocal will now find the timezone name, and not just return a localtime TZ object. 4.1 (2021-10-29) - No changes from 4.1b1. 4.1b1 (2021-10-28) - It turns out a lot of Linux distributions make the links between zoneinfo aliases backwards, so instead of linking GB to Europe/London it actually links the other way. When /etc/localtime then links to Europe/London, and you also have a config file saying Europe/London, the code that checks if /etc/localtime is a symlink ends up at GB instead of Europe/London and we get an error, as it thinks GB and Europe/London are different zones. So now we check the symlink of all timezones in the uniqueness test. We still return the name in the config file, though, so you would only get GB or Zulu returned as the time zone instead of Europe/London or UTC if your only configuration is the /etc/localtime symlink, as that's checked last, and tzlocal will return the first configuration found. - The above change also means that GMT and UTC are no longer seen as synonyms, as zoneinfo does not see them as synonyms. This might be controversial, but you just have to live with it. Pick one and stay with it. ;-) 4.0.2 (2021-10-26) - Improved the error message when you had a conflict including a /etc/localtime symlink. 4.0.1 (2021-10-19) - A long time bug in Ubuntu docker images seem to not get fixed, so I added a workaround. 4.0.1b1 (2021-10-18) - Handle UCT and Zulu as synonyms for UTC, while treating GMT and OBS-URL: https://build.opensuse.org/request/show/970765 OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-tzlocal?expand=0&rev=28
2022-04-19 14:10:38 +02:00
%pytest
%files %{python_files}
%license LICENSE.txt
%doc README.rst CHANGES.txt
%{python_sitelib}/%{modname}
%{python_sitelib}/%{modname}-%{version}-py*.egg-info
%changelog