Call for testing: OpenSSH 9.7

[Corinna Vinschen]

On Mar  7 16:12, Damien Miller wrote:
> On Wed, 6 Mar 2024, Corinna Vinschen wrote:
> 
> > > Unfortunately the logs don't show anything of use here. This test seems
> > > to be working in our CI
> > > 
> > > https://github.com/openssh/openssh-portable/actions/runs/8166331476/job/22324927234#step:11:803
> > 
> > This is weird, in particular because you're running this on the same
> > Cygwin release.
> > 
> > Could this be triggered by firewall settings or something like that?
> > 
> > > I'll see if I can reproduce the failure.
> 
> I can't replicate this on
> 
> CYGWIN_NT-10.0-19045 win10pro 3.5.0-1.x86_64 2024-02-01 11:02 UTC x86_64 Cygwin
> 
> which is the VM I have at hand (thanks dtucker@).

Almost got crazy, because I could reproduce it at will on Windows 10
and Windows 11.

After a lot of tinkering I found that the following change in
dynamic-forward.sh suddenly made the test succeed.

 In check_socks():

    ${REAL_SSH} -q -F $OBJ/ssh_config \
-	    -o "ProxyCommand ${proxycmd}${s} $h $PORT 2>/dev/null" \
+	    -o "ProxyCommand ${proxycmd}${s} $h $PORT" \
	    somehost cat ${DATA} > ${COPY}
 
It occured to me that my login shell is tcsh, not bash.  So I changed
my login shell to bash and, lo and behold, dynamic-forward.sh succeeded
even with the stderr redirection.

Having said that, can this test be changed to be independent of the
user's long shell?


Thanks,
Corinna