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
-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
