Also run the integration and unit tests at the same time.

This breaks sugar's output, so we drop it.

We also speed up test collection by defining pytest's testpaths.

Based on and closes #6653. Also supersedes and closes #5987.

Co-authored-by: Alexey Vyskubov <avysk@users.noreply.github.com>
Co-authored-by: lbr <lbr@limessecurity.com>

The "--require" option does not exist. I guess it should be the previous `--dependency` option.

See https://github.com/scop/bash-completion/blob/master/README.md#faq

this avoids issues when `PYTHON*` environmental variables are set, and
prevents the CWD from being added to `sys.path` (and thus clobbering
stdlib names)

This pull request adds a note under publish about publishing
repositories.

Co-authored-by: Bjorn Neergaard <bjorn@neersighted.com>

<!--pre-commit.ci start-->
updates:
- [github.com/asottile/pyupgrade: v2.38.0 →
v2.38.2](https://github.com/asottile/pyupgrade/compare/v2.38.0...v2.38.2)
<!--pre-commit.ci end-->

Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com>

Co-authored-by: Bjorn Neergaard <bjorn@neersighted.com>

Co-authored-by: Bjorn Neergaard <bjorn@neersighted.com>
Co-authored-by: Mathieu Kniewallner <mathieu.kniewallner@gmail.com>

Co-authored-by: Maxim Koltsov <kolmax94@gmail.com>

Co-authored-by: Bjorn Neergaard <bjorn@neersighted.com>

We are hit by https://github.com/pypa/pip/issues/11352 which has
been fixed on the main branch, but not yet on a release.

CI is failing on Python 3.11.0rc2 for macOS because of missing
certificates. For some reasons, they don't seem to be correctly
installed, so we manually bundle them with `certifi` and symlink them.

Co-authored-by: Bjorn Neergaard <bjorn@neersighted.com>

updates:
- [github.com/asottile/pyupgrade: v2.37.3 → v2.38.0](https://github.com/asottile/pyupgrade/compare/v2.37.3...v2.38.0)

Add test for generating "packages" in pyproject.toml.
Originally implemented in this commit:

https://github.com/python-poetry/poetry/commit/85f922dfddb8d8e61408b5d8e53f3bffb6beb2b3

Co-authored-by: Arun Babu Neelicattu <arun.neelicattu@gmail.com>

Co-authored-by: Mathieu Kniewallner <mathieu.kniewallner@gmail.com>

refresh lockfile

it looks as though the latest lock was done with a cache that is missing
some recent uploads

This handles the TODO for checking the existence of the files being
uploaded by the Uploader class.

https://github.com/python-poetry/poetry/blob/c967a4a5abc6a0edd29c57eca307894f6e1c4f16/poetry/publishing/uploader.py#L229
In the case that a file does not exist, it raises a UploadError.

The raised error message is as follows: `Archive ([FILENAME]) does not exist`

Co-authored-by: Bjorn Neergaard <bjorn@neersighted.com>

Resolves some discussion in #3855

Inspects trove classifiers on `check` CLI command calls, and look for
unrecognized and deprecated categories.

Adds dependency https://github.com/pypa/trove-classifiers, a package
published and maintained by the PyPA that is cataloguing all classifiers.
This is the canonical source of all trove definitions.

Resolves: #2579

Resolves: #2034 

It's useful to both developer tools and for users to recognize the
lock file is generated. This header should achieve both.

Resolves: #6018 

1. Added a check so that if `python` argument is a file (then it should
be a python path) - extract it's venv name and raise `IncorrectEnvError`
if it doesn't belong to this project
    **Before**
    ```
└❯ poetry env remove
~/.cache/pypoetry/virtualenvs/different-project-OKfJHH_5-py3.10/bin/python
    /bin/sh: 1: different-project-OKfJHH_5-py3.10: not found

Deleted virtualenv: ~/.cache/pypoetry/virtualenvs/poetry-4pWfmigs-py3.10
    ```
    Removes current project's env, which is wrong.
    **After**
    ```
└❯ poetry env remove
~/.cache/pypoetry/virtualenvs/different-project-OKfJHH_5-py3.10/bin/python

Env different-project-OKfJHH_5-py3.10 doesn't belong to this project.
    ```
2. Added the exact same check as before ^, but for cases where env name
is passed.
    **Before**
    ```
    └❯ poetry env remove different-project-OKfJHH_5-py3.10      
     /bin/sh: 1: different-project-OKfJHH_5-py3.10: not found

Command different-project-OKfJHH_5-py3.10 -c "import sys;
print('.'.join([str(s) for s in sys.version_info[:3]]))" errored with
the following return code 127, and output:
    ```
Errors while trying to exec env name as an interpreter, error is not
clear.
    **After**
    ```
└❯ poetry env remove different-project-OKfJHH_5-py3.10

Env different-project-OKfJHH_5-py3.10 doesn't belong to this project.
    ```
3. Added a couple of tests for **new** and for **old** scenarios which
weren't tested.
4. Added `venv_name` fixture for `tests/utils` directory to use in
`test_env`. Also replaced some of `"simple-project"` hardcoded value to
use `poetry.package.name`

It's up to maintainers to choose what they want for this project - I'm
happy either way if we at least fix the bug. I can remove/change any of
the stuff I added on top of the fix. But yeah I just decided that if we
fix the bug, we might also make some improvements/changes in this area
of code. Any thoughts on this are welcome, thanks!