[RTFACT-8476] PyPI doesn't normalize package names; incompatible with pip 8.0 Created: 29/Oct/15  Updated: 13/Jun/16  Resolved: 13/Jun/16

Status: Resolved
Project: Artifactory Binary Repository
Component/s: PyPI
Affects Version/s: 4.2.0
Fix Version/s: 4.7.3

Type: Bug Priority: Critical
Reporter: Tom Most Assignee: Unassigned
Resolution: Fixed Votes: 14
Labels: None


 Description   

Per PEP 503 a package should be available at this URL:

https://.../simple/packagename/

Where "packagename" is the normalized package name (that is, downcased and with runs of certain characters replaced with -). Artifactory 4.2.0 doesn't normalize the name, which causes pip to print this warning when installing packages with names requiring normalization:

DEPRECATION: Failed to find 'SomePackage' at https://artifactory/api/pypi/blueplanet-pypi/simple/somepackage/. It is suggested to upgrade your index to support normalized names as the name in /simple/{name}.

pip then fetches https://artifactory/api/pypi/blueplanet-pypi/simple/, which is very slow as it is a proxy to pypi.python.org. Aside from the warning noise, this slows down installation unnecessarily.



 Comments   
Comment by Tom Most [ 20/Jan/16 ]

With the release of pip 8.0 this bug means that packages with names requiring normalization fail to install. This is critical for us. Upping priority.

Comment by Chris Walquist [ 10/Feb/16 ]

Part of the reason we moved to JFrog recently was to insulate ourselves from PyPI's normalization headaches. Would really like to see it handled fully.

Comment by Tom Most [ 03/May/16 ]

This appears to be fixed in Artifactory 4.7.5, though I've only done limited testing. Perhaps someone from JFrog can comment?

Comment by Roy Zanbel (Inactive) [ 13/Jun/16 ]

Hey Everyone,

This issue was resolved in Artifactory version 4.7.3 as part of this issue RTFACT-9414.
Resolving this issue please let us know if this issue still reproduces.

Comment by Roy Zanbel (Inactive) [ 13/Jun/16 ]

Was fixed as part of the following issue RTFACT-9414.

Generated at Tue Sep 29 10:50:58 UTC 2020 using Jira 8.5.3#805003-sha1:b4933e02eaff29a49114274fe59e1f99d9d963d7.