Forwarded request #1156451 from bnavigator
- Update to 2.9.0.post0
* Pinned setuptools_scm to <8, which should make the generated
_version.py file compatible with all supported versions of
Python. (We don't do this at openSUSE, we don't need Python 2
installs from a setuptools_scm v8 build)
- Version 2.9.0
* Updated tzdata version to 2024a. (gh pr #1342)
* Made all dateutil submodules lazily imported using PEP 562. On
Python 3.7+, things like import dateutil;
dateutil.tz.gettz("America/New_York") will now work without
explicitly importing dateutil.tz, with the import occurring
behind the scenes on first use. The old behavior remains on
Python 3.6 and earlier. Fixed by Orson Adams. (gh issue #771,
gh pr #1007)
* Removed a call to datetime.utcfromtimestamp, which is
deprecated as of Python 3.12. Reported by Hugo van Kemenade (gh
pr #1284), fixed by Thomas Grainger (gh pr #1285).
- Provide underscore name: some consuming packages go with that,
don't fail unnecessarily
- Drop no-utcfromtimestamp.patch
OBS-URL: https://build.opensuse.org/request/show/1157042
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-python-dateutil?expand=0&rev=14
- Update to 2.9.0.post0
* Pinned setuptools_scm to <8, which should make the generated
_version.py file compatible with all supported versions of
Python. (We don't do this at openSUSE, we don't need Python 2
installs from a setuptools_scm v8 build)
- Version 2.9.0
* Updated tzdata version to 2024a. (gh pr #1342)
* Made all dateutil submodules lazily imported using PEP 562. On
Python 3.7+, things like import dateutil;
dateutil.tz.gettz("America/New_York") will now work without
explicitly importing dateutil.tz, with the import occurring
behind the scenes on first use. The old behavior remains on
Python 3.6 and earlier. Fixed by Orson Adams. (gh issue #771,
gh pr #1007)
* Removed a call to datetime.utcfromtimestamp, which is
deprecated as of Python 3.12. Reported by Hugo van Kemenade (gh
pr #1284), fixed by Thomas Grainger (gh pr #1285).
- Provide underscore name: some consuming packages go with that,
don't fail unnecessarily
- Drop no-utcfromtimestamp.patch
OBS-URL: https://build.opensuse.org/request/show/1156451
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-python-dateutil?expand=0&rev=30
- update to 2.8.2:
- Updated tzdata version to 2021a. (gh pr #1128)
- Fixed a bug in the parser where non-``ValueError`` exceptions would be raised
during exception handling; this would happen, for example, if an
``IllegalMonthError`` was raised in ``dateutil`` code. Fixed by Mark Bailey.
(gh issue #981, pr #987).
- Fixed the custom ``repr`` for ``dateutil.parser.ParserError``, which was not
defined due to an indentation error. (gh issue #991, gh pr #993)
- Fixed a bug that caused ``b'`` prefixes to appear in parse_isodate exception
messages. Reported and fixed by Paul Brown (@pawl) (gh pr #1122)
- Make ``isoparse`` raise when trying to parse times with inconsistent use of
`:` separator. Reported and fixed by @mariocj89 (gh pr #1125).
- Fixed ``tz.gettz()`` not returning local time when passed an empty string.
Reported by @labrys (gh issues #925, #926). Fixed by @ffe4 (gh pr #1024)
* Documentation changes
* Simplified handling of bytes and bytearray in ``_parser._timelex``.
OBS-URL: https://build.opensuse.org/request/show/908463
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-python-dateutil?expand=0&rev=11
- Updated tzdata version to 2021a. (gh pr #1128)
- Fixed a bug in the parser where non-``ValueError`` exceptions would be raised
during exception handling; this would happen, for example, if an
``IllegalMonthError`` was raised in ``dateutil`` code. Fixed by Mark Bailey.
(gh issue #981, pr #987).
- Fixed the custom ``repr`` for ``dateutil.parser.ParserError``, which was not
defined due to an indentation error. (gh issue #991, gh pr #993)
- Fixed a bug that caused ``b'`` prefixes to appear in parse_isodate exception
messages. Reported and fixed by Paul Brown (@pawl) (gh pr #1122)
- Make ``isoparse`` raise when trying to parse times with inconsistent use of
`:` separator. Reported and fixed by @mariocj89 (gh pr #1125).
- Fixed ``tz.gettz()`` not returning local time when passed an empty string.
Reported by @labrys (gh issues #925, #926). Fixed by @ffe4 (gh pr #1024)
* Documentation changes
* Simplified handling of bytes and bytearray in ``_parser._timelex``.
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-python-dateutil?expand=0&rev=25
- Update to 2.8.1:
* Updated tzdata version to 2019c.
* Fixed a race condition in the tzoffset and tzstr "strong"
caches on Python 2.7. Reported by @kainjow (gh issue #901).
* Parsing errors will now raise ParserError, a subclass of
ValueError, which has a nicer string representation. Patch by
@gfyoung (gh pr #881).
* parser.parse will now raise TypeError when tzinfos is passed a
type that cannot be interpreted as a time zone. Prior to this
change, it would raise an UnboundLocalError instead. Patch by
@jbrockmendel (gh pr #891).
* Changed error message raised when when passing a bytes object as
the time zone name to gettz in Python 3. Reported and fixed by
@labrys () (gh issue #927, gh pr #935).
* Changed compatibility logic to support a potential Python 4.0
release. Patch by Hugo van Kemenade (gh pr #950).
* Updated many modules to use tz.UTC in favor of tz.tzutc()
internally, to avoid an unnecessary function call. (gh pr #910).
* Fixed issue where dateutil.tz was using a backported version of
contextlib.nullcontext even in Python 3.7 due to a malformed
import statement. (gh pr #963).
OBS-URL: https://build.opensuse.org/request/show/765162
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-python-dateutil?expand=0&rev=10
* Updated tzdata version to 2019c.
* Fixed a race condition in the tzoffset and tzstr "strong"
caches on Python 2.7. Reported by @kainjow (gh issue #901).
* Parsing errors will now raise ParserError, a subclass of
ValueError, which has a nicer string representation. Patch by
@gfyoung (gh pr #881).
* parser.parse will now raise TypeError when tzinfos is passed a
type that cannot be interpreted as a time zone. Prior to this
change, it would raise an UnboundLocalError instead. Patch by
@jbrockmendel (gh pr #891).
* Changed error message raised when when passing a bytes object as
the time zone name to gettz in Python 3. Reported and fixed by
@labrys () (gh issue #927, gh pr #935).
* Changed compatibility logic to support a potential Python 4.0
release. Patch by Hugo van Kemenade (gh pr #950).
* Updated many modules to use tz.UTC in favor of tz.tzutc()
internally, to avoid an unnecessary function call. (gh pr #910).
* Fixed issue where dateutil.tz was using a backported version of
contextlib.nullcontext even in Python 3.7 due to a malformed
import statement. (gh pr #963).
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-python-dateutil?expand=0&rev=22
- Switch to _multibuild to not create buildcycle
- Update to 2.8.0 (2019-02-04)
+ Data updates
* Updated tzdata version to to 2018i.
+ Features
* Added support for EXDATE parameters when parsing rrule
strings. Reported by @mlorant (gh issue #410), fixed by
@nicoe (gh pr #859).
* Added support for sub-minute time zone offsets in Python
3.6+. Fixed by @cssherry (gh issue #582, pr #763)
* Switched the tzoffset, tzstr and gettz caches over to using
weak references, so that the cache expires when no other
references to the original tzinfo objects exist. This cache-
expiry behavior is not guaranteed in the public interface and
may change in the future. To improve performance in the case
where transient references to the same time zones are
repeatedly created but no strong reference is continuously
held, a smaller “strong value” cache was also added. Weak
value cache implemented by @cs-cordero (gh pr #672, #801),
strong cache added by Gökçen Nurlu (gh issue #691, gh pr
#761)
+ Bugfixes
* Added time zone inference when initializing an rrule with a
specified UNTIL but without an explicitly specified DTSTART;
the time zone of the generated DTSTART will now be taken from
the UNTIL rule. Reported by @href (gh issue #652). Fixed by
@absreim (gh pr #693).
* Fixed an issue where parser.parse would raise Decimal-
specific errors instead of a standard ValueError if certain
OBS-URL: https://build.opensuse.org/request/show/678904
OBS-URL: https://build.opensuse.org/package/show/openSUSE:Factory/python-python-dateutil?expand=0&rev=8
- Update to 2.8.0 (2019-02-04)
+ Data updates
* Updated tzdata version to to 2018i.
+ Features
* Added support for EXDATE parameters when parsing rrule
strings. Reported by @mlorant (gh issue #410), fixed by
@nicoe (gh pr #859).
* Added support for sub-minute time zone offsets in Python
3.6+. Fixed by @cssherry (gh issue #582, pr #763)
* Switched the tzoffset, tzstr and gettz caches over to using
weak references, so that the cache expires when no other
references to the original tzinfo objects exist. This cache-
expiry behavior is not guaranteed in the public interface and
may change in the future. To improve performance in the case
where transient references to the same time zones are
repeatedly created but no strong reference is continuously
held, a smaller “strong value” cache was also added. Weak
value cache implemented by @cs-cordero (gh pr #672, #801),
strong cache added by Gökçen Nurlu (gh issue #691, gh pr
#761)
+ Bugfixes
* Added time zone inference when initializing an rrule with a
specified UNTIL but without an explicitly specified DTSTART;
the time zone of the generated DTSTART will now be taken from
the UNTIL rule. Reported by @href (gh issue #652). Fixed by
@absreim (gh pr #693).
* Fixed an issue where parser.parse would raise Decimal-
specific errors instead of a standard ValueError if certain
malformed values were parsed (e.g. NaN or infinite values).
Reported and fixed by @amureki (gh issue #662, gh pr #679).
OBS-URL: https://build.opensuse.org/request/show/677993
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-python-dateutil?expand=0&rev=17
- Update to version 2.7.3
* Update tzdata to 2018e. (gh pr #710)
* Fixed an issue where decimal.Decimal would cast `NaN` or infinite value in a
parser.parse, which will raise decimal.Decimal-specific errors. Reported and
fixed by @amureki (gh issue #662, gh pr #679).
* Fixed a ValueError being thrown if tzinfos call explicity returns ``None``.
Reported by @pganssle (gh issue #661) Fixed by @parsethis (gh pr #681)
* Fixed incorrect parsing of certain dates earlier than 100 AD when repesented
in the form "%B.%Y.%d", e.g. "December.0031.30". (gh issue #687, pr #700)
* Fixed a bug where automatically generated DTSTART was naive even if a
specified UNTIL had a time zone. Automatically generated DTSTART will now
take on the timezone of an UNTIL date, if provided. Reported by @href (gh
issue #652). Fixed by @absreim (gh pr #693).
* Corrected link syntax and updated URL to https for ISO year week number
notation in relativedelta examples. (gh issue #670, pr #711)
* Add doctest examples to tzfile documentation. Done by @weatherpattern and
@pganssle (gh pr #671)
* Updated the documentation for relativedelta. Removed references to tuple
arguments for weekday, explained effect of weekday(_, 1) and better explained
the order of operations that relativedelta applies. Fixed by @kvn219
@huangy22 and @ElliotJH (gh pr #673)
* Added changelog to documentation. (gh issue #692, gh pr #707)
* Changed order of keywords in rrule docstring. Reported and fixed by
@rmahajan14 (gh issue #686, gh pr #695).
* Added documentation for ``dateutil.tz.gettz``. Reported by @pganssle (gh
issue #647). Fixed by @weatherpattern (gh pr #704)
* Cleaned up malformed RST in the ``tz`` documentation. (gh issue #702, gh pr
#706)
* Changed the default theme to sphinx_rtd_theme, and changed the sphinx
configuration to go along with that. (gh pr #707)
OBS-URL: https://build.opensuse.org/request/show/631018
OBS-URL: https://build.opensuse.org/package/show/devel:languages:python/python-python-dateutil?expand=0&rev=13
