Hello community,

here is the log from the commit of package python-parsedatetime for 
openSUSE:Factory checked in at 2015-10-19 22:51:54
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/python-parsedatetime (Old)
 and      /work/SRC/openSUSE:Factory/.python-parsedatetime.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "python-parsedatetime"

Changes:
--------
--- 
/work/SRC/openSUSE:Factory/python-parsedatetime/python-parsedatetime.changes    
    2015-08-03 17:21:57.000000000 +0200
+++ 
/work/SRC/openSUSE:Factory/.python-parsedatetime.new/python-parsedatetime.changes
   2015-10-20 00:05:42.000000000 +0200
@@ -1,0 +2,28 @@
+Fri Oct 16 08:54:35 UTC 2015 - [email protected]
+
+- Version 1.5 (25 Jun 2015)
+    Issue #99 Which year is implied when given just a month and day? Next and 
last? question
+    Issue #96 Word boundary issues for specials (on, at, in) in nlp
+    Issue #94 inconsistent application of sourceTime in Calendar.parseDT
+    Issue #87 nlp() doesn't recognize some "next ..." expressions
+    Issue #84 Afternoon? bug
+    Issue #82 'last week' and 'next week' are broken
+    Issue #81 parse returns default time of 0900 with dates like 'next friday' 
despite passed struct_time bug
+    Issue #78 Link for Travis in README is wrong
+    Issue #72 Enable travis
+    Issue #71 Calendar() class can not be initialized 1.4 (it's fine)
+    Issue #66 Unexpected struct_time flag with Calendar.parse on HTML <a href> 
string
+    Issue #65 NLP false positives
+    Issue #63 Supporting multiple shortweekday abbreviations
+    Issue #61 Short weekday abbreviations bug
+    Issue #56 Parse words to numbers (thirteen => 13)
+    Issue #54 testMonths fails
+
+    commit 107c7e4655 fix for issue 95 - parsing 'next june 15'
+    commit 2c0c8ec778 Fixed faulty test, "730am" parses as "73:0 am" which is 
a bug for a later day.
+    commit 6f244e891d Fix "ones" parsing as "1s." Require a word boundary 
between spelled numbers and units.
+    commit 035818edef Fix "1 day ago" parsing like "1d 1y ago" where "a" 
within the word "day" is interpreted as 1.
+    commit 45002e6eec Fixes "next week" and similar modifier + unit pairs in 
nlp()
+    commit 47d2e1d527 Fixed "last week"
+
+-------------------------------------------------------------------

Old:
----
  parsedatetime-1.4.tar.gz

New:
----
  parsedatetime-1.5.tar.gz

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ python-parsedatetime.spec ++++++
--- /var/tmp/diff_new_pack.1HtzCK/_old  2015-10-20 00:05:42.000000000 +0200
+++ /var/tmp/diff_new_pack.1HtzCK/_new  2015-10-20 00:05:42.000000000 +0200
@@ -18,7 +18,7 @@
 
 %define modname parsedatetime
 Name:           python-%{modname}
-Version:        1.4
+Version:        1.5
 Release:        0
 Summary:        Parse human-readable date/time text
 License:        Apache-2.0
@@ -43,6 +43,7 @@
 
 %install
 python setup.py install --prefix=%{_prefix} --root=%{buildroot}
+chmod 775 %{buildroot}%{python_sitelib}/%{modname}/__init__.py
 
 %files
 %defattr(-,root,root)

++++++ parsedatetime-1.4.tar.gz -> parsedatetime-1.5.tar.gz ++++++
++++ 7011 lines of diff (skipped)


Reply via email to