A Python Datetime Library
The python dateutil module provides powerful extensions to the standard
datetime module.
* Computing of relative deltas (next month, next year, next monday,
last week of month, etc.)
* Computing of relative deltas between two given dates and/or
datetime objects
* Computing of dates based on very flexible recurrence rules, using
a superset of the iCalendar specification. Parsing of RFC strings
is supported as well.
* Generic parsing of dates in almost any string format.
* Timezone (tzinfo) implementations for tzfile(5) format files
(/etc/localtime, /usr/share/zoneinfo, etc.), TZ environment
string (in all known formats), iCalendar format files, given
ranges (with help from relative deltas), local machine timezone,
fixed offset timezone, UTC timezone, and Windows registry-based
time zones.
* Internal up-to-date world timezone information based on Olson's
database.
* Computing of Easter Sunday dates for any given year, using Western,
Orthodox or Julian algorithms.
- Links to devel:lan...s:python / python-py...dateutil
- Has a link diff
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:sebix:intelmq/python3-python-dateutil && cd $_ - Create Badge
Source Files
| Filename | Size | Changed |
|---|---|---|
| _multibuild | 0000000053 53 Bytes | |
| debian.changelog | 0000000156 156 Bytes | |
| debian.compat | 0000000002 2 Bytes | |
| debian.control | 0000000530 530 Bytes | |
| debian.rules | 0000000248 248 Bytes | |
| python-dateutil-2.9.0.post0.tar.gz | 0000342432 334 KB | |
| python3-python-dateutil.changes | 0000010348 10.1 KB | |
| python3-python-dateutil.spec | 0000003305 3.23 KB |
Revision 2 (latest revision is 17)
Sebastian Wagner (sebix)
committed
(revision 2)
- Don't provide python2-dateutil, singlespec packages should use
correct name.
- Converted to single-spec
- Enabled tests
- Spec cleanup
- Use https for Source
- Update to version 2.6.0
* Added PEP-495-compatible methods to address ambiguous and
imaginary dates in time zones in a backwards-compatible
way. Ambiguous dates and times can now be safely represented
by all dateutil time zones. Many thanks to Alexander
Belopolski (@abalkin) and Tim Peters @tim-one for their
inputs on how to address this. Original issues reported by
Yupeng and @zed (lP: 1390262, gh issues #57, #112, #249,
#284, #286, prs #127, #225, #248, #264, #302).
* Added new methods for working with ambiguous and imaginary
dates to the tz module. datetime_ambiguous() determines if
a datetime is ambiguous for a given zone and datetime_exists()
determines if a datetime exists in a given zone.
This works for all fold-aware datetimes, not just those
provided by dateutil. (gh issue #253, gh pr #302)
* Fixed an issue where dst() in Portugal in 1996 was
returning the wrong value in tz.tzfile objects. Reported
by @abalkin (gh issue #128, pr #225)
* Fixed an issue where zoneinfo.ZoneInfoFile errors were not
being properly deep-copied. (gh issue #226, pr #225)
* Refactored tzwin and tzrange as a subclass of a common
Comments 0