python-dateutil 2.3__tar.gz → 2.4.1__tar.gz

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (28) hide show
  1. {python-dateutil-2.3 → python-dateutil-2.4.1}/NEWS +219 -189
  2. {python-dateutil-2.3/python_dateutil.egg-info → python-dateutil-2.4.1}/PKG-INFO +26 -26
  3. {python-dateutil-2.3 → python-dateutil-2.4.1}/README.rst +22 -4
  4. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/__init__.py +1 -1
  5. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/parser.py +261 -22
  6. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/relativedelta.py +20 -6
  7. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/rrule.py +267 -121
  8. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/test/test.py +407 -306
  9. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/tz.py +4 -1
  10. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/tzwin.py +22 -21
  11. python-dateutil-2.4.1/dateutil/zoneinfo/dateutil-zoneinfo.tar.gz +0 -0
  12. {python-dateutil-2.3 → python-dateutil-2.4.1/python_dateutil.egg-info}/PKG-INFO +26 -26
  13. python-dateutil-2.4.1/python_dateutil.egg-info/requires.txt +1 -0
  14. {python-dateutil-2.3 → python-dateutil-2.4.1}/python_dateutil.egg-info/zip-safe +1 -1
  15. {python-dateutil-2.3 → python-dateutil-2.4.1}/setup.cfg +8 -8
  16. {python-dateutil-2.3 → python-dateutil-2.4.1}/setup.py +1 -1
  17. {python-dateutil-2.3 → python-dateutil-2.4.1}/updatezinfo.py +0 -0
  18. {python-dateutil-2.3 → python-dateutil-2.4.1}/zonefile_metadata.json +2 -2
  19. python-dateutil-2.3/dateutil/zoneinfo/dateutil-zoneinfo.tar.gz +0 -0
  20. python-dateutil-2.3/python_dateutil.egg-info/requires.txt +0 -1
  21. {python-dateutil-2.3 → python-dateutil-2.4.1}/LICENSE +0 -0
  22. {python-dateutil-2.3 → python-dateutil-2.4.1}/MANIFEST.in +0 -0
  23. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/easter.py +0 -0
  24. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/test/__init__.py +0 -0
  25. {python-dateutil-2.3 → python-dateutil-2.4.1}/dateutil/zoneinfo/__init__.py +0 -0
  26. {python-dateutil-2.3 → python-dateutil-2.4.1}/python_dateutil.egg-info/SOURCES.txt +0 -0
  27. {python-dateutil-2.3 → python-dateutil-2.4.1}/python_dateutil.egg-info/dependency_links.txt +0 -0
  28. {python-dateutil-2.3 → python-dateutil-2.4.1}/python_dateutil.egg-info/top_level.txt +0 -0
