Skip to content
This repository has been archived by the owner on Feb 22, 2023. It is now read-only.

Bump pytest from 6.2.4 to 6.2.5 in /ingestion_server #220

Closed

Conversation

dependabot[bot]
Copy link
Contributor

@dependabot dependabot bot commented on behalf of github Sep 20, 2021

Bumps pytest from 6.2.4 to 6.2.5.

Release notes

Sourced from pytest's releases.

6.2.5

pytest 6.2.5 (2021-08-29)

Trivial/Internal Changes

  • #8494: Python 3.10 is now supported.
  • #9040: Enable compatibility with pluggy 1.0 or later.
Commits

Dependabot compatibility score

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.


Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

  • @dependabot rebase will rebase this PR
  • @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
  • @dependabot merge will merge this PR after your CI passes on it
  • @dependabot squash and merge will squash and merge this PR after your CI passes on it
  • @dependabot cancel merge will cancel a previously requested merge and block automerging
  • @dependabot reopen will reopen this PR if it is closed
  • @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
  • @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
  • @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

@dependabot dependabot bot requested a review from a team as a code owner September 20, 2021 16:35
@dependabot dependabot bot added dependencies Pull requests that update a dependency file python 💻 aspect: code Concerns the software code in the repository 🧰 goal: internal improvement Improvement that benefits maintainers, not users labels Sep 20, 2021
@dependabot dependabot bot force-pushed the dependabot/pip/ingestion_server/pytest-6.2.5 branch 3 times, most recently from ba0ef2b to 5c22da0 Compare September 22, 2021 16:16
@krysal
Copy link
Member

krysal commented Sep 28, 2021

@dependabot rebase

