Hello community,

here is the log from the commit of package python3-pyparsing for 
openSUSE:Factory checked in at 2016-09-05 21:23:13
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/python3-pyparsing (Old)
 and      /work/SRC/openSUSE:Factory/.python3-pyparsing.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "python3-pyparsing"

Changes:
--------
--- /work/SRC/openSUSE:Factory/python3-pyparsing/python3-pyparsing.changes      
2016-06-19 11:08:56.000000000 +0200
+++ /work/SRC/openSUSE:Factory/.python3-pyparsing.new/python3-pyparsing.changes 
2016-09-05 21:23:59.000000000 +0200
@@ -1,0 +2,74 @@
+Sat Sep  3 21:55:21 UTC 2016 - [email protected]
+
+- update to version 2.1.8:
+  * Fixed issue in the optimization to _trim_arity, when the full
+    stacktrace is retrieved to determine if a TypeError is raised in
+    pyparsing or in the caller's parse action. Code was traversing the
+    full stacktrace, and potentially encountering UnicodeDecodeError.
+  * Fixed bug in ParserElement.inlineLiteralsUsing, causing infinite
+    loop with Suppress.
+  * Fixed bug in Each, when merging named results from multiple
+    expressions in a ZeroOrMore or OneOrMore. Also fixed bug when
+    ZeroOrMore expressions were erroneously treated as required
+    expressions in an Each expression.
+  * Added a few more inline doc examples.
+  * Improved use of runTests in several example scripts.
+
+- changes from version 2.1.7:
+  * Fixed regression reported by Andrea Censi (surfaced in PyContracts
+    tests) when using ParseSyntaxExceptions (raised when using
+    operator '-') with packrat parsing.
+  * Minor fix to oneOf, to accept all iterables, not just
+    space-delimited strings and lists. (If you have a list or set of
+    strings, it is not necessary to concat them using ' '.join to pass
+    them to oneOf, oneOf will accept the list or set or generator
+    directly.)
+
+- changes from version 2.1.6 :
+  * *Major packrat upgrade*, inspired by patch provided by Tal Einat -
+    many, many, thanks to Tal for working on this! Tal's tests show
+    faster parsing performance (2X in some tests), *and* memory
+    reduction from 3GB down to ~100MB! Requires no changes to
+    existing code using packratting. (Uses OrderedDict, available in
+    Python 2.7 and later.  For Python 2.6 users, will attempt to
+    import from ordereddict backport. If not present, will implement
+    pure-Python Fifo dict.)
+  * Minor API change - to better distinguish between the flexible
+    numeric types defined in pyparsing_common, I've changed "numeric"
+    (which parsed numbers of different types and returned int for
+    ints, float for floats, etc.) and "number" (which parsed numbers
+    of int or float type, and returned all floats) to "number" and
+    "fnumber" respectively. I hope the "f" prefix of "fnumber" will be
+    a better indicator of its internal conversion of parsed values to
+    floats, while the generic "number" is similar to the flexible
+    number syntax in other languages. Also fixed a bug in
+    pyparsing_common.numeric (now renamed to pyparsing_common.number),
+    integers were parsed and returned as floats instead of being
+    retained as ints.
+  * Fixed bug in upcaseTokens and downcaseTokens introduced in 2.1.5,
+    when the parse action was used in conjunction with results names.
+    Reported by Steven Arcangeli from the dql project, thanks for your
+    patience, Steven!
+  * Major change to docs! After seeing some comments on reddit about
+    general issue with docs of Python modules, and thinking that I'm a
+    little overdue in doing some doc tuneup on pyparsing, I decided to
+    following the suggestions of the redditor and add more inline
+    examples to the pyparsing reference documentation. I hope this
+    addition will clarify some of the more common questions people
+    have, especially when first starting with pyparsing/Python.
+  * Deprecated ParseResults.asXML. I've never been too happy with this
+    method, and it usually forces some unnatural code in the parsers
+    in order to get decent tag names. The amount of guesswork that
+    asXML has to do to try to match names with values should have been
+    a red flag from day one. If you are using asXML, you will need to
+    implement your own ParseResults->XML serialization. Or consider
+    migrating to a more current format such as JSON (which is very
+    easy to do: results_as_json = json.dumps(parse_result.asDict())
+    Hopefully, when I remove this code in a future version, I'll also
+    be able to simplify some of the craziness in ParseResults, which
+    IIRC was only there to try to make asXML work.
+  * Updated traceParseAction parse action decorator to show the repr
+    of the input and output tokens, instead of the str format, since
+    str has been simplified to just show the token list content.
+
+-------------------------------------------------------------------

Old:
----
  pyparsing-2.1.5.tar.gz

New:
----
  pyparsing-2.1.8.tar.gz

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

Other differences:
------------------
++++++ python3-pyparsing.spec ++++++
--- /var/tmp/diff_new_pack.f8HXTX/_old  2016-09-05 21:24:01.000000000 +0200
+++ /var/tmp/diff_new_pack.f8HXTX/_new  2016-09-05 21:24:01.000000000 +0200
@@ -17,7 +17,7 @@
 
 
 Name:           python3-pyparsing
-Version:        2.1.5
+Version:        2.1.8
 Release:        0
 Url:            http://pyparsing.wikispaces.com/
 Summary:        Grammar Parser Library for Python

++++++ pyparsing-2.1.5.tar.gz -> pyparsing-2.1.8.tar.gz ++++++
++++ 23971 lines of diff (skipped)


Reply via email to