Invalid trap syntax on Linux

[blee]

blee@… ~ $ confman help
confman manages configuration files

Usage:

confman [ help | -h ] [ command ]
confman setup
confman update
confman commit
confman diff [ working_copy ]
confman log [ working_copy ]
confman create module
confman rmmod module
confman rename oldmodule newmodule
confman import module livefile
confman install workingfile [ workingfile ... ]
confman status [ working_copy ]
confman state
confman ls [ workingfile | workingdirectory ]
confman lsattr [ workingfile | workingdirectory ]
confman chattr attribute value [ workingfile | workingdirectory ]
confman recipe [ get | list ]
confman recipe [ create | edit | print | remove | set ] recipe_name
confman rmattr attribute [ workingfile | workingdirectory ]
confman rm workingfile
confman cp src_working_copy dest_working_copy
confman mv src_working_copy dest_working_copy
confman mkdir workingdirectory
confman revert workingfile
confman chown owner [ workingfile | workingdirectory ]
confman chgrp group [ workingfile | workingdirectory ]
confman chmod mode [ workingfile | workingdirectory ]
confman chcom comment-character [ workingfile | workingdirectory ]
confman chln target link_name
confman checklook module
confman checknew module name
confman checkclear module name
confman rollback module [ checkpoint | YYYYMMDD [HHMM] ]

For specific information on a particular confman subcommand, please run

confman help subcommand

eg: confman help rollback

confman[2206]: blee: trap: usage: trap [-lp] [[arg] signal_spec ...]
Please wait until I finish cleaning up after you.
Removing leftover temp files...
Removing any system or working copy locks...
Undoing damage to your working copy...
All clean. Terminating.
trap: usage: trap [-lp] [[arg] signal_spec ...]

[ccowart]

I recognize this.

./configure found "bash" as /bin/sh. However, when launched as
/bin/sh, POSIX compatibility is emulated.

Try using ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var BASH=/bin/bash,
as documented in InstallGuide. Reopen if it's still a problem.

[blee]

Reopening because this is a problem with autoconf.

[blee]

(In [335]) bash stores $0 in the environment variable $BASH. AC_PATH_PROG will
short circuit if there is an environment variable with the same name and
use its value. configure's interpreter is /bin/sh, which is a symlink
to /bin/bash on most Linux distributions. So instead of searching $PATH
for the bash executable, it was simply using the value of $BASH.

Renaming BASH to BASH_SHELL in configure.ac and reusing the name in
Makefile.am for naming consistency and backwards compatibility.

Fixes #26

[blee]

Removed the workaround for this bug from InstallGuide.

[blee]

(In [336]) Updating INSTALL to reflect that BASH no longer needs to be passed to
configure on Linux.

See #26

[blee]

(In [337])
Merging fix for bash path detection from trunk.

See #26