commit python-python-dateutil for openSUSE:Factory

2020-01-19 Thread root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2020-01-19 21:00:44

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new.26092 (New)


Package is "python-python-dateutil"

Sun Jan 19 21:00:44 2020 rev:10 rq:765162 version:2.8.1

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2019-11-04 17:12:04.680624676 +0100
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new.26092/python-python-dateutil.changes
 2020-01-19 21:00:48.600156539 +0100
@@ -1,0 +2,25 @@
+Thu Jan 16 08:42:35 UTC 2020 - Tomáš Chvátal 
+
+- 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).
+
+---

Old:

  python-dateutil-2.8.0.tar.gz

New:

  python-dateutil-2.8.1.tar.gz



Other differences:
--
++ python-python-dateutil.spec ++
--- /var/tmp/diff_new_pack.ljqSAR/_old  2020-01-19 21:00:49.236156873 +0100
+++ /var/tmp/diff_new_pack.ljqSAR/_new  2020-01-19 21:00:49.244156877 +0100
@@ -1,7 +1,7 @@
 #
 # spec file for package python-python-dateutil
 #
-# Copyright (c) 2019 SUSE LINUX GmbH, Nuernberg, Germany.
+# Copyright (c) 2020 SUSE LLC
 #
 # All modifications and additions to the file contributed by third parties
 # remain the property of their copyright owners, unless otherwise agreed
@@ -27,18 +27,21 @@
 %bcond_with test
 %endif
 Name:   python-python-dateutil%{psuffix}
-Version:2.8.0
+Version:2.8.1
 Release:0
 Summary:A Python Datetime Library
 License:BSD-3-Clause OR Apache-2.0
 URL:https://dateutil.readthedocs.org/en/latest/
 Source0:
https://files.pythonhosted.org/packages/source/p/python-dateutil/python-dateutil-%{version}.tar.gz
-BuildRequires:  %{python_module setuptools >= 18.0.1}
+BuildRequires:  %{python_module setuptools >= 24.3}
 BuildRequires:  %{python_module setuptools_scm}
-BuildRequires:  %{python_module six >= 1.9.0}
+BuildRequires:  %{python_module six >= 1.5}
+BuildRequires:  dos2unix
 BuildRequires:  fdupes
 BuildRequires:  python-rpm-macros
-Requires:   python-six >= 1.9.0
+Requires:   python-six >= 1.5
+Obsoletes:  python-dateutil < %{version}
+Provides:   python-dateutil = %{version}
 BuildArch:  noarch
 %if %{with test}
 BuildRequires:  %{python_module freezegun}
@@ -50,10 +53,6 @@
 Obsoletes:  %{oldpython}-dateutil < %{version}
 Provides:   %{oldpython}-dateutil = %{version}
 %endif
-%ifpython3
-Obsoletes:  python3-dateutil < %{version}
-Provides:   python3-dateutil = %{version}
-%endif
 %python_subpackages
 
 %description
@@ -88,8 +87,7 @@
 %prep
 %setup -q -n python-dateutil-%{version}
 #cleanup and MSdos style end of line separators
-sed -i 's/\r$//' LICENSE NEWS PKG-INFO README.rst
-rm -f setup.cfg
+dos2unix LICENSE NEWS PKG-INFO README.rst
 
 %build
 %python_build
@@ -102,17 +100,16 @@
 
 %if %{with test}
 %check
+rm setup.cfg
 export LANG=en_US.UTF-8
-%{python_expand PYTHONPATH=%{buildroot}%{$python_sitelib} \
-py.test-%{$python_bin_suffix} dateutil/test}
+%pytest
 %endif
 
 %if !%{with test}
 %files %{python_files}
 %doc NEWS PKG-INFO README.rst
 %license LICENSE
