[courier-users] Re: Please help make stalls on courier-0.40.2.20030119

[Greg E. <ea...@is...>]

Back on Jan 20, 2003, Russell Premont wrote:
> Can [you] give me some suggestions on where to look to figure out why make
> stalls at the point below?  I have go[ne] back to the original release of
> Solaris 9 SPARC because of issues with 12/02 release.  I have make 1.79.1,
> Tcl 8.4.1, Tk 8.4.1, Expect 5.38, and OpenSSL openssl-0.9.6g.
> 
> [...]
> 
> cat authpam.libsdep	\
> 	authuserdb.libsdep authcram.libsdep \
> 	authldap.libsdep	authdaemon.libsdep \
> 	authcustom.libsdep \
> 	/dev/null | /bin/bash ./libauth.sh /bin/bash . >libauth1.dep

I just ran into this today, with Courier 0.40.0 on Solaris 7.

The reason this happens is because the "libauth1.sh" and "libauth2.sh"
scripts in "authlib" call the "tr" program.

There are two different "tr" binaries - "/usr/bin/tr" and "/usr/ucb/tr":

-r-xr-xr-x   1 bin	bin	15684 Oct  6  1998 /usr/bin/tr*
-rwxr-xr-x   1 bin	bin	 5884 Sep  1  1998 /usr/ucb/tr*

(That's from a Solaris 7 system)

If you have "/usr/ucb" in your $PATH ahead of "/usr/bin", you'll get
the UCB "tr", which is the one that hangs on Solaris - causing the problem.

If you don't have "/usr/ucb" in $PATH, or put "/usr/bin" in front of it,
then "/usr/bin/tr" will be used, and it will work.

Since Courier is a multi-platform application, I'm not sure what the best
way to handle the problem is - either something in configure.in pegged to
discovering Solaris is the OS (and setting $TR, or something), or in
the INSTALL file.  (Amusingly, "configure" uses "tr" for a few things, so
you probably should set "/usr/bin" in front of "/usr/ucb" even to run
"configure" to begin with.)

	- Greg