13

I'm trying to figure out how I can install a python package that doesn't have a setup.py file with pip. (package in question is http://code.google.com/p/django-google-analytics/)

Normally I would just checkout the code from the repo and symlink into my site-packages, but I'm trying to get my whole environment frozen into a pip requirements file for easy deployment and testing.

Any ideas?

Improve this question
3
  • "Normally I would just checkout the code from the repo and symlink into my site-packages". To be clear, normally you do not use setup.py? If you normally do not use setup.py, and this doesn't have setup.py, what's the question? Commented Feb 5, 2010 at 11:44
  • 4
    @S.Lott I think that was pretty well explained by the second half of the sentence. Commented Feb 5, 2010 at 20:01
  • @Carl Meyer: Just to be clear: It wasn't clear to me. So I have to ask. I can't follow the question because it's too terse. The question is both about using setup.py and not using setup.py. I'm unable to follow it. Commented Feb 6, 2010 at 1:07

2 Answers 2

Reset to default
15

Fork the repo and add a working setup.py. Then send a pull request to the author.

Oh, it's on Google Code. Well then, file a bug and post a patch.

If the author refuses to make their code into an installable Python distribution (never happened to me), just host your fork somewhere and put that in your requirements file.

Improve this answer
Sign up to request clarification or add additional context in comments.

Comments

7

You can't. PIP installs Python packages. That's not a Python package. I've heard that the Django community in general doesn't make much packages, which makes things like what you are trying to do tricky. But that could be wrong.

If you want to freeze your environment you might want to look into Buildout. Other options in this case is to use an svn:external.

Improve this answer

1 Comment

Used to be more true than it is now (re the Django community). These days a much higher proportion of Django reusable apps in the wild (well, the decent ones anyway) are proper packages. Er, distributions. Whatever ;-)

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.