Comments on: pyinstall: A New Hope

By: Tyler Oderkirk

Tyler Oderkirk — Fri, 26 Sep 2008 02:29:05 +0000

Watching with anticipation :]

By: Agustin Villena

Agustin Villena — Thu, 25 Sep 2008 16:16:19 +0000

It will be great is I cand download the specific minimun versions of eggs required in setup.py, even is the requirement is tagged as [somemodule>=someversion]

Working in Pylons or Turbogears, I found many times that downloading newer versions automagically breaks my application, because of incompatible changes in newer versions of required eggs

By: Ian Bicking

Ian Bicking — Wed, 24 Sep 2008 16:53:07 +0000

And regarding using pyinstall programmatically, I considered noting that as an advantage. But it’s not an advantage quite yet, as there’s no way I can commit to an API at this point (I’d at least have to put some consideration into an API, and I haven’t really). The actual main() function in pyinstall isn’t too terribly complex, though, and using pyinstall programmatically would happen at the same level of abstraction that main() uses.

By: Ian Bicking

Ian Bicking — Wed, 24 Sep 2008 16:48:45 +0000

Yes, pyinstall runs around finding versions like easy_install. This isn’t great. One thing that should make it better is that pyinstall logs more about why it follows links, and also keeps track of where a link came from (so you can track down its source). Without link following lots of things won’t install, and that seemed like a problem.

If there was a way of collaboratively annotating PyPI instead of relying on maintainers to always get it right (which they don’t) that might make it more feasible. Or, I suppose, you could have a –search-widely option, and otherwise be conservative, but I’m not sure about that. pyinstall has some other features to try to help with version stability.

By: Martijn Faassen

Martijn Faassen — Wed, 24 Sep 2008 16:44:24 +0000

Another thing for the wishlist, if it isn’t already there: it’d be good if pyinstall could be installed as a library and has a API. Then tools such as buildout can easily drive it.

By: Zooko

Zooko — Wed, 24 Sep 2008 16:10:45 +0000

Hi Ian! I sat next to you at lunch at the most recent PyCon.

Way to go on pyinstall! It sounds quite promising. I say +1 to change the default to not “stumble around looking for stuff”.

By: Martin Aspeli

Martin Aspeli — Wed, 24 Sep 2008 12:29:19 +0000

I would consider pyinstall an opportunity for more sane defaults, so +1 to Martijn’s suggestion. I think “stumble about looking for stuff mode” should be opt in, not opt out.

Martin

By: Martijn Faassen

Martijn Faassen — Wed, 24 Sep 2008 12:16:10 +0000

Would it be too late to ask for pyinstall not to do, by default, the magic HTML parsing and URL following that easy_install does? This has lead people to host packages on their own servers, or sourceforge, and these things tend to break at unpredictable moments. I’ve even seen it happen that people do upload the packages to PyPI, but for some reason easy_install still wanders off to a site that’s in some link and gets the egg from there instead. For that reason a recent version of lxml couldn’t be downloaded a while back because a news item hadn’t been updated on the lxml homepage, causing easy_install not to find the tarball, even though it was right there in PyPI! Talk about surprising behavior!

If the default would be to download from PyPI only this might encourage developers to upload their package to PyPI which could then present the information in a structured manner.

That said, it’s probably too late given that people would expect pyinstall to be able to do what easy_install can do. Still, it would be worthwhile to consider such a “strict mode”.

By: Masklinn

Masklinn — Wed, 24 Sep 2008 10:19:39 +0000

Ian, how about renaming the script? I mean “easy_install” or “pyinstall” is all well and cool, but frankly nobody’s going to remember it. You don’t install eggs.

How about hatching them? Or using an egg basket from which you can hatch or break (because a sane way to uninstall eggs would be nice, too) your eggs?

By: Martin Aspeli

Martin Aspeli — Wed, 24 Sep 2008 09:39:39 +0000

(Also posted to TOPP:)

Hi Ian,

This is great news! I’m sure a lot of people will want to use this.

A useful thing, by the way, would be some way to have to opt IN or at least verify with a yes/no prompt whether you want to install things into global site-packages. People do this far too often (e.g. they’re on Windows or are too loose with sudo, or just think that’s the way things have to be done).

Also (I just can’t resist): “This is a seemingly small improvement, but the idea is to move requirements out of setup.py and into something that is managed separately from any library or package”. Sounds a bit like buildout. :-)

Cheers, Martin