Hi Vsevolod,
> Autoopts does not work on my debian/powerpc (no problem on i386).
> While starting autogen, I get:
> autogen checkoptn.def
> Changing server shell from /bin/bash to /bin/sh
> /bin/sh: line 74: -I8: command not found
``-I8'' is an option to "columns", telling it to indent its columnized
output 8 spaces. The macro representing the executable seems to
have disappeared.
$ fgrep CLexe opt*.tpl
optcode.tpl:"${CLexe} --fill <<\\_EOF_\n" tmp-text "\n_EOF_")))
opthead.tpl: CLexe=${1}
opthead.tpl: test_exe ${CLexe} || \
optlib.tpl:"for f in %s ; do echo %s${f} ; done | ${CLexe} -I4 --spread=3
--sep=,"
optlib.tpl:"${CLexe} -I16 --fill --first='/* TRANSLATORS:' <<\\_EOF_
optmain.tpl: "${CLexe} --spread=1 -I4
<<_EOProcs_\n%s\n_EOProcs_" )
optmain.tpl: (shellf "${CLexe} -I8 --spread=2 <<_EOF_\n%s\n_EOF_"
optmain.tpl: "${CLexe} -I8 --spread=2 --sep=',' -f'\"%s\"' <<_EOF_\n"
optmain.tpl: "${CLexe} -I8 --spread=2 --sep=',' -f'\"%s\"' <<_EOF_\n"
The "opthead.tpl" code looks in several places to find the "right one".
I suspect it does that and something triggers the server shell change.
I'll chase that down. It must be fixed. Meanwhile:
SHELL=/bin/sh autogen checkoptn.def
ought to work around the issue. Terribly sorry. It is very
difficult to work around the various quirks of default shells
that I don't even have access to. I have to rely on kind people
to give excruciatingly precise information about the details of
the failure. In this case:
autogen --trace=everything --trace-out=command-not-found.log checkoptn.def
should most likely provide me with enough information to diagnose
the issue. Thank you.
Regards, Bruce
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