-%{python_sitelib}/dateutil/
-%{python_sitelib}/python_dateutil-%{version}-py*.egg-info
+%{python_sitelib}/*
 %endif
 
 %changelog

++ python-dateutil-2.8.0.tar.gz -> python-dateutil-2.8.1.tar.gz ++
 3127 lines of diff (skipped)

commit python-python-dateutil for openSUSE:Factory

2019-11-04 Thread root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2019-11-04 17:12:00

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new.2990 (New)


Package is "python-python-dateutil"

Mon Nov  4 17:12:00 2019 rev:9 rq:744004 version:2.8.0

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2019-02-26 22:15:43.974204539 +0100
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new.2990/python-python-dateutil.changes
  2019-11-04 17:12:04.680624676 +0100
@@ -1,0 +2,5 @@
+Mon Oct 14 14:36:03 UTC 2019 - Matej Cepl 
+
+- Replace %fdupes -s with plain %fdupes; hardlinks are better.
+
+---



Other differences:
--
++ python-python-dateutil.spec ++
--- /var/tmp/diff_new_pack.6Vrk5Q/_old  2019-11-04 17:12:05.560625616 +0100
+++ /var/tmp/diff_new_pack.6Vrk5Q/_new  2019-11-04 17:12:05.572625629 +0100
@@ -31,7 +31,6 @@
 Release:0
 Summary:A Python Datetime Library
 License:BSD-3-Clause OR Apache-2.0
-Group:  Development/Libraries/Python
 URL:https://dateutil.readthedocs.org/en/latest/
 Source0:
https://files.pythonhosted.org/packages/source/p/python-dateutil/python-dateutil-%{version}.tar.gz
 BuildRequires:  %{python_module setuptools >= 18.0.1}
@@ -98,7 +97,7 @@
 %install
 %if !%{with test}
 %python_install
-%python_expand %fdupes -s %{buildroot}%{$python_sitelib}
+%python_expand %fdupes %{buildroot}%{$python_sitelib}
 %endif
 
 %if %{with test}

commit python-python-dateutil for openSUSE:Factory

2019-02-26 Thread root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2019-02-26 22:15:38

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new.28833 (New)


Package is "python-python-dateutil"

Tue Feb 26 22:15:38 2019 rev:8 rq:678904 version:2.8.0

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2018-12-27 00:27:55.451735144 +0100
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new.28833/python-python-dateutil.changes
 2019-02-26 22:15:43.974204539 +0100
@@ -1,0 +2,131 @@
+Mon Feb 25 12:05:09 UTC 2019 - Tomáš Chvátal 
+
+- Switch to _multibuild to not create buildcycle
+
+---
+Thu Feb 21 11:00:12 UTC 2019 - Hans-Peter Jansen 
+
+- 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).
+* Fixed issue in parser where a tzinfos call explicitly
+  returning None would throw a ValueError. Fixed by @parsethis
+  (gh issue #661, 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)
+* Add support for ISO 8601 times with comma as the decimal
+  separator in the dateutil.parser.isoparse function. (gh pr
+  #721)
+* Changed handling of T24:00 to be compliant with the standard.
+  T24:00 now represents midnight on the following day. Fixed by
+  @cheukting (gh issue #658, gh pr #751)
+* Fixed an issue where isoparser.parse_isotime was unable to
+  handle the 24:00 variant representation of midnight. (gh pr
+  #773)
+* Added support for more than 6 fractional digits in isoparse.
+  Reported and fixed by @jayschwa (gh issue #786, gh pr #787).
+* Added ‘z’ (lower case Z) as valid UTC time zone in isoparser.
+  Reported by @cjgibson (gh issue #820). Fixed by @Cheukting
+  (gh pr #822)
+* Fixed a bug with base offset changes during DST in tzfile,
+  and refactored the way base offset changes are detected.
+  Originally reported on StackOverflow by @MartinThoma. (gh
+  issue #812, gh pr #810)
+* Fixed error condition in tz.gettz when a non-ASCII timezone
+  is passed on Windows in Python 2.7. (gh issue #802, pr #861)
+* Improved performance and inspection properties of tzname
+  methods. (gh pr #811)
+* Removed unnecessary binary_type compatibility shims. Added by
+  @jdufresne (gh pr #817)
+* Changed python setup.py test to print an error to stderr and
+  exit with 1 instead of 0. Reported and fixed by @hroncok (gh
+  pr #814)
+* Added a pyproject.toml file with build requirements and an
+  explicitly specified build backend. (gh issue #736, gh prs
+  #746, #863)
+  + Documentation changes
+* Added documentation for the rrule.rrulestr function. Fixed by
+  @prdickson (gh issue #623, gh pr #762)
+* Added documentation for dateutil.tz.gettz. Fixed by
+  @weatherpattern (gh issue #647, gh pr #704)
+* Add documentation for the dateutil.tz.win module and mocked
+  out certain Windows-specific modules so

commit python-python-dateutil for openSUSE:Factory

2018-12-26 Thread root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2018-12-27 00:27:54

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new.28833 (New)


Package is "python-python-dateutil"

Thu Dec 27 00:27:54 2018 rev:7 rq:659610 version:2.7.3

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2018-08-31 09:47:50.740991263 +0200
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new.28833/python-python-dateutil.changes
 2018-12-27 00:27:55.451735144 +0100
@@ -1,0 +2,5 @@
+Tue Dec  4 12:53:00 UTC 2018 - Matej Cepl 
+
+- Remove superfluous devel dependency for noarch package
+
+---



Other differences:
--
++ python-python-dateutil.spec ++
--- /var/tmp/diff_new_pack.ERYnrZ/_old  2018-12-27 00:27:56.043734659 +0100
+++ /var/tmp/diff_new_pack.ERYnrZ/_new  2018-12-27 00:27:56.047734656 +0100
@@ -12,7 +12,7 @@
 # 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/
+# Please submit bugfixes or comments via https://bugs.opensuse.org/
 #
 
 
@@ -26,7 +26,6 @@
 Group:  Development/Libraries/Python
 Url:https://dateutil.readthedocs.org/en/latest/
 Source0:
https://files.pythonhosted.org/packages/source/p/python-dateutil/python-dateutil-%{version}.tar.gz
-BuildRequires:  %{python_module devel}
 BuildRequires:  %{python_module setuptools >= 18.0.1}
 BuildRequires:  %{python_module setuptools_scm}
 BuildRequires:  %{python_module six >= 1.9.0}

commit python-python-dateutil for openSUSE:Factory

2018-08-31 Thread root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2018-08-31 09:47:49

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new (New)


Package is "python-python-dateutil"

Fri Aug 31 09:47:49 2018 rev:6 rq:631025 version:2.7.3

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2017-07-17 09:00:47.715502705 +0200
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new/python-python-dateutil.changes
   2018-08-31 09:47:50.740991263 +0200
@@ -1,0 +2,196 @@
+Wed Aug 22 15:21:45 UTC 2018 - alarr...@suse.com
+
+- 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)
+  * Reorganized ``dateutil.tz`` documentation and fixed issue with the
+``dateutil.tz`` docstring. (gh pr #714)
+
+- Update to version 2.7.2
+  * Fixed an issue with the setup script running in non-UTF-8 environment.
+Reported and fixed by @gergondet (gh pr #651)
+
+- Update to version 2.7.1
+  * Updated tzdata version to 2018d.
+  * Fixed issue where parser.parse would occasionally raise
+decimal.Decimal-specific error types rather than ValueError. Reported by
+@amureki (gh issue #632). Fixed by @pganssle (gh pr #636).
+  * Improve error message when rrule's dtstart and until are not both naive or
+both aware. Reported and fixed by @ryanpetrello (gh issue #633, gh pr #634)
+
+- Update to version 2.7.0
+  * Dropped support for Python 2.6 (gh pr #362 by @jdufresne)
+  * Dropped support for Python 3.2 (gh pr #626)
+  * Updated zoneinfo file to 2018c (gh pr #616)
+  * Changed licensing scheme so all new contributions are dual licensed under
+Apache 2.0 and BSD. (gh pr #542, issue #496)
+  * Added __all__ variable to the root package. Reported by @tebriel
+(gh issue #406), fixed by @mariocj89 (gh pr #494)
+  * Added python_requires to setup.py so that pip will distribute the right
+version of dateutil. Fixed by @jakec-github (gh issue #537, pr #552)
+  * Added the utils submodule, for miscellaneous utilities.
+  * Added within_delta function to utils - added by @justanr (gh issue #432,
+gh pr #437)
+  * Added today function to utils (gh pr #474)
+  * Added default_tzinfo function to utils (gh pr #475), solving an issue
+reported by @nealmcb (gh issue #94)
+  * Added dedicated ISO 8601 parsing function isoparse (gh issue #424).
+Initial implementation by @pganssle in gh pr #489 and #622, with a
+pre-release fix by @kirit93 (gh issue #546, gh pr #573). 
+  * Moved parser module into parser/_parser.py and officially deprecated the 
use
+of several private functions and classes from that module. (gh pr #501, 
#515)
+  * Tweaked parser error message to include rejected string format, added by
+@pbiering (gh pr #300)
+  * Add support for parsing bytesarray, reported by @uckelman (gh issue

commit python-python-dateutil for openSUSE:Factory

2017-07-17 Thread root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2017-07-17 09:00:45

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new (New)


Package is "python-python-dateutil"

Mon Jul 17 09:00:45 2017 rev:5 rq:509321 version:2.6.1

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2017-05-09 17:58:54.240892507 +0200
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new/python-python-dateutil.changes
   2017-07-17 09:00:47.715502705 +0200
@@ -1,0 +2,49 @@
+Mon Jul 10 18:55:45 UTC 2017 - aloi...@gmx.com
+
+- Update to version 2.6.1
+  * Updated zoneinfo file to 2017b. (gh pr #395)
+  * Added Python 3.6 to CI testing (gh pr #365)
+  * Removed duplicate test name that was preventing a test from
+being run.
+  * Reported and fixed by @jdufresne (gh pr #371)
+  * Fixed testing of folds and gaps, particularly on Windows (gh
+pr #392)
+  * Fixed deprecated escape characters in regular expressions.
+Reported by @nascheme and @thierryba (gh issue #361), fixed by
+@thierryba (gh pr #358)
+  * Many PEP8 style violations and other code smells were fixed
+by @jdufresne (gh prs #358, #363, #364, #366, #367, #368, #372,
+#374, #379, #380, #398)
+  * Improved performance of tzutc and tzoffset objects. (gh pr
+#391)
+  * Fixed issue with several time zone classes around DST
+transitions in any zones with +0 standard offset (e.g.
+Europe/London) (gh issue #321, pr #390)
+  * Fixed issue with fuzzy parsing where tokens similar to AM/PM
+that are in the end skipped were dropped in the
+fuzzy_with_tokens list. Reported and fixed by @jbrockmendel (gh
+pr #332).
+  * Fixed issue with parsing dates of the form X m YY. Reported
+by @jbrockmendel. (gh issue #333, pr #393)
+  * Added support for parser weekdays with less than 3
+characters. Reported by @arcadefoam (gh issue #343), fixed by
+@jonemo (gh pr #382)
+  * Fixed issue with the addition and subtraction of certain
+relativedeltas. Reported and fixed by @kootenpv (gh issue #346,
+pr #347)
+  * Fixed issue where the COUNT parameter of rrules was ignored
+if 0. Fixed by @mshenfield (gh pr #330), reported by @vaultah
+(gh issue #329).
+  * Updated documentation to include the new tz methods. (gh pr
+#324)
+  * Update documentation to reflect that the parser can raise
+TypeError, reported and fixed by @tomchuk (gh issue #336, pr
+#337)
+  * Fixed an incorrect year in a parser doctest. Fixed by
+@xlotlu (gh pr #357)
+  * Moved version information into _version.py and set up the
+versions more granularly.
+
+- Use recommended source URL format
+
+---

Old:

  python-dateutil-2.6.0.tar.gz

New:

  python-dateutil-2.6.1.tar.gz



Other differences:
--
++ python-python-dateutil.spec ++
--- /var/tmp/diff_new_pack.EjyxmJ/_old  2017-07-17 09:00:48.315418231 +0200
+++ /var/tmp/diff_new_pack.EjyxmJ/_new  2017-07-17 09:00:48.315418231 +0200
@@ -19,13 +19,13 @@
 %{?!python_module:%define python_module() python-%{**} python3-%{**}}
 %define oldpython python
 Name:   python-python-dateutil
-Version:2.6.0
+Version:2.6.1
 Release:0
 Summary:A Python Datetime Library
 License:BSD-3-Clause
 Group:  Development/Libraries/Python
 Url:https://dateutil.readthedocs.org/en/latest/
-Source0:
https://pypi.io/packages/source/p/python-dateutil/python-dateutil-%{version}.tar.gz
+Source0:
https://files.pythonhosted.org/packages/source/p/python-dateutil/python-dateutil-%{version}.tar.gz
 BuildRequires:  %{python_module devel}
 BuildRequires:  %{python_module setuptools} >= 18.0.1
 BuildRequires:  %{python_module six} >= 1.9.0

++ python-dateutil-2.6.0.tar.gz -> python-dateutil-2.6.1.tar.gz ++
 4759 lines of diff (skipped)

commit python-python-dateutil for openSUSE:Factory

2017-05-09 Thread root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2017-05-09 17:58:54

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new (New)


Package is "python-python-dateutil"

Tue May  9 17:58:54 2017 rev:4 rq:493133 version:2.6.0

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2017-04-19 18:06:15.920547462 +0200
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new/python-python-dateutil.changes
   2017-05-09 17:58:54.240892507 +0200
@@ -1,0 +2,6 @@
+Sat May  6 03:31:54 UTC 2017 - toddrme2...@gmail.com
+
+- Don't provide python2-dateutil, singlespec packages should use
+  correct name.
+
+---



Other differences:
--
++ python-python-dateutil.spec ++
--- /var/tmp/diff_new_pack.zv7gnE/_old  2017-05-09 17:58:55.012783431 +0200
+++ /var/tmp/diff_new_pack.zv7gnE/_new  2017-05-09 17:58:55.016782866 +0200
@@ -16,28 +16,30 @@
 #
 
 
-%define modname dateutil
 %{?!python_module:%define python_module() python-%{**} python3-%{**}}
-Name:   python-python-%{modname}
+%define oldpython python
+Name:   python-python-dateutil
 Version:2.6.0
 Release:0
 Summary:A Python Datetime Library
 License:BSD-3-Clause
 Group:  Development/Libraries/Python
 Url:https://dateutil.readthedocs.org/en/latest/
-Source0:
https://pypi.io/packages/source/p/python-%{modname}/python-%{modname}-%{version}.tar.gz
+Source0:
https://pypi.io/packages/source/p/python-dateutil/python-dateutil-%{version}.tar.gz
 BuildRequires:  %{python_module devel}
 BuildRequires:  %{python_module setuptools} >= 18.0.1
 BuildRequires:  %{python_module six} >= 1.9.0
 BuildRequires:  fdupes
 BuildRequires:  python-rpm-macros
 Requires:   python-six >= 1.9.0
-Provides:   python-dateutil = %{version}
-%define oldpython python
 %ifpython2
 Obsoletes: %{oldpython}-dateutil < %{version}
 Provides: %{oldpython}-dateutil = %{version}
 %endif
+%ifpython3
+Obsoletes:  python3-dateutil < %{version}
+Provides:   python3-dateutil = %{version}
+%endif
 BuildRoot:  %{_tmppath}/%{name}-%{version}-build
 BuildArch:  noarch
 %python_subpackages
@@ -72,7 +74,7 @@
 Orthodox or Julian algorithms.
 
 %prep
-%setup -q -n python-%{modname}-%{version}
+%setup -q -n python-dateutil-%{version}
 #cleanup and MSdos style end of line separators
 sed -i 's/\r$//' LICENSE NEWS PKG-INFO README.rst
 rm -f setup.cfg
@@ -90,7 +92,7 @@
 %files %{python_files}
 %defattr(-,root,root)
 %doc LICENSE NEWS PKG-INFO README.rst
-%{python_sitelib}/%{modname}/
-%{python_sitelib}/python_%{modname}-%{version}-py%{python_version}.egg-info/
+%{python_sitelib}/dateutil/
+%{python_sitelib}/python_dateutil-%{version}-py*.egg-info
 
 %changelog

commit python-python-dateutil for openSUSE:Factory

2017-04-19 Thread root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2017-04-19 18:06:10

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new (New)


Package is "python-python-dateutil"

Wed Apr 19 18:06:10 2017 rev:3 rq:483978 version:2.6.0

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2016-11-10 13:14:12.0 +0100
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new/python-python-dateutil.changes
   2017-04-19 18:06:15.920547462 +0200
@@ -1,0 +2,7 @@
+Tue Mar 28 17:55:07 UTC 2017 - aloi...@gmx.com
+
+- Converted to single-spec
+- Enabled tests
+- Spec cleanup
+
+---



Other differences:
--
++ python-python-dateutil.spec ++
--- /var/tmp/diff_new_pack.SOrYR3/_old  2017-04-19 18:06:17.580312681 +0200
+++ /var/tmp/diff_new_pack.SOrYR3/_new  2017-04-19 18:06:17.588311549 +0200
@@ -1,7 +1,7 @@
 #
 # spec file for package python-python-dateutil
 #
-# Copyright (c) 2016 SUSE LINUX GmbH, Nuernberg, Germany.
+# Copyright (c) 2017 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
@@ -17,28 +17,30 @@
 
 
 %define modname dateutil
+%{?!python_module:%define python_module() python-%{**} python3-%{**}}
 Name:   python-python-%{modname}
+Version:2.6.0
+Release:0
 Summary:A Python Datetime Library
 License:BSD-3-Clause
 Group:  Development/Libraries/Python
-Version:2.6.0
-Release:0
-Source0:
https://pypi.io/packages/source/p/python-%{modname}/python-%{modname}-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-build
 Url:https://dateutil.readthedocs.org/en/latest/
-BuildRequires:  python-devel
-BuildRequires:  python-setuptools >= 18.0.1
-BuildRequires:  python-six >= 1.9.0
+Source0:
https://pypi.io/packages/source/p/python-%{modname}/python-%{modname}-%{version}.tar.gz
+BuildRequires:  %{python_module devel}
+BuildRequires:  %{python_module setuptools} >= 18.0.1
+BuildRequires:  %{python_module six} >= 1.9.0
+BuildRequires:  fdupes
+BuildRequires:  python-rpm-macros
 Requires:   python-six >= 1.9.0
-%if 0%{?suse_version} <= 1110
-%{!?python_sitelib: %global python_sitelib %(python -c "from 
distutils.sysconfig import get_python_lib; print(get_python_lib())")}
-%else
-BuildArch:  noarch
-%py_requires
-%endif
 Provides:   python-dateutil = %{version}
-# Remove "=" of Obsoletes tag when upgrading
-Obsoletes:  python-dateutil <= %{version}
+%define oldpython python
+%ifpython2
+Obsoletes: %{oldpython}-dateutil < %{version}
+Provides: %{oldpython}-dateutil = %{version}
+%endif
+BuildRoot:  %{_tmppath}/%{name}-%{version}-build
+BuildArch:  noarch
+%python_subpackages
 
 %description
 The python dateutil module provides powerful extensions to the standard
@@ -73,21 +75,22 @@
 %setup -q -n python-%{modname}-%{version}
 #cleanup and MSdos style end of line separators
 sed -i 's/\r$//' LICENSE NEWS PKG-INFO README.rst
+rm -f setup.cfg
 
 %build
-rm setup.cfg
-CFLAGS="%{optflags}" python setup.py build
+%python_build
 
 %install
-python setup.py install --prefix=%{_prefix} --root=%{buildroot}
+%python_install
+%python_expand %fdupes -s %{buildroot}%{$python_sitelib}
 
-%clean
-rm -rf %{buildroot}
+%check
+%python_exec setup.py test
 
-%files
+%files %{python_files}
 %defattr(-,root,root)
 %doc LICENSE NEWS PKG-INFO README.rst
 %{python_sitelib}/%{modname}/
-%{python_sitelib}/python_%{modname}-%{version}-py%{py_ver}.egg-info/
+%{python_sitelib}/python_%{modname}-%{version}-py%{python_version}.egg-info/
 
 %changelog

commit python-python-dateutil for openSUSE:Factory

2016-11-10 Thread h_root 
Hello community,

here is the log from the commit of package python-python-dateutil for 
openSUSE:Factory checked in at 2016-11-10 13:14:10

Comparing /work/SRC/openSUSE:Factory/python-python-dateutil (Old)
 and  /work/SRC/openSUSE:Factory/.python-python-dateutil.new (New)


Package is "python-python-dateutil"

Changes:

--- 
/work/SRC/openSUSE:Factory/python-python-dateutil/python-python-dateutil.changes
2016-03-16 10:40:28.0 +0100
+++ 
/work/SRC/openSUSE:Factory/.python-python-dateutil.new/python-python-dateutil.changes
   2016-11-10 13:14:12.0 +0100
@@ -1,0 +2,90 @@
+Wed Nov  9 07:56:09 UTC 2016 - tbecht...@suse.com
+
+- Use https for Source
+
+---
+Tue Nov  8 15:54:24 UTC 2016 - aloi...@gmx.com
+
+- 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 
+class, tzrangebase, as there was substantial overlapping
+functionality. As part of this change, tzrange and tzstr
+now expose a transitions() function, which returns the
+DST on and off transitions for a given year. (gh issue 
+#260, pr #302)
+  * Deprecated zoneinfo.gettz() due to confusion with 
+tz.gettz(), in favor of get() method of
+zoneinfo.ZoneInfoFile objects. (gh issue #11, pr #310)
+  * For non-character, non-stream arguments, parser.parse now 
+raises TypeError instead of AttributeError. (gh issues
+#171, #269, pr #247)
+  * Fixed an issue where tzfile objects were not properly 
+handling dst() and tzname() when attached to
+datetime.time objects. Reported by @ovacephaloid.
+(gh issue #292, pr #309)
+  * /usr/share/lib/zoneinfo was added to TZPATHS for 
+compatibility with Solaris systems. Reported by @dhduvall
+(gh issue #276, pr #307)
+  * tzoffset and tzrange objects now accept either a number of 
+seconds or a datetime.timedelta() object wherever
+previously only a  number of seconds was allowed.
+(gh pr #264, #277)
+  * datetime.timedelta objects can now be added to 
+relativedelta objects. Reported and added by Alec Nikolas
+Reiter (@justanr) (gh issue #282, pr #283
+  * Refactored relativedelta.weekday and rrule.weekday into a 
+common base class to reduce code duplication.
+(gh issue #140, pr #311)
+  * An issue where the WKST parameter was improperly rendering 
+in str(rrule) was reported and fixed by Daniel LePage
+(@dplepage). (gh issue  #262, pr #263)
+  * A replace() method has been added to rrule objects by 
+@jendas1, which creates new rrule with modified attributes,
+analogous to datetime.replace (gh pr #167)
+  * Made some significant performance improvements to rrule 
+objects in Python 2.x (gh pr #245)
+  * All classes defining equality functions now return 
+NotImplemented when  compared to unsupported classes,
+rather than raising TypeError, to allow other classes to
+provide fallback support. (gh pr #236)
+  * Several classes have been marked as explicitly unhashable 
+to maintain identical behavior between Python 2 and 3.
+Submitted by Roy Williams (@rowillia) (gh pr #296)
+  * Trailing whitespace in easter.py has been removed. 
+Submitted by @OmgImAlexis (gh pr #299)
+  * Windows-only batch files in build scripts had line endings 
+switched to CRLF. (gh pr #237)
+  * @adamchainz updated the documentation links to reflect 
+that the canonical location for readthedocs links is now
+at .io, not .org. (gh pr #272)
+  * Made some changes to the CI and codecov to test against 
+newer versions of Python and pypy, and to adjust the code
+coverage  requirements. For the moment, full pypy3