-
Notifications
You must be signed in to change notification settings - Fork 986
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
HTTPError: 400 Client Error: The description failed to render in the default format of reStructuredText #5890
Comments
I just manage to upload it by replacing: from distutils.core import setup, Extension With: from setuptools import setup, Extension |
facing this error twine upload --repository pypi dist/* |
I was also having this problem suddenly, even though my I am using the travis-ci PyPI deploy feature. In my case, the extended error was as follows (as produced by
Which was odd because this previously worked... and is accepted by sphinx/rtd. Simply removing the specification let the upload work. Related: spyoungtech/behave-webdriver#77 |
Folks arriving at this issue: The cause is that in #5835 we merged a change which blocks uploads that have an invalid Before, the behavior was that if the reStructuredText or metadata was invalid, we would just fall back to a plaintext. Now, to prevent unrendered descriptions on PyPI, we just block the upload instead. Depending on what format you're using for your If you're using a reStructuredText
|
seems long_description needs to render cleanly to upload to pypi pypi/warehouse#5890
seems long_description needs to render cleanly to upload to pypi: pypi/warehouse#5890 related: gnocchixyz#1025
seems long_description needs to render cleanly to upload to pypi: pypi/warehouse#5890 related: #1025
seems long_description needs to render cleanly to upload to pypi: pypi/warehouse#5890 related: #1025 (cherry picked from commit d12a3fb) # Conflicts: # setup.cfg
seems long_description needs to render cleanly to upload to pypi: pypi/warehouse#5890 related: #1025 (cherry picked from commit d12a3fb)
seems long_description needs to render cleanly to upload to pypi: pypi/warehouse#5890 related: #1025 (cherry picked from commit d12a3fb)
@di would it be possible to add this information to the FAQ and link to that from the error message? |
…o publish bug Turns out, they changed stuff in pypi's codebase: pypi/warehouse#5835 pypi/warehouse#5890
…o publish bug (#124) Turns out, they changed stuff in pypi's codebase: pypi/warehouse#5835 pypi/warehouse#5890
Tell to pypi to convert long_description to markdown format. pypi/warehouse#5890 (comment) Change-Id: Id74d08c36b421f1b11f7cfeece1a77306ec138c0
* Update ansible-role-redhat-subscription from branch 'master' - Fix issue with long description by using markdown format Tell to pypi to convert long_description to markdown format. pypi/warehouse#5890 (comment) Change-Id: Id74d08c36b421f1b11f7cfeece1a77306ec138c0
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Recently the pypi team have reintroduce some deactivated tests on package deployment and especially tests concerning long_description syntaxe. If projects don't specify that they use the markdown format the package deployment will fail if something went wrong in the markdown format. By example if a project use inline literal this can be an issue due to the fact that if `long_description_content_type` is missing [1]. The default format will be `text/x-rst` where code block is different from markdown. These changes force to use the markdown format to avoid this kind of issue on project who use `README` at markdown format. [1] http://lists.openstack.org/pipermail/openstack-discuss/2019-July/007459.html For more details: pypi/warehouse#5890 (comment) Change-Id: I6eb24615b08d1d2f8a90bb1d871256fe9abcd99f
* Update puppet-pacemaker from branch 'master' - Force to use markdown to prevent pypi issue Recently the pypi team have reintroduce some deactivated tests on package deployment and especially tests concerning long_description syntaxe. If projects don't specify that they use the markdown format the package deployment will fail if something went wrong in the markdown format. By example if a project use inline literal this can be an issue due to the fact that if `long_description_content_type` is missing [1]. The default format will be `text/x-rst` where code block is different from markdown. These changes force to use the markdown format to avoid this kind of issue on project who use `README` at markdown format. [1] http://lists.openstack.org/pipermail/openstack-discuss/2019-July/007459.html For more details: pypi/warehouse#5890 (comment) Change-Id: I6eb24615b08d1d2f8a90bb1d871256fe9abcd99f
Recently the pypi team have reintroduce some deactivated tests on package deployment and especially tests concerning long_description syntaxe. If projects don't specify that they use the markdown format the package deployment will fail if something went wrong in the markdown format. By example if a project use inline literal this can be an issue due to the fact that if `long_description_content_type` is missing [1]. The default format will be `text/x-rst` where code block is different from markdown. These changes force to use the markdown format to avoid this kind of issue on project who use `README` at markdown format. [1] http://lists.openstack.org/pipermail/openstack-discuss/2019-July/007459.html For more details: pypi/warehouse#5890 (comment) Change-Id: If1be877b265f36078a5e66a13b7ab55db699af0f
* Update puppet-tripleo from branch 'master' - Merge "Force to use markdown to prevent pypi issue" - Force to use markdown to prevent pypi issue Recently the pypi team have reintroduce some deactivated tests on package deployment and especially tests concerning long_description syntaxe. If projects don't specify that they use the markdown format the package deployment will fail if something went wrong in the markdown format. By example if a project use inline literal this can be an issue due to the fact that if `long_description_content_type` is missing [1]. The default format will be `text/x-rst` where code block is different from markdown. These changes force to use the markdown format to avoid this kind of issue on project who use `README` at markdown format. [1] http://lists.openstack.org/pipermail/openstack-discuss/2019-July/007459.html For more details: pypi/warehouse#5890 (comment) Change-Id: If1be877b265f36078a5e66a13b7ab55db699af0f
seems long_description needs to render cleanly to upload to pypi: pypi/warehouse#5890 related: #1025 (cherry picked from commit d12a3fb)
seems long_description needs to render cleanly to upload to pypi: pypi/warehouse#5890 related: #1025 (cherry picked from commit d12a3fb)
* release/sultan: added long_description_content_type to fix pypi/warehouse#5890
Going to close this as there's nothing to do here. If you have followed the steps in #5890 (comment) and are still experiencing this, please open a new issue. |
Related: #5855 The description failed to render in the default format of reStructuredText
Contents of
fastfilepackage-1.0.6.tar.gz
:i.e., README.md is present on the package file and its contents are just simple markdown.
I only manage to upload the package by commenting out these 2 lines:
https://github.com/evandrocoan/fastfilepackage/blob/master/setup.py
Then, I was able to upload things successfully:
If I replace
distutils.core.setup
bysetuptools.setup
everything works fine without having to remove thelong_description
andlong_description_content_type
lines. But I usedistutils.core.setup
instead ofsetuptools.setup
in my project because I do not know how to build Python C API withsetuptools.setup
. Everywhere I look on internet just tells me how to build Python C Extensions withdistutils.core.setup
. No one ever usessetuptools.setup
.The text was updated successfully, but these errors were encountered: