Roundup Tracker - Issues

Issue 1163804

Title: missing python exe path in scripts
Type: Severity: normal
Components: Installation Versions:
Status: open Resolution:
Dependencies: Superseder:
Assigned To: richard Nosy List: a1s, hfoffani, richard, rouilj, tobias-herp
Priority: low Keywords: Effort-Medium

Created on 2005-03-15 15:41 by hfoffani, last changed 2016-07-31 20:27 by rouilj.

msg1898 Author: [hidden] (hfoffani) Date: 2005-03-15 15:41
When using the Windows installer, the .BAT files under 
Scripts directory do not have the correct python path 
and they also lack CRLF termited lines.
msg1899 Author: [hidden] (a1s) Date: 2005-03-16 06:07
Logged In: YES 

python executable path "python" is correct provided that you
have python on your search path.  it is the best guess for
"one size fits all" installer.  you may build your own
installer by running 'python bdist_wininst' on your
windows system - it will have the paths adjusted for your

i am not aware of any way to alter the scripts by python
installer stub.  are you?

yes, batch files have unix format newlines because they are
built on unix-like system.  what's the problem?  they run
perfectly well on windows, at least on windows nt line.
msg1900 Author: [hidden] (hfoffani) Date: 2005-03-16 10:02
Logged In: YES 

Oh my... Let's see....
I didn't know the way roundup builds the windows installer nor 
if it is or it is not possible to run a python script at the end of 
the process.
I reported this (by emailing to the list) because I found that 
the bat files differs between the installer and 'python 
install'. Then, Richard asked me to submit a bug report. As 
for me, I wouldn't mind to make this a feature request instead.

Is at least possible to open a message box (or a readme) at 
the end of the install process and tell the user she might has 
to customize the scripts?

msg1901 Author: [hidden] (a1s) Date: 2005-03-16 10:10
Logged In: YES 

i'm affraid not.  but i am not sure, on the level.

on the other hand, newline issue is fixable if it is really
msg1902 Author: [hidden] (tobias-herp) Date: 2006-03-04 02:07
Logged In: YES 

sys.executable could be used; it points to the installed
python.exe. This would make the .bat files work.

In a standard Python installation on Windows, the PATH is
not set to contain the directory containing it; it doesn't
need to, since the interpreter will be called when the name
of a Python file is entered. It would be more useful to put
the ...\Python\Scripts directory in the path, I think.

If '.py' is contained in the PATHEXT environment variable,
even the extension .py can be omitted.

I don't think the newlines are an issue; all editors I use
work perfectly well with *IX or DOS files (at least when the
linebreaks are consistent).
msg1903 Author: [hidden] (a1s) Date: 2006-03-04 09:05
Logged In: YES 

i do not understand how sys.executable can be used in binary
windows installer to adjust the path in scripts.
msg1904 Author: [hidden] (tobias-herp) Date: 2006-03-13 10:58
Logged In: YES 

Well, I don't know much about how the binary installer
works, but...

1st: shouldn't it be possible to involke a Python script
which in turn would be able to use sys.executable? Python
must be installed anyway.

2nd possibility (probably the best; works for me): in the
.bat files, rely on the Windows feature which automatically
calls the interpreter for .py files, and possibly use 'if
errorlevel ...' to display an error message with
instructions for the user to insert the full path to the
interpreter himself.

3rd possibility: omit the .bat files, and instruct users to
add .py to the PATHEXT environment variable (which might be
difficult for those who don't have administration rights on
their machine), or let the installer apply this change

4th possibility: a binary installer should be able to query
the registry for the location of the interpreter. I just
seeked for python.exe myself and found:

@="\"C:\\Programme\\Python\\Python24\\python.exe\" \"%1\" %*"
@="\"C:\\Programme\\Python\\Python24\\python.exe\" \"%1\" %*"
@="\"C:\\Programme\\Python\\Python24\\python.exe\" \"%1\" %*"
@="\"C:\\Programme\\Python\\Python24\\python.exe\" \"%1\" %*"

The last two might be the most useful, but I'm not sure
whether they'd be present e.g. in an ActiveState
installation as well.
msg1905 Author: [hidden] (tobias-herp) Date: 2006-08-12 00:58
Logged In: YES 

We're talking about Windows...

Like I stated before, the Python interpreter is normally NOT
found along the PATH there. The Python installer simply
doesn't do this! (most programs are never called from the
command line) On my system (standard python 2.4.2 from I can call the interpreter through the PATH only
because I created a python.bat in my tools directory,
calling "C:\Programme\Python\Python24\python.exe %*".

The PATH entry isn't normally needed for scripting languages
on Windows; same for the Rexx interpreter which is still
present on my desktop computer. Windows recognises the
extension and calls the appropriate program. Trying to call
the interpreter explicitly DOESN'T WORK.

The newlines should be fixed for the Windows installer
distribution; I'm sure there is a program which can do the
work. I noticed that notepad.exe still doesn't like Unix
line endings; and an Issue tracker which claims to be easy
to use should take care to not scare off unexperienced users.

I couldn't find .bat nor .cmd files in the CVS tree;
otherwise I would have provided a patch.
msg5520 Author: [hidden] (rouilj) Date: 2016-04-11 00:25
Do we still provide a windows installable version of roundup?
msg5888 Author: [hidden] (rouilj) Date: 2016-07-31 20:27
Answer to my own quession is yes we do.

It is created on a unix system using:

        python bdist_wininst --user-access-control force

as part of the release process documented in RELEASE.txt.

According ti:

there is the possibility to add a postinstall script.

So at the very least it can print to stdout what the user may need
to do to get the windows distribution working.

However I am not able to do the work required since I no longer
have reliable access to a modern windows box.

Alternatively we just don't distribute the binary windows version

Suggestions before I close this out as postponed?
Date User Action Args
2016-07-31 20:27:17rouiljsetkeywords: + Effort-Medium
messages: + msg5888
2016-04-11 00:25:47rouiljsetnosy: + tobias-herp, rouilj, - tobias-herp
messages: + msg5520
2005-03-15 15:41:29hfoffanicreate