Changes - SailfishOS Open Build Service

Changes of Revision 8

We truncated the diff of some files because they were too big. If you want to see the full diff for every file, click here.

[-] [+]	Added	python3-dateutil.spec
@@ -0,0 +1,315 @@ +# +# spec file for package python3-dateutil +# +# Copyright (c) 2016 SUSE LINUX GmbH, Nuernberg, Germany. +# +# 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 http://bugs.opensuse.org/ +# + +%{?!py3_ver: %global py3_ver 3.4} +%{?!python3_sitearch: %global python3_sitearch /usr/lib/python%{py3_ver}/site-packages/} +%{?!python3_sitelib: %global python3_sitelib /usr/lib/python%{py3_ver}/site-packages/} + +Name: python3-dateutil +Summary: A Python Datetime Library +License: BSD-3-Clause +Group: Development/Libraries/Python +Version: 2.5.3 +Release: 23.1 +Source0: https://files.pythonhosted.org/packages/source/p/python-dateutil/python-dateutil-%{version}.tar.gz +BuildRoot: %{_tmppath}/%{name}-%{version}-build +Url: https://dateutil.readthedocs.org/en/latest/ +BuildRequires: python3-devel +BuildRequires: python3-six +BuildArch: noarch +Requires: python3-six + +%description +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. + +%prep +%setup -q -n python-dateutil-%{version} + +%build +rm setup.cfg +python3 setup.py build + +%install +python3 setup.py install --prefix=%{_prefix} --root=%{buildroot} + +%check +python3 setup.py test + +%files +%defattr(-,root,root) +%doc LICENSE NEWS PKG-INFO README.rst +%{python3_sitelib}/dateutil/ +%{python3_sitelib}/python_dateutil-%{version}-py%{py3_ver}.egg-info/ + +%changelog +* Sun May 8 2016 arun@gmx.de +- specfile: + * changed to https for source url + * updated source url to files.pythonhosted.org +* Fri Apr 22 2016 arun@gmx.de +- update to version 2.5.3: + * Updated zoneinfo to 2016d + * Fixed parser bug where unambiguous datetimes fail to parse when + dayfirst is set to true. (gh issue #233, pr #234) + * Bug in zoneinfo file on platforms such as Google App Engine which + do not do not allow importing of subprocess.check_call was + reported and fixed by @savraj (gh issue #239, gh pr #240) + * Fixed incorrect version in documentation (gh issue #235, pr #243) +* Tue Mar 29 2016 arun@gmx.de +- update to version 2.5.2: + * Updated zoneinfo to 2016c + * Fixed parser bug where yearfirst and dayfirst parameters were not + being respected when no separator was present. (gh issue #81 and + [#217], pr #229) +* Fri Mar 18 2016 arun@gmx.de +- update to version 2.5.1: + * Updated zoneinfo to 2016b + * Changed MANIFEST.in to explicitly include test suite in source + distributions, with help from @koobs (gh issue #193, pr #194, + [#201], #221) + * Explicitly set all line-endings to LF, except for the NEWS file, + on a per-repository basis (gh pr #218) + * Fixed an issue with improper caching behavior in rruleset objects + (gh issue #104, pr #207) + * Changed to an explicit error when rrulestr strings contain a + missing BYDAY (gh issue #162, pr #211) + * tzfile now correctly handles files containing leapcnt (although + the leapcnt information is not actually used). Contributed by + @hjoukl (gh issue #146, pr #147) + * Fixed recursive import issue with tz module (gh pr #204) + * Added compatibility between tzwin objects and datetime.time + objects (gh issue #216, gh pr #219) + * Refactored monolithic test suite by module (gh issue #61, pr #200 + and #206) + * Improved test coverage in the relativedelta module (gh pr #215) + * Adjusted documentation to reflect possibly counter-intuitive + properties of RFC-5545-compliant rrules, and other documentation + improvements in the rrule module (gh issue #105, gh issue #149 - + pointer to the solution by @phep, pr #213). +* Sat Mar 5 2016 arun@gmx.de +- specfile: + * update copyright year +- update to version 2.5.0: + * Updated zoneinfo to 2016a + * zoneinfo_metadata file version increased to 2.0 - the updated + updatezinfo.py script will work with older zoneinfo_metadata.json + files, but new metadata files will not work with older + updatezinfo.py versions. Additionally, we have started hosting our + own mirror of the Olson databases on a github pages site + (https://dateutil.github.io/tzdata/) (gh pr #183) + * dateutil zoneinfo tarballs now contain the full zoneinfo_metadata + file used to generate them. (gh issue #27, gh pr #85) + * relativedelta can now be safely subclassed without derived objects + reverting to base relativedelta objects as a result of arithmetic + operations. (lp:1010199, gh issue #44, pr #49) + * relativedelta 'weeks' parameter can now be set and retrieved as a + property of relativedelta instances. (lp: 727525, gh issue #45, pr + [#49]) + * relativedelta now explicitly supports fractional relative weeks, + days, hours, minutes and seconds. Fractional values in absolute + parameters (year, day, etc) are now deprecated. (gh issue #40, pr + [#190]) + * relativedelta objects previously did not use microseconds to + determine of two relativedelta objects were equal. This oversight + has been corrected. Contributed by @elprans (gh pr #113) + * rrule now has an xafter() method for retrieving multiple + recurrences after a specified date. (gh pr #38) + * str(rrule) now returns an RFC2445-compliant rrule string, + contributed by @schinckel and @armicron (lp:1406305, gh issue #47, + prs #50, #62 and #160) + * rrule performance under certain conditions has been significantly + improved thanks to a patch contributed by @dekoza, based on an + article by Brian Beck (@exogen) (gh pr #136) + * The use of both the 'until' and 'count' parameters is now + deprecated as inconsistent with RFC2445 (gh pr #62, #185) + * Parsing an empty string will now raise a ValueError, rather than + returning the datetime passed to the 'default' parameter. (gh + issue #78, pr #187) + * tzwinlocal objects now have a meaningful repr() and str() + implementation (gh issue #148, prs #184 and #186) + * Added equality logic for tzwin and tzwinlocal objects. (gh issue + [#151], pr #180, #184) + * Added some flexibility in subclassing timelex, and switched the + default behavior over to using string methods rather than + comparing against a fixed list. (gh pr #122, #139) + * An issue causing tzstr() to crash on Python 2.x was fixed. (lp: + 1331576, gh issue #51, pr #55) + * An issue with string encoding causing exceptions under certain + circumstances when tzname() is called was fixed. (gh issue #60, + [#74], pr #75) + * Parser issue where calling parse() on dates with no day specified + when the day of the month in the default datetime (which is + "today" if unspecified) is greater than the number of days in the + parsed month was fixed (this issue tended to crop up between the + 29th and 31st of the month, for obvious reasons) (canonical gh + issue #25, pr #30, #191) + * Fixed parser issue causing fuzzy_with_tokens to raise an + unexpected exception in certain circumstances. Contributed by + @MichaelAquilina (gh pr #91) + * Fixed parser issue where years > 100 AD were incorrectly + parsed. Contributed by @Bachmann1234 (gh pr #130) + * Fixed parser issue where commas were not a valid separator between + seconds and microseconds, preventing parsing of ISO 8601 + dates. Contributed by @ryanss (gh issue #28, pr #106) + * Fixed issue with tzwin encoding in locales with non-Latin + alphabets issue #92, pr #98) + * Fixed an issue where tzwin was not being properly imported on + Windows. Contributed by @labrys. (gh pr #134) + * Fixed a problem causing issues importing zoneinfo in certain + circumstances. Issue and solution contributed by @alexxv (gh