Skip to content

Handling of find_links in setup.cfg in 42.0.0 #1920

@neuroid

Description

@neuroid

Hi,

I have a couple of setup_requires dependencies in my setup.py and my setup.cfg looks like this:

[easy_install]
find_links = https://example.com

Looking at:

subprocess.check_call(cmd)

The cmd ends up being:

['python', '-m', 'pip', '--disable-pip-version-check', 'wheel', '--no-deps', '-w', '/tmp/tmpWyNzjZ', '--quiet', '--find-links', 'h', '--find-links', 't', '--find-links', 't', '--find-links', 'p', '--find-links', 's', '--find-links', ':', '--find-links', '/', '--find-links', '/', '--find-links', 'e', '--find-links', 'x', '--find-links', 'a', '--find-links', 'm', '--find-links', 'p', '--find-links', 'l', '--find-links', 'e', '--find-links', '.', '--find-links', 'c', '--find-links', 'o', '--find-links', 'm', 'babel; extra == "i18n"']

It seems the assumption was that find_links is a list but it ends up being a string.

Additionally, since pip is unable to build/fetch a wheel, the following line throws an IndexError:

wheel = Wheel(glob.glob(os.path.join(tmpdir, '*.whl'))[0])

Perhaps this could be caught and a more user-friendly error displayed instead.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions