<div>Have you tried using py2exe? We have an application written in python with many dependencies, and without py2exe we would have to create an installer to manually install python and all the dependencies...And we initially did that, but that was far more problematic in the end than deploying an .exe (problems with multiple python installations, upgrading packages, upgrading Python!, etc.)<br>
</div><div><br></div><div>Use py2exe along with gui2exe (makes deploying much simpler). It's not perfect, and the project seems to have stalled, but it works. There is also PyInstaller, but I have never gotten it to work with twisted and distutils. It would also balloon our app because it started including every system32 dll it could find that was used!</div>
<br><div class="gmail_quote">On Thu, Jun 16, 2011 at 1:13 PM, James Polk <span dir="ltr"><<a href="mailto:jpolk5001@yahoo.com">jpolk5001@yahoo.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<table cellspacing="0" cellpadding="0" border="0"><tbody><tr><td valign="top" style="font:inherit"><br>Apologies if this is too off-topic,....but I'd like to propose a discussion of <br>how-to's and where-fore's regarding distributing python modules to a user-base.<br>
<br>Recently, I've been using Mark Hammond's excellent pywin32 packages,<br>along with NumPy and PyOpenGL,etc. I have a user-base of approx 40 or so,<br>who will need these packages added to their base Python install.<br>
<br>Rather than visit 40 separate desktops, I used "pip" (pip freeze) to get a<br>short list of packages outside the base install, and wrote an app that each<br>user can run to find what's missing, and initiate the appropriate install,etc.<br>
Then I realized that "pip" itself was a 3rd party package!..DOh!<br><br>I can fall back and use "help('modules')" to generate a new list, but it lists<br>*everything* in the install,...usable but not as succinct, for pywin32
for example,<br>it lists about a dozen things with a form of "win32" in them,...and doesn't appear<br>to return the real package name that is associated with the binary installation file.<br><br>Surely these issues are fairly common phenomena in many workplaces,etc...<br>
I'm wondering if anybody out there has any knowledge, tips, or experiences<br>regarding this issue that they can share.<br><br>I've found "moduleFinder", and various ideas about searching "sys.path",<br>
pkgutils, but nothing else that seems like a long term viable and/or elegant solution.<br><br>Thoughts anyone?<br><br>Thanks,<br>-Jim<br><br><br></td></tr></tbody></table><br>_______________________________________________<br>
PyQt mailing list <a href="mailto:PyQt@riverbankcomputing.com">PyQt@riverbankcomputing.com</a><br>
<a href="http://www.riverbankcomputing.com/mailman/listinfo/pyqt" target="_blank">http://www.riverbankcomputing.com/mailman/listinfo/pyqt</a><br></blockquote></div><br>