@@ -1,189 +1,219 @@
1
- Version 2.3
2
- -----------
3
-
4
- - Cleanup directory structure, moved test.py to dateutil/tests/test.py
5
-
6
- - Changed many aspects of dealing with the zone info file. Instead of a cache,
7
- all the zones are loaded to memory, but symbolic links are loaded only once,
8
- so not much memory is used.
9
-
10
- - The package is now zip-safe, and universal-wheelable, thanks to changes in
11
- the handling of the zoneinfo file.
12
-
13
- - Fixed tzwin silently not imported on windows python2
14
-
15
- - New maintainer, together with new hosting: GitHub, Travis, Read-The-Docs
16
-
17
- Version 2.2
18
- -----------
19
-
20
- - Updated zoneinfo to 2013h
21
-
22
- - fuzzy_with_tokens parse addon from Christopher Corley
23
-
24
- - Bug with LANG=C fixed by Mike Gilbert
25
-
26
- Version 2.1
27
- -----------
28
-
29
- - New maintainer
30
-
31
- - Dateutil now works on Python 2.6, 2.7 and 3.2 from same codebase (with six)
32
-
33
- - #704047: Ismael Carnales' patch for a new time format
34
-
35
- - Small bug fixes, thanks for reporters!
36
-
37
-
38
- Version 2.0
39
- -----------
40
-
41
- - Ported to Python 3, by Brian Jones. If you need dateutil for Python 2.X,
42
- please continue using the 1.X series.
43
-
44
- - There's no such thing as a "PSF License". This source code is now
45
- made available under the Simplified BSD license. See LICENSE for
46
- details.
47
-
48
- Version 1.5
49
- -----------
50
-
51
- - As reported by Mathieu Bridon, rrules were matching the bysecond rules
52
- incorrectly against byminute in some circumstances when the SECONDLY
53
- frequency was in use, due to a copy & paste bug. The problem has been
54
- unittested and corrected.
55
-
56
- - Adam Ryan reported a problem in the relativedelta implementation which
57
- affected the yearday parameter in the month of January specifically.
58
- This has been unittested and fixed.
59
-
60
- - Updated timezone information.
61
-
62
-
63
- Version 1.4.1
64
- -------------
65
-
66
- - Updated timezone information.
67
-
68
-
69
- Version 1.4
70
- -----------
71
-
72
- - Fixed another parser precision problem on conversion of decimal seconds
73
- to microseconds, as reported by Erik Brown. Now these issues are gone
74
- for real since it's not using floating point arithmetic anymore.
75
-
76
- - Fixed case where tzrange.utcoffset and tzrange.dst() might fail due
77
- to a date being used where a datetime was expected (reported and fixed
78
- by Lennart Regebro).
79
-
80
- - Prevent tzstr from introducing daylight timings in strings that didn't
81
- specify them (reported by Lennart Regebro).
82
-
83
- - Calls like gettz("GMT+3") and gettz("UTC-2") will now return the
84
- expected values, instead of the TZ variable behavior.
85
-
86
- - Fixed DST signal handling in zoneinfo files. Reported by
87
- Nicholas F. Fabry and John-Mark Gurney.
88
-
89
-
90
- Version 1.3
91
- -----------
92
-
93
- - Fixed precision problem on conversion of decimal seconds to
94
- microseconds, as reported by Skip Montanaro.
95
-
96
- - Fixed bug in constructor of parser, and converted parser classes to
97
- new-style classes. Original report and patch by Michael Elsd�rfer.
98
-
99
- - Initialize tzid and comps in tz.py, to prevent the code from ever
100
- raising a NameError (even with broken files). Johan Dahlin suggested
101
- the fix after a pyflakes run.
102
-
103
- - Version is now published in dateutil.__version__, as requested
104
- by Darren Dale.
105
-
106
- - All code is compatible with new-style division.
107
-
108
-
109
- Version 1.2
110
- -----------
111
-
112
- - Now tzfile will round timezones to full-minutes if necessary,
113
- since Python's datetime doesn't support sub-minute offsets.
114
- Thanks to Ilpo Nyyss�nen for reporting the issue.
115
-
116
- - Removed bare string exceptions, as reported and fixed by
117
- Wilfredo S�nchez Vega.
118
-
119
- - Fix bug in leap count parsing (reported and fixed by Eugene Oden).
120
-
121
-
122
- Version 1.1
123
- -----------
124
-
125
- - Fixed rrule byyearday handling. Abramo Bagnara pointed out that
126
- RFC2445 allows negative numbers.
127
-
128
- - Fixed --prefix handling in setup.py (by Sidnei da Silva).
129
-
130
- - Now tz.gettz() returns a tzlocal instance when not given any
131
- arguments and no other timezone information is found.
132
-
133
- - Updating timezone information to version 2005q.
134
-
135
-
136
- Version 1.0
137
- -----------
138
-
139
- - Fixed parsing of XXhXXm formatted time after day/month/year
140
- has been parsed.
141
-
142
- - Added patch by Jeffrey Harris optimizing rrule.__contains__.
143
-
144
-
145
- Version 0.9
146
- -----------
147
-
148
- - Fixed pickling of timezone types, as reported by
149
- Andreas K�hler.
150
-
151
- - Implemented internal timezone information with binary
152
- timezone files [1]. datautil.tz.gettz() function will now
153
- try to use the system timezone files, and fallback to
154
- the internal versions. It's also possible to ask for
155
- the internal versions directly by using
156
- dateutil.zoneinfo.gettz().
157
-
158
- - New tzwin timezone type, allowing access to Windows
159
- internal timezones (contributed by Jeffrey Harris).
160
-
161
- - Fixed parsing of unicode date strings.
162
-
163
- - Accept parserinfo instances as the parser constructor
164
- parameter, besides parserinfo (sub)classes.
165
-
166
- - Changed weekday to spell the not-set n value as None
167
- instead of 0.
168
-
169
- - Fixed other reported bugs.
170
-
171
- [1] http://www.twinsun.com/tz/tz-link.htm
172
-
173
-
174
- Version 0.5
175
- -----------
176
-
177
- - Removed FREQ_ prefix from rrule frequency constants
178
- WARNING: this breaks compatibility with previous versions.
179
-
180
- - Fixed rrule.between() for cases where "after" is achieved
181
- before even starting, as reported by Andreas K�hler.
182
-
183
- - Fixed two digit zero-year parsing (such as 31-Dec-00), as
184
- reported by Jim Abramson, and included test case for this.
185
-
186
- - Sort exdate and rdate before iterating over them, so that
187
- it's not necessary to sort them before adding to the rruleset,
188
- as reported by Nicholas Piper.
189
-
1
+ Version 2.4.1
2
+ -------------
3
+
4
+ - Added explicit check for valid hours if AM/PM is specified in parser.
5
+ (gh pr #22, issue #21)
6
+ - Fix bug in rrule introduced in 2.4.0 where byweekday parameter was not
7
+ handled properly. (gh pr #35, issue #34)
8
+ - Fix error where parser allowed some invalid dates, overwriting existing hours
9
+ with the last 2-digit number in the string. (gh pr #32, issue #31)
10
+ - Fix and add test for Python 2.x compatibility with boolean checking of
11
+ relativedelta objects. Implemented by @nimasmi (gh pr #43) and C�dric Krier
12
+ (lp: 1035038)
13
+ - Replaced parse() calls with explicit datetime objects in unit tests unrelated
14
+ to parser. (gh pr #36)
15
+ - Changed private _byxxx from sets to sorted tuples and fixed one currently
16
+ unreachable bug in _construct_byset. (gh pr #54)
17
+ - Additional documentation for parser (gh pr #29, #33, #41) and rrule.
18
+ - Formatting fixes to documentation of rrule and README.rst.
19
+ - Updated zoneinfo to 2015a.
20
+
21
+ Version 2.4.0
22
+ -------------
23
+
24
+ - Fix an issue with relativedelta and freezegun (lp:1374022)
25
+ - Fix tzinfo in windows for timezones without dst (lp:1010050, gh #2)
26
+ - Ignore missing timezones in windows like in POSIX
27
+ - Fix minimal version requirement for six (gh #6)
28
+ - Many rrule changes and fixes by @pganssle (gh pull requests #13 #14 #17),
29
+ including defusing some infinite loops (gh #4)
30
+
31
+ Version 2.3
32
+ -----------
33
+
34
+ - Cleanup directory structure, moved test.py to dateutil/tests/test.py
35
+
36
+ - Changed many aspects of dealing with the zone info file. Instead of a cache,
37
+ all the zones are loaded to memory, but symbolic links are loaded only once,
38
+ so not much memory is used.
39
+
40
+ - The package is now zip-safe, and universal-wheelable, thanks to changes in
41
+ the handling of the zoneinfo file.
42
+
43
+ - Fixed tzwin silently not imported on windows python2
44
+
45
+ - New maintainer, together with new hosting: GitHub, Travis, Read-The-Docs
46
+
47
+ Version 2.2
48
+ -----------
49
+
50
+ - Updated zoneinfo to 2013h
51
+
52
+ - fuzzy_with_tokens parse addon from Christopher Corley
53
+
54
+ - Bug with LANG=C fixed by Mike Gilbert
55
+
56
+ Version 2.1
57
+ -----------
58
+
59
+ - New maintainer
60
+
61
+ - Dateutil now works on Python 2.6, 2.7 and 3.2 from same codebase (with six)
62
+
63
+ - #704047: Ismael Carnales' patch for a new time format
64
+
65
+ - Small bug fixes, thanks for reporters!
66
+
67
+
68
+ Version 2.0
69
+ -----------
70
+
71
+ - Ported to Python 3, by Brian Jones. If you need dateutil for Python 2.X,
72
+ please continue using the 1.X series.
73
+
74
+ - There's no such thing as a "PSF License". This source code is now
75
+ made available under the Simplified BSD license. See LICENSE for
76
+ details.
77
+
78
+ Version 1.5
79
+ -----------
80
+
81
+ - As reported by Mathieu Bridon, rrules were matching the bysecond rules
82
+ incorrectly against byminute in some circumstances when the SECONDLY
83
+ frequency was in use, due to a copy & paste bug. The problem has been
84
+ unittested and corrected.
85
+
86
+ - Adam Ryan reported a problem in the relativedelta implementation which
87
+ affected the yearday parameter in the month of January specifically.
88
+ This has been unittested and fixed.
89
+
90
+ - Updated timezone information.
91
+
92
+
93
+ Version 1.4.1
94
+ -------------
95
+
96
+ - Updated timezone information.
97
+
98
+
99
+ Version 1.4
100
+ -----------
101
+
102
+ - Fixed another parser precision problem on conversion of decimal seconds
103
+ to microseconds, as reported by Erik Brown. Now these issues are gone
104
+ for real since it's not using floating point arithmetic anymore.
105
+
106
+ - Fixed case where tzrange.utcoffset and tzrange.dst() might fail due
107
+ to a date being used where a datetime was expected (reported and fixed
108
+ by Lennart Regebro).
109
+
110
+ - Prevent tzstr from introducing daylight timings in strings that didn't
111
+ specify them (reported by Lennart Regebro).
112
+
113
+ - Calls like gettz("GMT+3") and gettz("UTC-2") will now return the
114
+ expected values, instead of the TZ variable behavior.
115
+
116
+ - Fixed DST signal handling in zoneinfo files. Reported by
117
+ Nicholas F. Fabry and John-Mark Gurney.
118
+
119
+
120
+ Version 1.3
121
+ -----------
122
+
123
+ - Fixed precision problem on conversion of decimal seconds to
124
+ microseconds, as reported by Skip Montanaro.
125
+
126
+ - Fixed bug in constructor of parser, and converted parser classes to
127
+ new-style classes. Original report and patch by Michael Elsd�rfer.
128
+
129
+ - Initialize tzid and comps in tz.py, to prevent the code from ever
130
+ raising a NameError (even with broken files). Johan Dahlin suggested
131
+ the fix after a pyflakes run.
132
+
133
+ - Version is now published in dateutil.__version__, as requested
134
+ by Darren Dale.
135
+
136
+ - All code is compatible with new-style division.
137
+
138
+
139
+ Version 1.2
140
+ -----------
141
+
142
+ - Now tzfile will round timezones to full-minutes if necessary,
143
+ since Python's datetime doesn't support sub-minute offsets.
144
+ Thanks to Ilpo Nyyss�nen for reporting the issue.
145
+
146
+ - Removed bare string exceptions, as reported and fixed by
147
+ Wilfredo S�nchez Vega.
148
+
149
+ - Fix bug in leap count parsing (reported and fixed by Eugene Oden).
150
+
151
+
152
+ Version 1.1
153
+ -----------
154
+
155
+ - Fixed rrule byyearday handling. Abramo Bagnara pointed out that
156
+ RFC2445 allows negative numbers.
157
+
158
+ - Fixed --prefix handling in setup.py (by Sidnei da Silva).
159
+
160
+ - Now tz.gettz() returns a tzlocal instance when not given any
161
+ arguments and no other timezone information is found.
162
+
163
+ - Updating timezone information to version 2005q.
164
+
165
+
166
+ Version 1.0
167
+ -----------
168
+
169
+ - Fixed parsing of XXhXXm formatted time after day/month/year
170
+ has been parsed.
171
+
172
+ - Added patch by Jeffrey Harris optimizing rrule.__contains__.
173
+
174
+
175
+ Version 0.9
176
+ -----------
177
+
178
+ - Fixed pickling of timezone types, as reported by
179
+ Andreas K�hler.
180
+
181
+ - Implemented internal timezone information with binary
182
+ timezone files [1]. datautil.tz.gettz() function will now
183
+ try to use the system timezone files, and fallback to
184
+ the internal versions. It's also possible to ask for
185
+ the internal versions directly by using
186
+ dateutil.zoneinfo.gettz().
187
+
188
+ - New tzwin timezone type, allowing access to Windows
189
+ internal timezones (contributed by Jeffrey Harris).
190
+
191
+ - Fixed parsing of unicode date strings.
192
+
193
+ - Accept parserinfo instances as the parser constructor
194
+ parameter, besides parserinfo (sub)classes.
195
+
196
+ - Changed weekday to spell the not-set n value as None
197
+ instead of 0.
198
+
199
+ - Fixed other reported bugs.
200
+
201
+ [1] http://www.twinsun.com/tz/tz-link.htm
202
+
203
+
204
+ Version 0.5
205
+ -----------
206
+
207
+ - Removed FREQ_ prefix from rrule frequency constants
208
+ WARNING: this breaks compatibility with previous versions.
209
+
210
+ - Fixed rrule.between() for cases where "after" is achieved
211
+ before even starting, as reported by Andreas K�hler.
212
+
213
+ - Fixed two digit zero-year parsing (such as 31-Dec-00), as
214
+ reported by Jim Abramson, and included test case for this.
215
+
216
+ - Sort exdate and rdate before iterating over them, so that
217
+ it's not necessary to sort them before adding to the rruleset,
218
+ as reported by Nicholas Piper.
219
+
@@ -1,26 +1,26 @@
1
- Metadata-Version: 1.1
2
- Name: python-dateutil
3
- Version: 2.3
4
- Summary: Extensions to the standard Python datetime module
5
- Home-page: https://dateutil.readthedocs.org
6
- Author: Yaron de Leeuw
7
- Author-email: me@jarondl.net
8
- License: Simplified BSD
9
- Description:
10
- The dateutil module provides powerful extensions to the
11
- datetime module available in the Python standard library.
12
-
13
- Platform: UNKNOWN
14
- Classifier: Development Status :: 5 - Production/Stable
15
- Classifier: Intended Audience :: Developers
16
- Classifier: License :: OSI Approved :: BSD License
17
- Classifier: Programming Language :: Python
18
- Classifier: Programming Language :: Python :: 2
19
- Classifier: Programming Language :: Python :: 2.6
20
- Classifier: Programming Language :: Python :: 2.7
21
- Classifier: Programming Language :: Python :: 3
22
- Classifier: Programming Language :: Python :: 3.2
23
- Classifier: Programming Language :: Python :: 3.3
24
- Classifier: Programming Language :: Python :: 3.4
25
- Classifier: Topic :: Software Development :: Libraries
26
- Requires: six
1
+ Metadata-Version: 1.1
2
+ Name: python-dateutil
3
+ Version: 2.4.1
4
+ Summary: Extensions to the standard Python datetime module
5
+ Home-page: https://dateutil.readthedocs.org
6
+ Author: Yaron de Leeuw
7
+ Author-email: me@jarondl.net
8
+ License: Simplified BSD
9
+ Description:
10
+ The dateutil module provides powerful extensions to the
11
+ datetime module available in the Python standard library.
12
+
13
+ Platform: UNKNOWN
14
+ Classifier: Development Status :: 5 - Production/Stable
15
+ Classifier: Intended Audience :: Developers
16
+ Classifier: License :: OSI Approved :: BSD License
17
+ Classifier: Programming Language :: Python
18
+ Classifier: Programming Language :: Python :: 2
19
+ Classifier: Programming Language :: Python :: 2.6
20
+ Classifier: Programming Language :: Python :: 2.7
21
+ Classifier: Programming Language :: Python :: 3
22
+ Classifier: Programming Language :: Python :: 3.2
23
+ Classifier: Programming Language :: Python :: 3.3
24
+ Classifier: Programming Language :: Python :: 3.4
25
+ Classifier: Topic :: Software Development :: Libraries
26
+ Requires: six
@@ -1,5 +1,24 @@
1
- dateutil - powerfull extensions to datetime
2
- ===========================================
1
+ dateutil - powerful extensions to datetime
2
+ ==========================================
3
+
4
+ .. image:: https://img.shields.io/travis/dateutil/dateutil/master.svg?style=flat-square
5
+ :target: https://travis-ci.org/dateutil/dateutil
6
+ :alt: travis build status
7
+
8
+ .. image:: https://img.shields.io/appveyor/ci/dateutil/dateutil/master.svg?style=flat-square
9
+ :target: https://ci.appveyor.com/project/dateutil/dateutil
10
+ :alt: appveyor build status
11
+
12
+ .. image:: https://img.shields.io/pypi/dd/python-dateutil.svg?style=flat-square
13
+ :target: https://pypi.python.org/pypi/python-dateutil/
14
+ :alt: pypi downloads per day
15
+
16
+ .. image:: https://img.shields.io/pypi/v/python-dateutil.svg?style=flat-square
17
+ :target: https://pypi.python.org/pypi/python-dateutil/
18
+ :alt: pypi version
19
+
20
+
21
+
3
22
  The `dateutil` module provides powerful extensions to
4
23
  the standard `datetime` module, available in Python.
5
24
 
@@ -24,8 +43,7 @@ Features
24
43
  * Computing of relative deltas between two given
25
44
  date and/or datetime objects;
26
45
  * Computing of dates based on very flexible recurrence rules,
27
- using a superset of the
28
- [ftp://ftp.rfc-editor.org/in-notes/rfc2445.txt iCalendar]
46
+ using a superset of the `iCalendar <https://www.ietf.org/rfc/rfc2445.txt>`_
29
47
  specification. Parsing of RFC strings is supported as well.
30
48
  * Generic parsing of dates in almost any string format;
31
49
  * Timezone (tzinfo) implementations for tzfile(5) format
@@ -1,2 +1,2 @@
1
1
  # -*- coding: utf-8 -*-
2
- __version__ = "2.3"
2
+ __version__ = "2.4.1"