Hello community, here is the log from the commit of package python-alembic for openSUSE:Factory checked in at 2019-07-08 15:12:09 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/python-alembic (Old) and /work/SRC/openSUSE:Factory/.python-alembic.new.4615 (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "python-alembic" Mon Jul 8 15:12:09 2019 rev:44 rq:713876 version:1.0.11 Changes: -------- --- /work/SRC/openSUSE:Factory/python-alembic/python-alembic.changes 2019-05-06 13:28:29.969417622 +0200 +++ /work/SRC/openSUSE:Factory/.python-alembic.new.4615/python-alembic.changes 2019-07-08 16:36:59.912616017 +0200 @@ -1,0 +2,64 @@ +Sat Jul 6 21:27:43 UTC 2019 - Arun Persaud <a...@gmx.de> + +- update to version 1.0.11: + * bug + + SQLite server default reflection will ensure parenthesis are + surrounding a column default expression that is detected as + being a non-constant expression, such as a datetime() default, + to accommodate for the requirement that SQL expressions have to + be parenthesized when being sent as DDL. Parenthesis are not + added to constant expressions to allow for maximum + cross-compatibility with other dialects and existing test suites + (such as Alembic’s), which necessarily entails scanning the + expression to eliminate for constant numeric and string + values. The logic is added to the two “reflection->DDL round + trip” paths which are currently autogenerate and batch + migration. Within autogenerate, the logic is on the rendering + side, whereas in batch the logic is installed as a column + reflection hook. References: #579 + + Improved SQLite server default comparison to accommodate for a + text() construct that added parenthesis directly vs. a construct + that relied upon the SQLAlchemy SQLite dialect to render the + parenthesis, as well as improved support for various forms of + constant expressions such as values that are quoted + vs. non-quoted. References: #579 + + Fixed bug where the “literal_binds” flag was not being set when + autogenerate would create a server default value, meaning server + default comparisons would fail for functions that contained + literal values. + + Added support for MySQL “DROP CHECK”, which is added as of MySQL + 8.0.16, separate from MariaDB’s “DROP CONSTRAINT” for CHECK + constraints. The MySQL Alembic implementation now checks for + “MariaDB” in server_version_info to decide which one to use. + References: #554 + + Fixed issue where MySQL databases need to use CHANGE COLUMN when + altering a server default of CURRENT_TIMESTAMP, NOW() and + probably other functions that are only usable with + DATETIME/TIMESTAMP columns. While MariaDB supports both CHANGE + and ALTER COLUMN in this case, MySQL databases only support + CHANGE. So the new logic is that if the server default change is + against a DateTime-oriented column, the CHANGE format is used + unconditionally, as in the vast majority of cases the server + default is to be CURRENT_TIMESTAMP which may also be potentially + bundled with an “ON UPDATE CURRENT_TIMESTAMP” directive, which + SQLAlchemy does not currently support as a distinct field. The + fix addiionally improves the server default comparison logic + when the “ON UPDATE” clause is present and there are parenthesis + to be adjusted for as is the case on some MariaDB versions. + References: #564 + + Warnings emitted by Alembic now include a default stack level of + 2, and in some cases it’s set to 3, in order to help warnings + indicate more closely where they are originating from. Pull + request courtesy Ash Berlin-Taylor. + + Replaced the Python compatbility routines for getargspec() with + a fully vendored version based on getfullargspec() from Python + 3.3. Originally, Python was emitting deprecation warnings for + this function in Python 3.8 alphas. While this change was + reverted, it was observed that Python 3 implementations for + getfullargspec() are an order of magnitude slower as of the 3.4 + series where it was rewritten against Signature. While Python + plans to improve upon this situation, SQLAlchemy projects for + now are using a simple replacement to avoid any future issues. + References: #563 + +------------------------------------------------------------------- Old: ---- alembic-1.0.10.tar.gz New: ---- alembic-1.0.11.tar.gz ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ python-alembic.spec ++++++ --- /var/tmp/diff_new_pack.FTEIat/_old 2019-07-08 16:37:00.464616824 +0200 +++ /var/tmp/diff_new_pack.FTEIat/_new 2019-07-08 16:37:00.464616824 +0200 @@ -18,7 +18,7 @@ %{?!python_module:%define python_module() python-%{**} python3-%{**}} Name: python-alembic -Version: 1.0.10 +Version: 1.0.11 Release: 0 Summary: A database migration tool for SQLAlchemy License: MIT ++++++ alembic-1.0.10.tar.gz -> alembic-1.0.11.tar.gz ++++++ ++++ 6571 lines of diff (skipped)