On Thu, Jan 13, 2011 at 5:11 PM, P.J. Eby <firstname.lastname@example.org>
At 09:54 AM 1/13/2011 +0200, cool-RR wrote:
On Thu, Jan 13, 2011 at 2:25 AM, P.J. Eby <<mailto:email@example.com>firstname.lastname@example.org> wrote:
At 09:31 PM 1/12/2011 +0200, cool-RR wrote:
I made a release of my project today, and now I see there's something wrong with it.
When you install it on Windows using the windows binaries (that I made with `bdist_msi` under Python 2.7), the .exe scripts in the "Scripts" folder don't work. When you launch them, nothing happens. You can launch the associated *-script.pyw files and those *do* work.
I investigated a little and possibly I figured it out. The shebang line says "#!c:\Python27\pythonw.exe". This is the interpreter with which I *created* the binaries. But why should it be the interpreter with which the *user* works? The user could have "c:\Python26\pythonw.exe" as his interpreter or "c:\Programs\Python25\pythonw.exe" or "g:\Pypy\pypy.exe" as his interpreter.
I tried editing the shebang line with notepad, and this caused the exe files to start working! (Of course this is not a real solution, I can't ask my users to do that.)
Is this a bug in distribute?
It's a limitation of setuptools+bdist_msi - when you build a bdist_wininst, setuptools writes a generic #! line, but when you build a bdist_msi, it doesn't realize you're building a distribution.
So which project exactly is responsible for this limitation? Distribute?
I don't understand; Isn't this one of the things that `distribute` has control of? I mean, I generate the MSI in a computer that has distribute installed. (IIUC, when I import `setuptools` on this computer, it uses the distribute code.) Am I wrong in one of my assumptions.
I don't know how to have bdist_msi do that. Do you?
Do you think there's a good reason not to have the MSI put the path to python.exe itself into the shebang upon installation?
No, I have no idea how MSIs are generated at all. I didn't ask if you specifically know how to do it, just if you think there's a good reason not to put this feature. (e.g., it will cause a problem in some cases that I didn't think of.)
Who is maintaining bdist_msi?
That's not how it works. When the #! line doesn't contain an absolute path, the .exe stub looks in the parent directory relative to where the script was installed. So, as long as the .exe and .pyw are in an immediate subdirectory of the Python directory (usually Scripts), it will work correctly.
As a quick workaround, you could try setting sys.executable to 'pythonw.exe' in your setup.py, *before* setuptools is imported, then build the .msi.
I'd be reluctant to do that, since many users don't have the Python folder on their PATH, so it won't work for them at all.