Pip: Release 19.2

Created on 21 Jun 2019  路  39Comments  路  Source: pypa/pip

THE TIME HAS COME FOR CHOOSING A RELEASE MANAGER!


More seriously, we're almost at July so we should probably figure out our RM and whether we should have a release.

auto-locked maintenance

Most helpful comment

All 39 comments

I'm up for it and am happy to defer it if someone wants to be the RM.

IMO, we have enough things in master to justify a new release (news/ has ~11 feature and bugfix files each, as on today).

(accidentally assigned myself coz pressing p\ assigned me instead of pypa/pip-committers)

On that note, pinging @pypa/pip-committers.

Hmm... Does this mean I am the release manager for 19.2?

Hmm... Does this mean I am the release manager for 19.2?

That would be nice 馃槉.

I'd like to take care of one of the next, but for this one, I'm not sure I'll have the time to properly handle it.

I'd like to take care of one of the next, but for this one, I'm not sure I'll have the time to properly handle it.

@xavfernandez What's your PyPI username?

I'll make the release in this week, optimistically. 馃檭

@xavfernandez What's your PyPI username?

xafer

Final TODO items:

  • Python 2 deprecation message update
  • Update vendored dependencies
  • Release Engineering

As a side note, currently invoke vendoring.update is broken (I encountered this issue when trying to patch html5lib in https://github.com/pypa/pip/pull/6728), and a possible fix is available at https://github.com/pypa/pip/pull/6606.

Ideally, some basic documentation would be added for the new debug command...

I won't have the bandwidth to add the docs for debug. If anything, I think I'll add a message saying "don't parse this output" and then we can address the lack of docs after the release.

If someone else wants to get that _done_, it's best to file a PR in the next 24 hours for it. I'm hoping to make the release this weekend or on Monday, if I'm feeling too tired.

@pradyunsg I'm adding the basic files.

Cf #6731

Awesome @xavfernandez! :D

Filed #6732.

Python 2 deprecation message update

6726

Update vendored dependencies

6749

Okai. I'm happy to make a release with how master looks now.

There's a bunch of approved PRs wrt tests and code cleanups -- I'm going to merge them and trust that they don't break stuff. 馃寛

I'll be doing the release engineering today.

19.2 will be based off of https://github.com/pypa/pip/commit/8582f7e40f3083e6713057122edb1143a1cd784.

One thought - maybe the release note could mention that while the upgrade should be painless, we would (of course) recommend that users test the release before deploying in production, as with any other software release. (The idea being to try to prevent problems going widespread like the ones we had in the last release).

Command pip list -o don't work.
Getting following errors:

ERROR: Exception:
Traceback (most recent call last):
  File "c:\py3\lib\site-packages\pip\_internal\cli\base_command.py", line 188, in main
    status = self.run(options, args)
  File "c:\py3\lib\site-packages\pip\_internal\commands\list.py", line 156, in run
    packages = self.get_outdated(packages, options)
  File "c:\py3\lib\site-packages\pip\_internal\commands\list.py", line 164, in get_outdated
    dist for dist in self.iter_packages_latest_infos(packages, options)
  File "c:\py3\lib\site-packages\pip\_internal\commands\list.py", line 164, in <listcomp>
    dist for dist in self.iter_packages_latest_infos(packages, options)
  File "c:\py3\lib\site-packages\pip\_internal\commands\list.py", line 195, in iter_packages_latest_infos
    best_candidate = evaluator.get_best_candidate(all_candidates)
  File "c:\py3\lib\site-packages\pip\_internal\index.py", line 729, in get_best_candidate
    best_candidate = max(candidates, key=self._sort_key)
  File "c:\py3\lib\site-packages\pip\_internal\index.py", line 710, in _sort_key
    has_allowed_hash = int(link.is_hash_allowed(self._hashes))
  File "c:\py3\lib\site-packages\pip\_internal\models\link.py", line 213, in is_hash_allowed
    return hashes.is_hash_allowed(self.hash_name, hex_digest=self.hash)
AttributeError: 'NoneType' object has no attribute 'is_hash_allowed'

So rolled back to pip 19.1.1.
environment: windows7, python3.7 (x64), upgraded from 19.1.1 with command: python -mpip install -U pip

AttributeError: 'NoneType' object has no attribute 'is_hash_allowed'

This is already known (and should be addressed soon with a new release): https://github.com/pypa/pip/issues/6772

  • 19.2.1 has been uploaded on PyPI!
  • get-pip.py has also been updated.

@pradyunsg I didn't realize 19.2.1 was released until finding this issue. Do the docs still need to be rebuilt? I only see 19.2 on https://pip.pypa.io/en/stable/news/.

Thanks.

Ah, thanks for chiming in @johnthagen! This should be fixed in a bit.

I'd accidentally pushed the 19.2 tag again, when pushing tags, instead of pushing the 19.2.1 git tag. Corrected that error. :)

Alrighty, all good then. :)

@pradyunsg Looks great now! :)

There's gonna be a 19.2.2. My current plan is to cherry-pick the following off the 19.2.1 tag:

I expect I'll make the release sometime next week so lemme know if there's any concerns w.r.t. this. :)

Oh heck.

I completely forgot about this in PyCon Korea prep. Working on this now.

ISTM that we need to update our release process notes for bugfix releases. :)

  • Built 19.2.2 off 082bc0411e9d17b3c80efed9237c61d7446515f5 (PR: #6860)
  • Uploaded to PyPI.
  • Updated get-pip.py.
  • Made sure to push the tag this time. ^>^

Okay, I'll be hopping onto a flight tomorrow evening -- ~20 hours from now. I'm plan to call it done with this release by then; barring any new bug reports of course. :)

All done for 19.2 then.

Thanks everyone who contributed to this release and especially those who flagged issues and/or helped resolved them! ^>^

The fix for #6885, needs to make it into 3.8.0's final beta, that's due tomorrow.

Thus, I'm cutting a 19.2.3 off 19.2.2, with just one merge cherry-picked: 54eedbd7b4e2a384ef981ad468c8175dcdfd93ce.

EDIT: including 0b23e2d68a7de096b75fe3ad290acd7239b6f8fa, since I don't wanna deal with merge conflicts.

  • [x] PyPI release
  • [x] get-pip.py update
  • [x] PR merge (#6920)
  • [x] Tag push
  • [x] CPython PR (https://github.com/python/cpython/pull/15483)

All done!

Shouldn't the "stable" release notes include this release?
https://pip.pypa.io/en/stable/news/
The "latest" release notes have it:
https://pip.pypa.io/en/latest/news/

Hmm... seems like the docs build is failing.

Okay, fixed that.

Managed a successful "stable" docs build with the older, non-YAML based configuration with different (older) file structure in the repository.

Was this page helpful?
0 / 5 - 0 ratings