lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gub3 binaries, please test


From: Trevor Daniels
Subject: Re: gub3 binaries, please test
Date: Sat, 15 Nov 2008 10:01:45 -0000

Jan

I missed one question you asked, and an important one!
Running convert-ly.py on my system fails in the same
way for -all- versions of lilypond which I have tested,
so this seems to be due to something on my system rather
than a problem with the build.  I'll investigate more
thoroughly when I have more time a a few days.  As I
have not had need to run convert-ly for I long time I
hadn't noticed this.

Sorry to raise a false alert :(

Trevor

Trevor Daniels wrote Friday, November 14, 2008 5:14 PM>
Jan, you wrote Thursday, November 13, 2008 1:51 PM


Op donderdag 13-11-2008 om 11:51 uur [tijdzone +0000], schreef Trevor
Daniels:

Hi Trevor,

OK, that problem's fixed.

But running convert-ly.py gives:

sh.exe": /c/Program Files/LilyPond/usr/bin/convert-ly.py:
/home/janneke/vc/gub/t
arget/tools/root/usr/bin/python: bad interpreter: No such file or directory

How odd.  Yes, that's where PYTHON lives in the build tree, and that's
the first line of convert-ly.py.  But 2.11.63 (gub2) similarly has

  #!/home/lilydev/vc/gub/target/tools/root/usr/bin/python

which I assume to work?

So possibly something breaks when associating .PY with PYTHON (ie: an
nsis installer registry problem), or the python interpreter is broken.

Can you try to run python, and eg

  cd Program Files/LilyPond

  usr/bin/python --help

this gives:
 unknown option --
 usage: [etc]

usr/bin/python -help gives the usual list of commands.
Here's the output pasted from the bash shell:

$ usr/bin/python -h
usage: c:\Program Files\lilypond\usr\bin\python.exe [option] ... [-c cmd | -m mo
d | file | -] [arg] ...
Options and arguments (and corresponding environment variables):
-c cmd : program passed in as string (terminates option list)
-d     : debug output from parser (also PYTHONDEBUG=x)
-E     : ignore environment variables (such as PYTHONPATH)
-h     : print this help message and exit
-i : inspect interactively after running script, (also PYTHONINSPECT=x)
        and force prompts, even if stdin does not appear to be a terminal
-m mod : run library module as a script (terminates option list)
-O     : optimize generated bytecode (a tad; also PYTHONOPTIMIZE=x)
-OO    : remove doc-strings in addition to the -O optimizations
-Q arg : division options: -Qold (default), -Qwarn, -Qwarnall, -Qnew
-S     : don't imply 'import site' on initialization
-t     : issue warnings about inconsistent tab usage (-tt: issue errors)
-u     : unbuffered binary stdout and stderr (also PYTHONUNBUFFERED=x)
        see man page for details on internal buffering relating to '-u'
-v     : verbose (trace import statements) (also PYTHONVERBOSE=x)
-V     : print the Python version number and exit
-W arg : warning control (arg is action:message:category:module:lineno)
-x : skip first line of source, allowing use of non-Unix forms of #!cmd
file   : program read from script file
-      : program read from stdin (default; interactive mode if a tty)
arg ...: arguments passed to program in sys.argv[1:]
Other environment variables:
PYTHONSTARTUP: file executed on interactive startup (no default)
PYTHONPATH   : ';'-separated list of directories prefixed to the
              default module search path.  The result is sys.path.
PYTHONHOME   : alternate <prefix> directory (or <prefix>;<exec_prefix>).
              The default module search path uses <prefix>\lib.
PYTHONCASEOK : ignore case in 'import' statements (Windows).

  usr/bin/convert-ly.py --help

this gives same error message as before.  Here's the output
pasted from the bash shell:

$ usr/bin/convert-ly.py --help
sh.exe": usr/bin/convert-ly.py: /home/janneke/vc/gub/target/tools/root/usr/bin/p
ython: bad interpreter: No such file or directory

and here's my env variables in case something here is wrong:

$ env
HOMEPATH=\
APPDATA=C:\Users\Trevor\AppData\Roaming
TERM=dumb
PROCESSOR_IDENTIFIER=x86 Family 6 Model 15 Stepping 13, GenuineIntel
WINDIR=C:\Windows
PUBLIC=C:\Users\Public
OLDPWD=/c/Program Files
PROGRAMDATA=C:\ProgramData
USERDOMAIN=TREVOR-LAPTOP
OS=Windows_NT
ALLUSERSPROFILE=C:\ProgramData
!::=::\
TEMP=/tmp
COMMONPROGRAMFILES=C:\Program Files\Common Files
LIB=;C:\strawberry\c\lib;C:\strawberry\perl\bin
USERNAME=Trevor
PROCESSOR_LEVEL=6
FTP_PASSIVE=1
PATH=/c/Users/Trevor/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/Windows/system32:/c
/Windows:/c/Windows/System32/Wbem:/c/strawberry/c/bin:/c/strawberry/perl/bin:/c/
Program Files/OpenSSH/bin:/c/Program Files/LilyPond/usr/bin
FP_NO_HOST_CHECK=NO
INPUTRC=/etc/inputrc
PWD=/c/Program Files/lilypond
SYSTEMDRIVE=C:
CYGWIN=tty
USERPROFILE=C:\Users\Trevor
PS1=\[\033]0;$MSYSTEM:\w\007
address@hidden \[\033[33m\w\033[0m\]
$
LOGONSERVER=\\TREVOR-LAPTOP
PROCESSOR_ARCHITECTURE=x86
LOCALAPPDATA=C:\Users\Trevor\AppData\Local
!C:=C:\Users\Trevor
HOME=/c/Users/Trevor
SHLVL=1
PATHEXT=.PY;.SCM;.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
HOMEDRIVE=C:
MSYSTEM=MINGW32
PROMPT=$P$G
COMSPEC=C:\Windows\system32\cmd.exe
LESS=-FRSX
LOGNAME=Trevor
TMP=/tmp
SYSTEMROOT=C:\Windows
PROCESSOR_REVISION=0f0d
MAKE_MODE=unix
PROGRAMFILES=C:\Program Files
NUMBER_OF_PROCESSORS=2
INCLUDE=;C:\strawberry\c\include;C:\strawberry\perl\lib\CORE
SESSIONNAME=Console
GNUPGHOME=/c/Users/Trevor/.gnupg
HISTFILE=/c/Users/Trevor/.bash_history
COMPUTERNAME=TREVOR-LAPTOP
_=/bin/env

Sorry for the trouble.

No trouble.  Sorry I'm being a little slow.  I'm on
stage every evening this week.  I have a bit part in
Anything Goes, and I also look after the mics and I'm
also the treasurer with the takings to bank each day,
so I only have a few minutes for LilyPonding.

Jan.

Trevor



_______________________________________________
lilypond-devel mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/lilypond-devel






reply via email to

[Prev in Thread] Current Thread [Next in Thread]