Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Release 0.7.1 #160

Merged
merged 5 commits into from
Jul 28, 2018
Merged

Release 0.7.1 #160

merged 5 commits into from
Jul 28, 2018

Conversation

nicoddemus
Copy link
Member

OK now we are in business.

Had to call git commit directly in the commit script because apparently gitpython bypasses the local configuration (don't have time right now to look for another solution).

Other than that, I changed #131 and #66 from feature to trivial, as those are more internal changes than user-facing features.

Those are more internal changes than user-facing features
Otherwise it will bypass some configuration options in the system,
specially autocrlf option which will mess up line endinds on Windows :/
@goodboy
Copy link
Contributor

goodboy commented Jul 27, 2018

So this is where we click merge and everything just happens?

@RonnyPfannschmidt
Copy link
Member

@tgoodlet it still needs a tag as well

@nicoddemus
Copy link
Member Author

Yep just pushed the tag. Now Travis should deploy it for us. After that we can merge. 😁

@goodboy
Copy link
Contributor

goodboy commented Jul 27, 2018

Version conflict in the benchmark tests?

@nicoddemus
Copy link
Member Author

Bummer:

pkg_resources.ContextualVersionConflict: (pluggy 0.7.0 (/home/travis/build/pytest-dev/pluggy/.tox/benchmark/lib/python3.6/site-packages), Requirement.parse('pluggy<0.7,>=0.5'), {'pytest'})

pytest requires pluggy<0.7... not sure why this didn't blow up with the other jobs. 🤔

@goodboy
Copy link
Contributor

goodboy commented Jul 27, 2018

@nicoddemus maybe a race with the PyPi upload? Benchmark tests are the last job?

@nicoddemus
Copy link
Member Author

nicoddemus commented Jul 27, 2018

No, it is a conflict with the pluggy being built...

It is weird because the other jobs installed pytest and pluggy even with the restriction in place:

py27release

============================= test session starts ==============================
platform linux2 -- Python 2.7.14, pytest-3.6.3, py-1.5.4, pluggy-0.7.0

Back to the job with the problem, it also seems we have a hidden bug in pluggy:

  File "/home/travis/build/pytest-dev/pluggy/.tox/benchmark/lib/python3.6/site-packages/pluggy/manager.py", line 258, in load_setuptools_entrypoints
    "Plugin %r could not be loaded: %s!" % (ep.name, e))
TypeError: __init__() missing 1 required positional argument: 'message'

EDIT:

Yep:

pluggy/pluggy/manager.py

Lines 256 to 258 in 8294801

except VersionConflict as e:
raise PluginValidationError(
"Plugin %r could not be loaded: %s!" % (ep.name, e))

nicoddemus added a commit to nicoddemus/pluggy that referenced this pull request Jul 27, 2018
@nicoddemus
Copy link
Member Author

nicoddemus commented Jul 27, 2018

I propose that we skip the benchmark job when making releases. As #164 shows, it is failing when loading the benchmark entry point, but is not the fault of the benchmark specifically because it does not pin pluggy. I'm guessing it is a problem with pip's dependency solver.

@nicoddemus
Copy link
Member Author

Another solution is to release a new pytest version with pluggy<0.8 pinnings.

@nicoddemus
Copy link
Member Author

Started pytest 3.6.4 which loosens the pin a bit to pluggy<0.8: pytest-dev/pytest#3728

Seems like the easiest solution for now because we won't need to change anything on pluggy. Still, it is an interesting problem because it doesn't seem to exist a direct solution to this, they are all compromises.

@nicoddemus nicoddemus changed the title Release 0.7.0 Release 0.7.1 Jul 28, 2018
@nicoddemus
Copy link
Member Author

With the new pytest released which pins to pluggy<0.8 this should now work. I've also cherry-picked the fix in #164 to here.

I had to manually update the changelog to mark 0.7.0 as never released to PyPI, let me know if you guys thinks that is fine.

@nicoddemus nicoddemus closed this Jul 28, 2018
@nicoddemus nicoddemus reopened this Jul 28, 2018
CHANGELOG.rst Outdated
@@ -1,4 +1,4 @@
Pluggy 0.7.0 (2018-07-26)
pluggy 0.7.1 (2018-07-28)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

a p is missinghere

CHANGELOG.rst Outdated
@@ -1,4 +1,4 @@
Pluggy 0.7.0 (2018-07-26)
pluggy 0.7.1 (2018-07-28)
=========================

Deprecations and Removals
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

dito

@RonnyPfannschmidt
Copy link
Member

i beleive the templates are broken for multiple projects

@nicoddemus
Copy link
Member Author

Actually it is a problem with the GH extension we use, see my other replies 😁

@goodboy
Copy link
Contributor

goodboy commented Jul 28, 2018

So we're good to go here now. Nice job on the bug fix btw @nicoddemus.

@nicoddemus
Copy link
Member Author

Yep we just need to push a tag here. Want to do the honors here @tgoodlet? I'm away from the computer now

@goodboy
Copy link
Contributor

goodboy commented Jul 28, 2018

@nicoddemus tag is 0.7.1 yah?

@nicoddemus
Copy link
Member Author

nicoddemus commented Jul 28, 2018 via email

@goodboy
Copy link
Contributor

goodboy commented Jul 28, 2018

Weird, I totally didn't know you can just push a tag without the branch.
Anyway, think I did it?

@goodboy
Copy link
Contributor

goodboy commented Jul 28, 2018

Yup. We're live 👍

@goodboy
Copy link
Contributor

goodboy commented Jul 28, 2018

I guess the only thing remaining is the anaconda package?

@nicoddemus
Copy link
Member Author

That happens automatically :)

@nicoddemus nicoddemus merged commit e601df4 into pytest-dev:master Jul 28, 2018
@nicoddemus nicoddemus deleted the release-0.7.0 branch July 28, 2018 23:52
dmoneil2 pushed a commit to intel/CPU-Manager-for-Kubernetes that referenced this pull request Jul 31, 2018
Because we don't have the highest supported pluggy and pytest-cov versions configured in requirements.txt,
pip installs the newest pluggy 0.7.1 which is incompatible with the pytest version we use.

For the reference see issues:
pytest-dev/pluggy#160
pytest-dev/pytest#3727

Solution is to add pluggy's version restrictions to our requirements.

Signed-off-by: Przemyslaw Lal <[email protected]>
@nicoddemus
Copy link
Member Author

I guess the only thing remaining is the anaconda package?

@tgoodlet FYI https://github.com/regro-cf-autotick-bot picks up releases to PyPI and automatically opens a PR to update the conda package. 😉

conda-forge/pluggy-feedstock#6

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