Skip to content

making bundles from dist tarball includes only requirements, not the parent #110

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

Closed
vbabiy opened this issue Mar 15, 2011 · 0 comments
Closed
Labels
auto-locked Outdated issues that have been locked by automation type: bug A confirmed bug or unintended behavior

Comments

@vbabiy
Copy link
Contributor

vbabiy commented Mar 15, 2011

If I:

  • cd myapp
  • python setup.py sdist
  • pip bundle myapp.bundle dist/myapp*tar.gz

(I do this as part of a multi-facted packing and distribution thing. Some people want/get eggs off PyPI, some get tarballs, some get bundles, etc, so building the bundles from the tarballs is sort of useful, if there's a more direct way, do tell me, but I still perceive what I'm describing to be a bug.)

The resulting bundle includes all the requirements for my app, but not my app. I've traced this down to being caused by the top level package (myapp) being added as an unnamed requirement (in RequirmentSet.add_requirement()) because InstallRequirement.from_line() doesn't produce a name in this case. unamed requirements seem not to be handled.

Should it? I dug around in the code to see if I could up with a way to make do that and found myself in a maze of twisty passages, so thought I'd report the bug and get some coffee, stew a bit.

Thanks!


@lock lock bot added the auto-locked Outdated issues that have been locked by automation label Jun 5, 2019
@lock lock bot locked as resolved and limited conversation to collaborators Jun 5, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
auto-locked Outdated issues that have been locked by automation type: bug A confirmed bug or unintended behavior
Projects
None yet
Development

No branches or pull requests

1 participant