Adjust test_pgconn::test_info() for mypy

Resolves the following error:
  error: Item "None" of "Optional[bytes]" has no attribute "decode"

Rename a variable in test_conninfo_parse()

To silent a 'incompatible types in assignment' mypy error.

Rename a variable in tests/pq/test_copy.py

To silent a 'incompatible types in assignment' mypy error.

Adjust test_pq::test_build_version() for mypy

pq.__build_version__ might be None.

Rename a variable in test_conninfo_parse() to silent a mypy error

Merge branch 'mypy-tests/types'

Let mypy check tests/types code

We configure mypy to check untyped defs in tests/ directory, but only
let it check tests/types files at the moment.

Rename a variable in test_composite.py::test_register_scope()

To make mypy happy.

Add a couple of "# type: ignore" in datetime tests

Mypy cannot check map() calls on split-strings.

Rename a variable in test_array.py::test_all_chars()

To make mypy happy.

Make test_multirange.py mypy-clean

Either ignoring errors (often intended) or adding type hints/ignore as
in previous commit.

Make test_range.py mypy-clean

This consists in adding the type variable to Range type when it makes
sense or to let mypy ignore the 'var-annotated' error for ranges
declared as empty, and where we do not use the underlying value.

In test_in(), we add an extra check to verify that mypy warns about
types incompatibility.

Ignore typing errors in test_no_info_error() tests

Pass a dummy oid in test_hstore::test_parse_{ok,bad}

HstoreLoader() wants an integer value as first parameter 'oid'. In these
tests, the value does not matter but at least pass the expected type.

Make __version__ importable, although not included in __all__

Make the mypy fixture available to the whole test suite

Also make mypy tests automatically slow.

See #130 for other cases where a mypy fixture would be useful.

Harmless refactoring to server-side cursors

It's cool that mypy finds the common base of the two expressions in the
ternary operator.

Shorten server-side cursor execute() tracebacks

Merge remote-tracking branch 'sureshdsk/issue-125'

Ignore .venv dir in any subdir

added async server cursor close tests for fetchone, fetchmany, fetchall

fixed cursor close check + updated news

added issue-125 fix to news

Fix Sphinx setup version specification

Also specify other dependencies using the ~= operator.

added async cursor close tests for fetchone, fetchmany, fetchall

fixed cursor close check + added tests for fetchone, fetchmany, fetchall

fix: check if cursor is closed

Fix test range comparison with empty ranges

Mark slow every test taking more than 0.1s to run

Better workaround for bad datetime comparison Python bug

The problem doesn't just happen far away in the future. 2255 is enough.
See https://bugs.python.org/issue45347#msg405284

Compare timestamps by checking if their delta is 0, convert ranges bounds
to utc.

Fun fact: pytest --randomly-seed=293472621 triggers both the multirange
array bug and this.

Avoid error in multirange arrays random testing

Don't create arrays with first element empty if dumping in binary. It is
known to not work (see xfail in multirange tests).

Retry a brittle test

Make ServerCursorHelper.format private

Reduce duplicate code, remove a race condition (the format set outside
the lock section), make _declare_gen() interface more similar to
_execute_gen().

refactor: compose DECLARE in the helper common path

...instead of in the separate sync/async branches.

Clean up imports/exports in psycopg package

Drop file-level F401 ignore and declare explicitly what is exported.

Something reordered to keep together package-level types registration,
to use a somewhat alphabetical order to group of things.

Rename test file dropping the 3 from psycopg

Raise a TypeError when slice-setting a Multirange with a non-iterable value

The type declaration is:

    def __setitem__(index: slice, value: Iterable[Range[T]]) -> None:
        ...

so passing a non-iterable value should not be allowed. However, the
method implementation makes a special-case for non-iterable values with
a slice.

In accordance with MutableSequence behavior, e.g.:

  >>> x = [1, 2, 3]
  >>> x[1:3] = 0
  Traceback (most recent call last):
    File "<stdin>", line 1, in <module>
  TypeError: can only assign an iterable

it seems more correct to raise a TypeError.

Re-export DB-API type constructors and singletons

Following https://www.python.org/dev/peps/pep-0249/#type-objects-and-constructors

Fix formatting in news page

Fix type hint for `Connection.notifies()`

Close #128.

Fix type hint for `sql.SQL.join()`

Close #127.

Remove the pgresult structure from the cursor on close

This is what the dbapi demands and helps with make the cursor
unavailable after close.

Bump sphinx to 4.2 to build docs

Version 4.1 has problems with Python 3.10

Install shapely requirements to validate docs

If it works the same change will be applied to the psycopg-website
repos.

Close #123

Extend docs about connection context

Highlight the difference from normal connection (implicit rollback vs.
explicit commit) after conversation on the mailing list about the
inconsistency between the operations.

Fix wrong error message on unknown PostgreSQL encoding

Reported in #122.

Bump version number to next dev release

Fix var name in transactions doc examples

Highlight meaningful lines in transaction examples

Fix docs wording after Daniel Fortunov's suggestion

Tweak "Multiple statements in the same query" docs

Minor wording and typographical tweaks in follow-up to 650e215b

Add documentation about multiple statements execution

Close #109.

Improve transactions documentation

close #110

Bump to version 3.0.1

Merge branch 'bug-112'

Mention bug fixed in news file

Close #112.

Don't use row dumpers to dump a sequence in C implementation either

As per previous commit, the assumption that different rows will need the
different dumper is easily broken.

Ref. bug #112

Add tests on executemany to check the same problem of bug #112

Don't use row dumpers to dump a sequence

Using row dumpers uses the assumption that the types will be the same if
we see the same query. It's easy to break this assumption. Being cheeky
is a way (like passing arguments 1, '2' to the same query...) but it's
easy to trigger the problem dumping numbers and going from in2-size to
int4-size.

This commit only fixes the Python implementation.

Ref. bug #112

Add test to reproduce bug #112

Our first bug!

Bump to next dev release

Fix composite example

More docs typo

Docs typo

Bold for an important install requirement

Fix typo, as well as the sense, of a sentence

Fix news for release 3.0

Bump to version 3.0.0

Move classifiers to stable release

Drop --pre from documentation

Drop docs for numeric wrappers

They might not be needed after all, because set_types is probably a
better approach.

Add typing docs page

Improve "what's new section in the docs.

Docs typos

Upgrade flake8 to 4.0.1

Fix random test failure caused by degenerate list sample

For example it would fail if a list containing an empty range would be
selected.

https://github.com/psycopg/psycopg/pull/102/checks?check_run_id=3859021392

Add PGconn.send_flush_request()

This function is associated with the pipeline mode.

Merge branch 'libpq/pipeline'

Use constant name as return value for pipeline_status

Also use the enum in test, without assuming OFF == 0

Rework PGconn.pipeline_status

We make this method a property, that returns an integer value, as do
other similar properties/methods on PGconn.

Then, for libpq version older than 14.0, we make this property always
return 0 (PQ_PIPELINE_OFF).

Define PGRES_PIPELINE_* ExecStatusType values as macros for libpq < 14.0

Hide long tracebacks on connect

Only hide tracebacks of errors coming from the database. They just come
from the database: seeing exactly where they explode inside psycopg is
not useful for the end user. Especially given the generator/waiting
interaction.

See https://github.com/psycopg/psycopg/issues/99 for an example of not
particularly helpful traceback (the message is the only useful bit).

Mark typing test slow

Don't generate random timestamps BC

It might happen to go below datetime.datetime.min if the timezone is
involved.

Today the random data generator is having a field day...

Add tests to verify that execute and enter respect cursor subclasses

Improve typing definition for cursor execute/enter

This is more redundant than using AnyCursor but it respects better the
interface returned.

Avoid to create emtpy ranges in tests

Bump up a timeout for a test which sometimes fails in the CI on windows

Properly close the at hock event loop in test_windows_error

Test binary packages using Postgres 13 to avoid scram auth problems on aarch64

Build Windows binary package with libpq 14

Update Windows CI job for Postgres 14

Since image 20211003.2, PostgreSQL 14 is installed:

  https://github.com/actions/virtual-environments/blob/win19/20211003.2/images/win/Windows2019-Readme.md

Fix connection delay bias in pool test queue

The connection time was mistakenly counted in the execution time, which
made the test more brittle than already is.

Use PostgreSQL 14 to test in the CI

Install typing extensions for setuptools, pytest

Move mypy configuration to pyproject.toml

Dropped unneeded continue at the end of a loop

Merge pull request #91 from dlax/generators-c

Define and use send(), fetch_many() and fetch() generators in C implementation

Possibly use C impl of send() and fetch() in Cursor.stream()

Taking advantage of these functions being available per previous commit.

Extract send(), fetch_many() and fetch() from generators.execute() C impl

We extract send(), fetch_many() and fetch() functions from execute() C
implementation. This way, the code structure is similar to the Python
implementation.