Bug 551

Summary:	ssh install fails on Tru64 V5.0A
Product:	Portable OpenSSH	Reporter:	rothstc
Component:	Build system	Assignee:	OpenSSH Bugzilla mailing list <openssh-bugs>
Status:	CLOSED WORKSFORME
Severity:	major	CC:	cep
Priority:	P2
Version:	-current
Hardware:	Alpha
OS:	OSF/1

Description rothstc 2003-05-01 05:18:19 AEST

I installed ssh 3.6.1p1 on Tru64 V5.0A.  The following command from make 
install failed:

/usr/local/sbin/sshd -t -f /usr/local/etc/sshd_config
bad addr or host: <NULL> (servname not supported for ai_socktype)

Comment 1 Darren Tucker 2003-05-14 20:21:18 AEST

Is this anything like bug #533?  Try adding -4 to the sshd command line.

Comment 2 rothstc 2003-05-15 00:27:09 AEST

I still get the same error with -4 on the command line.

Comment 3 Darren Tucker 2003-05-15 09:08:45 AEST

OK then, please run sshd in debug mode (eg "sshd -ddd -p 2022") then add the 
output as an attachment to this bug.

Comment 4 rothstc 2003-05-20 00:58:45 AEST

This is the output:

root@proxy3> /usr/local/sbin/sshd -ddd -p 2022           
debug3: Seeding PRNG from /usr/local/libexec/ssh-rand-helper
debug2: read_server_config: filename /usr/local/etc/sshd_config
bad addr or host: <NULL> (servname not supported for ai_socktype)

Comment 5 Darren Tucker 2003-07-07 00:04:48 AEST

Could you try adding a "#define BROKEN_GETADDRINFO 1" to config.h and then doing
a "make clean ; make" (don't rerun configure after adding the #define)

Comment 6 Carlos E. Pruitt, Jr. 2003-08-07 08:25:14 AEST

Add the following line to the /etc/services

ssh             22/tcp

It worked for me.  This problem occured on one alpha, but not my other alpha.  I
do not know what differences caused the problem.  But I had to add this line to
the alpha that returned the error.  I used the identical sources to install on
both machines.  Tis a mystery that I do not have time to solve.

Comment 7 rothstc 2003-08-08 22:33:48 AEST

Adding "#define BROKEN_GETADDRINFO 1" to config.h fixed the problem.  ssh is 
installed and working.  Thank you!

Comment 8 Darren Tucker 2003-08-22 13:44:49 AEST

Should we be defining BROKEN_GETADDRINFO in configure for Tru64?

Comment 9 Robert M. Stockmann 2004-03-17 06:21:49 AEDT

shouldn't this compiler warning be fixed first?? : 
 
cc: Warning: session.c, line 635: In this statement, the referenced type of 
the pointer value "&fromlen" is "unsigned long", which is not compatible with 
"int". (ptrmismatch) 
                    (struct sockaddr *) & from, &fromlen) < 0) { 
------------------------------------------------^

Comment 10 Darren Tucker 2004-03-23 17:56:51 AEDT

Fix that warning how?  SuSv2 defines getpeername [1] as:
int getpeername(int socket, struct sockaddr *address, socklen_t *address_len);

and in session.c, fromlen is declared as socklen_t.  Why does Tru64 think that
the 3rd argument should be an int?

[1] http://www.opengroup.org/onlinepubs/007908799/xns/getpeername.html

Comment 11 Damien Miller 2004-04-14 12:24:19 AEST

Mass change of RESOLVED bugs to CLOSED