@@ -138,7 +138,7 @@ methods.
138138Upload 2.0 API Specification
139139============================
140140
141- This PEP draws inspiration from the `Resumable Uploads for HTTP <ietf-draft >`_ internet draft,
141+ This PEP draws inspiration from the `Resumable Uploads for HTTP <ietf-draft _ >`_ internet draft,
142142however there are significant differences. This is largely due to the unique nature of Python
143143package releases (i.e. metadata, multiple related artifacts, etc.), and the support for an upload
144144session and release stages. Where it makes sense to adopt details of the draft, this PEP does so.
@@ -413,8 +413,8 @@ the ``files`` mapping, with the above ``Location`` URL included in under the ``l
413413
414414.. IMPORTANT ::
415415
416- The `IETF draft <ietf-draft >`_ calls this the URL of the `upload resource
417- <ietf-upload-resource > `_, and this PEP uses that nomenclature as well.
416+ The `IETF draft <ietf-draft _ >`_ calls this the URL of the `upload resource
417+ <ietf-upload-resource_ > `_, and this PEP uses that nomenclature as well.
418418
419419.. _ietf-upload-resource : https://www.ietf.org/archive/id/draft-ietf-httpbis-resumable-upload-05.html#name-upload-creation-2
420420
@@ -430,9 +430,9 @@ for "chunked" upload where the file contents are split into multiple requests, a
430430
431431.. IMPORTANT ::
432432
433- The protocol defined in this PEP differs from the `IETF draft <ietf-draft >`_ in a few ways:
433+ The protocol defined in this PEP differs from the `IETF draft <ietf-draft _ >`_ in a few ways:
434434
435- * For chunked uploads, the `second and subsequent chunks <ietf-upload-append >`_ are uploaded
435+ * For chunked uploads, the `second and subsequent chunks <ietf-upload-append _ >`_ are uploaded
436436 using a ``POST `` request instead of ``PATCH `` requests. Similarly, this PEP uses
437437 ``application/octet-stream `` for the ``Content-Type `` headers for all chunks.
438438
@@ -892,7 +892,7 @@ Is this Resumable Upload protocol based on anything?
892892
893893Yes!
894894
895- It's actually based on the protocol specified in an `active internet draft <ietf-draft >`_, where the
895+ It's actually based on the protocol specified in an `active internet draft <ietf-draft _ >`_, where the
896896authors took what they learned implementing `tus <https://tus.io/ >`_ to provide the idea of
897897resumable uploads in a wholly generic, standards based way.
898898
@@ -936,7 +936,7 @@ Open Questions
936936Multipart Uploads vs tus
937937------------------------
938938
939- This PEP currently bases the actual uploading of files on an `internet draft <ietf-draft >`_
939+ This PEP currently bases the actual uploading of files on an `internet draft <ietf-draft _ >`_
940940(originally designed by `tus.io <https://tus.io/ >`__) that supports resumable file uploads.
941941
942942That protocol requires a few things:
0 commit comments