[Bug 338] X11 forwarding no longer works after upgrading from 2.9.9p2 to 3.4p1

[Garance A Drosihn]

At 2:41 PM -0700 7/11/02, Kevin Steves wrote:
>  > ------- Additional Comments From jrj at purdue.edu  2002-07-11 05:50 -------
>  > In either case, bash is not capable of finding xauth properly
>  > with the code that's in ./configure.  I added some debugging
>  > code and it does something like this:
>  >
>>    Looking for /bin/xauth
>>    Looking for /usr/bin/xauth
>>    Looking for /usr/local/bin/xauth
>>    ...
>>    Looking for /usr/openwin/bin:/bin:/usr/bin:/usr/local/bin:.../xauth
>>
>  > It's clearly having trouble breaking $PATH apart, and, as luck
>  > would have it, the problem is with the last element, which is
>  > where it puts /usr/openwin/bin to look for xauth.  Sigh.
>
>that's a known problem with using autoconf 2.53.  can someone bugzilla
>that?  is it a bash problem or autoconf?

I only skim through this mailing list, but I do remember running into
a "similar-sounding" bug in autoconf at one point.  I do not know if
this is relevant to the above problem, but here's some comments I
wrote at the time:

dnl -  we found that the last paramter to AC_PATH_PROGS has to be
dnl -  a variable ref (ie, $SNDPATH).  If you want to add paths to
dnl -  a variable (like PATH), you can't just append those extra 
dnl -  paths to the parameter specified on AC_PATH_PROGS, or the
dnl -  script generated will not work with some versions of /bin/sh
SNDPATH=$PATH:/usr/sbin:/usr/demo/SOUND
AC_PATH_PROGS(SNDCMD,sndplay sfplay play,/bin/true,$SNDPATH)

I think the problematic version had been doing:

AC_PATH_PROGS(SNDCMD,sndplay sfplay play,/bin/true,
               $PATH:/usr/sbin:/usr/demo/SOUND)

Apologies if this is totally irrelevant to the xauth problem...

-- 
Garance Alistair Drosehn            =   gad at gilead.netel.rpi.edu
Senior Systems Programmer           or  gad at freebsd.org
Rensselaer Polytechnic Institute    or  drosih at rpi.edu