@@ -455,18 +455,18 @@ For example::
455
455
456
456
scp <filename> <username>,numpy@frs.sourceforge.net:/home/frs/project/n/nu/numpy/NumPy/<releasedir>/
457
457
458
- Update PyPi
458
+ Update PyPI
459
459
-----------
460
460
461
- The wheels and source should be uploaded to PyPi .
461
+ The wheels and source should be uploaded to PyPI .
462
462
463
463
You should upload the wheels first, and the source formats last, to make sure
464
464
that pip users don't accidentally get a source install when they were
465
465
expecting a binary wheel.
466
466
467
467
You can do this automatically using the ``wheel-uploader `` script from
468
468
https://github.com/MacPython/terryfy. Here is the recommended incantation for
469
- downloading all the Windows, Manylinux, OSX wheels and uploading to pypi .
469
+ downloading all the Windows, Manylinux, OSX wheels and uploading to PyPI .
470
470
471
471
::
472
472
@@ -482,7 +482,7 @@ The ``-v`` flag gives verbose feedback, ``-s`` causes the script to sign the
482
482
wheels with your GPG key before upload.
483
483
484
484
You may well find that these uploads break at some point, with error messages
485
- from the pypi server. In this case you'll have to continue the uploads by
485
+ from the PyPI server. In this case you'll have to continue the uploads by
486
486
hand using `twine <https://pypi.python.org/pypi/twine >`_, using something
487
487
like::
488
488
@@ -491,11 +491,12 @@ like::
491
491
Do this for the wheel files that ``wheel-uploader `` downloaded, but for which
492
492
the upload failed.
493
493
494
- It may be that the upcoming ``warehouse `` pypi server will be more reliable in
495
- receiving wheel uploads. You can set the repository to upload to with the
496
- ``-r `` flag to ``wheel-uploader `` and ``twine ``.
494
+ The ``warehouse `` PyPI server seems to be more reliable in receiving automated
495
+ wheel uploads. You can set the repository to upload to with the ``-r `` flag
496
+ to ``wheel-uploader `` and ``twine ``. The warehouse repository URL for your
497
+ ``~/.pypirc `` file is https://upload.pypi.io/legacy/
497
498
498
- There are two ways to update the source release on PyPi , the first one is::
499
+ There are two ways to update the source release on PyPI , the first one is::
499
500
500
501
$ git clean -fxd # to be safe
501
502
$ python setup.py sdist --formats=gztar,zip # to check
@@ -505,10 +506,10 @@ This will ask for your key PGP passphrase, in order to sign the built source
505
506
packages.
506
507
507
508
The second way is to upload the PKG_INFO file inside the sdist dir in the
508
- web interface of PyPi . The source tarball can also be uploaded through this
509
+ web interface of PyPI . The source tarball can also be uploaded through this
509
510
interface.
510
511
511
- To push the travis-ci OSX wheels up to pypi see :
512
+ To push the travis-ci OSX wheels up to PyPI see :
512
513
https://github.com/MacPython/numpy-wheels#uploading-the-built-wheels-to-pypi
513
514
514
515
.. _push-tag-and-commit :
0 commit comments