Bumps [pytest](https://github.com/pytest-dev/pytest) from 6.2.4 to 6.2.5.
- [Release notes](https://github.com/pytest-dev/pytest/releases)
- [Changelog](https://github.com/pytest-dev/pytest/blob/main/CHANGELOG.rst)
- [Commits](pytest-dev/pytest@6.2.4...6.2.5)

---
updated-dependencies:
- dependency-name: pytest
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <[email protected]>
@dependabot dependabot bot force-pushed the dependabot/pip/ingestion_server/pytest-6.2.5 branch from 5c22da0 to 961c9b1 Compare September 28, 2021 20:50
@AetherUnbound
Copy link
Contributor

I don't love that a version bump of one service affects several other unrelated ones in the Pipfile.lock. Is that expected behavior @dhruvkb?

@dhruvkb
Copy link
Member

dhruvkb commented Sep 29, 2021

@AetherUnbound I suppose it can happen if

  • the updated dependency itself depends on a newer version of the locked dependency
  • a locked dependency is incompatible with the newer version and needs to be updated

For example, if Av1 depends on Bv1 and Av2 on Bv2, updating either A or B would require the other to be updated as well.

@dhruvkb
Copy link
Member

dhruvkb commented Sep 29, 2021

In any case, passing tests are basically my go-to criteria for Dependabot PRs, as long as the major version hasn't changed.

@AetherUnbound
Copy link
Contributor

Sure, that makes sense. It looks like this PR is updating elasticsearch though - I don't believe pytest has any dependency on that

@dhruvkb
Copy link
Member

dhruvkb commented Sep 29, 2021

I thought maybe ElasticSearch had a dependency on pytest or maybe they both had a dependency on something. None of that seems to be the case here.

It's weird 🤷!

@AetherUnbound
Copy link
Contributor

That feels a bit concerning 😕 I don't know enough about pipenv to understand why dependabot would update two unrelated dependencies in one PR

@AetherUnbound
Copy link
Contributor

I am very unfamiliar with pipenv, so I might be doing something wrong. But I seem unable to update only one dependency using pipenv - it appears to update everything else it can:

$  pipenv update --selective-upgrade pytest
Locking [dev-packages] dependencies...
Building requirements...
Resolving dependencies...
✔ Success! 
Locking [packages] dependencies...
Building requirements...
Resolving dependencies...
✔ Success! 
Updated Pipfile.lock (e4d69b)!
Installing dependencies from Pipfile.lock (e4d69b)...
Collecting boto3==1.18.50▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 7/9 — 00:00:00
  Using cached boto3-1.18.50-py3-none-any.whl (131 kB)
Installing collected packages: boto3
  Attempting uninstall: boto3
    Found existing installation: boto3 1.17.67
    Uninstalling boto3-1.17.67:
      Successfully uninstalled boto3-1.17.67
WARNING: Ignoring invalid distribution -ytest (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
Successfully installed boto3-1.18.50
Collecting elasticsearch==7.15.0
  Using cached elasticsearch-7.15.0-py2.py3-none-any.whl (378 kB)
Installing collected packages: elasticsearch
  Attempting uninstall: elasticsearch
    Found existing installation: elasticsearch 7.14.1
    Uninstalling elasticsearch-7.14.1:
      Successfully uninstalled elasticsearch-7.14.1
WARNING: Ignoring invalid distribution -3transfer (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
WARNING: Ignoring invalid distribution -alcon (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
Successfully installed elasticsearch-7.15.0
Collecting falcon==3.0.1
  Using cached falcon-3.0.1-cp39-cp39-manylinux_2_17_x86_64.manylinux2014_x86_64.whl (9.0 MB)
Installing collected packages: falcon
  Attempting uninstall: falcon
    Found existing installation: falcon 3.0.0
    Uninstalling falcon-3.0.0:
      Successfully uninstalled falcon-3.0.0
WARNING: Ignoring invalid distribution -ytest (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
WARNING: Ignoring invalid distribution -oto3 (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
Successfully installed falcon-3.0.1
Collecting filelock==3.1.0
  Using cached filelock-3.1.0-py2.py3-none-any.whl (8.4 kB)
Installing collected packages: filelock
  Attempting uninstall: filelock
    Found existing installation: filelock 3.0.12
    Uninstalling filelock-3.0.12:
      Successfully uninstalled filelock-3.0.12
WARNING: Ignoring invalid distribution -luggy (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
WARNING: Ignoring invalid distribution -lasticsearch (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
Successfully installed filelock-3.1.0
Collecting pluggy==1.0.0
  Using cached pluggy-1.0.0-py2.py3-none-any.whl (13 kB)
Installing collected packages: pluggy
  Attempting uninstall: pluggy
    Found existing installation: pluggy 0.13.1
    Uninstalling pluggy-0.13.1:
      Successfully uninstalled pluggy-0.13.1
WARNING: Ignoring invalid distribution -lasticsearch (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
Successfully installed pluggy-1.0.0
Collecting s3transfer==0.5.0
  Using cached s3transfer-0.5.0-py3-none-any.whl (79 kB)
Installing collected packages: s3transfer
  Attempting uninstall: s3transfer
    Found existing installation: s3transfer 0.4.2
    Uninstalling s3transfer-0.4.2:
      Successfully uninstalled s3transfer-0.4.2
WARNING: Ignoring invalid distribution -alcon (/home/aether/.local/share/virtualenvs/ingestion_server-3RtDkHsE/lib/python3.9/site-packages)
Successfully installed s3transfer-0.5.0
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 9/9 — 00:00:02
To activate this project's virtualenv, run pipenv shell.
Alternatively, run a command inside the virtualenv with pipenv run.
All dependencies are now up-to-date!

Is this typical behavior for pipenv? Is there something I'm missing?

@krysal
Copy link
Member

krysal commented Sep 29, 2021

I found the issue:

pipenv update always targets every package in your lockfile, without exception. It does not accept arguments. If you want to upgrade a specific package, you must do it with pipenv install --selective-upgrade <package>

So in this case, pipenv install --selective-upgrade pytest==6.2.5 does the job.

@AetherUnbound
Copy link
Contributor

Wow, thank you for that excellent find @krysal! I tested this out, and it seems that you must specify the version you want to upgrade to (as you mention in your comment). Otherwise the command will complete without changing anything since you already have <package> installed.

Command examples
$ pipenv install --selective-upgrade pytest
Installing pytest...
Adding pytest to Pipfile's [packages]...
✔ Installation Succeeded 
Installing dependencies from Pipfile.lock (e4d69b)...
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 1/1 — 00:00:00
To activate this project's virtualenv, run pipenv shell.
Alternatively, run a command inside the virtualenv with pipenv run.
$ git diff
$ pipenv run pytest --version
pytest 6.2.4
$ pipenv install --selective-upgrade pytest==6.2.5
Installing pytest==6.2.5...
Adding pytest to Pipfile's [packages]...
✔ Installation Succeeded 
Pipfile.lock (e4d69b) out of date, updating to (3e2039)...
Locking [dev-packages] dependencies...
Building requirements...
Resolving dependencies...
✔ Success! 
Locking [packages] dependencies...
Building requirements...
Resolving dependencies...
✔ Success! 
Updated Pipfile.lock (3e2039)!
Installing dependencies from Pipfile.lock (3e2039)...
  🐍   ▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉▉ 0/0 — 00:00:00
To activate this project's virtualenv, run pipenv shell.
Alternatively, run a command inside the virtualenv with pipenv run.
$ git diff
diff --git a/ingestion_server/Pipfile b/ingestion_server/Pipfile
index 6e339f4..fc78c7b 100644
--- a/ingestion_server/Pipfile
+++ b/ingestion_server/Pipfile
@@ -19,7 +19,7 @@ psycopg2-binary = "*"
 PyYAML = "*"
 boto3 = "*"
 filelock = "*"
-pytest = "*"
+pytest = "==6.2.5"
 tldextract = "*"
 
 [requires]
diff --git a/ingestion_server/Pipfile.lock b/ingestion_server/Pipfile.lock
index f44dffb..aa43029 100644
--- a/ingestion_server/Pipfile.lock
+++ b/ingestion_server/Pipfile.lock
@@ -1,7 +1,7 @@
 {
     "_meta": {
         "hash": {
-            "sha256": "d371bdc9d6dfbfa5214b0508976b83320465c544ecb7a3c0f82cd46757e4d69b"
+            "sha256": "5b77a0eab3504d34b47b1c5c4dff1d2a84ebf795a9d2d5e2392321920d3e2039"
         },
         "pipfile-spec": 6,
         "requires": {
@@ -241,7 +241,7 @@
                 "sha256:91ef2131a9bd6be8f76f1f08eac5c5317221d6ad1e143ae03894b862e8976890"
             ],
             "index": "pypi",
-            "version": "==6.2.4"
+            "version": "==6.2.5"
         },
         "python-dateutil": {
             "hashes": [
$ pipenv run pytest --version
pytest 6.2.5

The aggressive upgrade method doesn't seem ideal to me, but it seems to be how dependabot does it's version bumping 🤷‍♀️

@dependabot @github
Copy link
Contributor Author

dependabot bot commented on behalf of github Oct 4, 2021

Looks like pytest is up-to-date now, so this is no longer needed.

@dependabot dependabot bot closed this Oct 4, 2021
@dependabot dependabot bot deleted the dependabot/pip/ingestion_server/pytest-6.2.5 branch October 4, 2021 14:01
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
💻 aspect: code Concerns the software code in the repository dependencies Pull requests that update a dependency file 🧰 goal: internal improvement Improvement that benefits maintainers, not users
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants