Skip to content

Conversation

@pyup-bot
Copy link
Collaborator

@pyup-bot pyup-bot commented Mar 1, 2021

Update SQLAlchemy from 1.3.22 to 1.3.23.

Changelog

1.3.23

:released: February 1, 2021

 .. change::
     :tags: bug, ext
     :tickets: 5836

     Fixed issue where the stringification that is sometimes called when
     attempting to generate the "key" for the ``.c`` collection on a selectable
     would fail if the column were an unlabeled custom SQL construct using the
     ``sqlalchemy.ext.compiler`` extension, and did not provide a default
     compilation form; while this seems like an unusual case, it can get invoked
     for some ORM scenarios such as when the expression is used in an "order by"
     in combination with joined eager loading.  The issue is that the lack of a
     default compiler function was raising :class:`.CompileError` and not
     :class:`.UnsupportedCompilationError`.

 .. change::
     :tags: bug, postgresql
     :tickets: 5645

     For SQLAlchemy 1.3 only, setup.py pins pg8000 to a version lower than
     1.16.6. Version 1.16.6 and above is supported by SQLAlchemy 1.4. Pull
     request courtesy Giuseppe Lumia.

 .. change::
     :tags: bug, postgresql
     :tickets: 5850

     Fixed issue where using :meth:`_schema.Table.to_metadata` (called
     :meth:`_schema.Table.tometadata` in 1.3) in conjunction with a PostgreSQL
     :class:`_postgresql.ExcludeConstraint` that made use of ad-hoc column
     expressions would fail to copy correctly.

 .. change::
     :tags: bug, sql
     :tickets: 5816

     Fixed bug where making use of the :meth:`.TypeEngine.with_variant` method
     on a :class:`.TypeDecorator` type would fail to take into account the
     dialect-specific mappings in use, due to a rule in :class:`.TypeDecorator`
     that was instead attempting to check for chains of :class:`.TypeDecorator`
     instances.


 .. change::
     :tags: bug, mysql, reflection
     :tickets: 5860

     Fixed bug where MySQL server default reflection would fail for numeric
     values with a negation symbol present.


 .. change::
     :tags: bug, oracle
     :tickets: 5813

     Fixed regression in Oracle dialect introduced by :ticket:`4894` in
     SQLAlchemy 1.3.11 where use of a SQL expression in RETURNING for an UPDATE
     would fail to compile, due to a check for "server_default" when an
     arbitrary SQL expression is not a column.


 .. change::
     :tags: usecase, mysql
     :tickets: 5808

     Casting to ``FLOAT`` is now supported in MySQL >= (8, 0, 17) and
     MariaDb >= (10, 4, 5).

 .. change::
     :tags: bug, mysql
     :tickets: 5898

     Fixed long-lived bug in MySQL dialect where the maximum identifier length
     of 255 was too long for names of all types of constraints, not just
     indexes, all of which have a size limit of 64. As metadata naming
     conventions can create too-long names in this area, apply the limit to the
     identifier generator within the DDL compiler.

 .. change::
     :tags: bug, oracle
     :tickets: 5812

     Fixed bug in Oracle dialect where retriving a CLOB/BLOB column via
     :meth:`_dml.Insert.returning` would fail as the LOB value would need to be
     read when returned; additionally, repaired support for retrieval of Unicode
     values via RETURNING under Python 2.

 .. change::
     :tags: bug, mysql
     :tickets: 5821

     Fixed deprecation warnings that arose as a result of the release of PyMySQL
     1.0, including deprecation warnings for the "db" and "passwd" parameters
     now replaced with "database" and "password".


 .. change::
     :tags: bug, mysql
     :tickets: 5800

     Fixed regression from SQLAlchemy 1.3.20 caused by the fix for
     :ticket:`5462` which adds double-parenthesis for MySQL functional
     expressions in indexes, as is required by the backend, this inadvertently
     extended to include arbitrary :func:`_sql.text` expressions as well as
     Alembic's internal textual component,  which are required by Alembic for
     arbitrary index expressions which don't imply double parenthesis.  The
     check has been narrowed to include only binary/ unary/functional
     expressions directly.

.. changelog::
Links

Update pytest from 6.2.1 to 6.2.2.

Changelog

6.2.2

=========================

Bug Fixes
---------

- `8152 <https://github.com/pytest-dev/pytest/issues/8152>`_: Fixed "(<Skipped instance>)" being shown as a skip reason in the verbose test summary line when the reason is empty.


- `8249 <https://github.com/pytest-dev/pytest/issues/8249>`_: Fix the ``faulthandler`` plugin for occasions when running with ``twisted.logger`` and using ``pytest --capture=no``.
Links

Update pytest-cov from 2.10.1 to 2.11.1.

Changelog

2.11.1

-------------------

* Fixed support for newer setuptools (v42+).
Contributed by Michał Górny in `451 <https://github.com/pytest-dev/pytest-cov/pull/451>`_.

2.11.0

-------------------

* Bumped minimum coverage requirement to 5.2.1. This prevents reporting issues.
Contributed by Mateus Berardo de Souza Terra in `433 <https://github.com/pytest-dev/pytest-cov/pull/433>`_.
* Improved sample projects (from the `examples <https://github.com/pytest-dev/pytest-cov/tree/master/examples>`_
directory) to support running `tox -e pyXY`. Now the example configures a suffixed coverage data file,
and that makes the cleanup environment unnecessary.
Contributed by Ganden Schaffner in `435 <https://github.com/pytest-dev/pytest-cov/pull/435>`_.
* Removed the empty `console_scripts` entrypoint that confused some Gentoo build script.
I didn't ask why it was so broken cause I didn't want to ruin my day.
Contributed by Michał Górny in `434 <https://github.com/pytest-dev/pytest-cov/pull/434>`_.
* Fixed the missing `coverage context <https://coverage.readthedocs.io/en/stable/contexts.html>`_
when using subprocesses.
Contributed by Bernát Gábor in `443 <https://github.com/pytest-dev/pytest-cov/pull/443>`_.
* Updated the config section in the docs.
Contributed by Pamela McA'Nulty in `429 <https://github.com/pytest-dev/pytest-cov/pull/429>`_.
* Migrated CI to travis-ci.com (from .org).
Links

@coveralls
Copy link

Coverage Status

Coverage remained the same at 91.765% when pulling 58a37ab on pyup-scheduled-update-2021-03-01 into b96854f on master.

@pyup-bot
Copy link
Collaborator Author

pyup-bot commented Apr 1, 2021

Closing this in favor of #47

@pyup-bot pyup-bot closed this Apr 1, 2021
@aodj aodj deleted the pyup-scheduled-update-2021-03-01 branch April 1, 2021 17:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants