http://bugzilla.mindrot.org/show_bug.cgi?id=802
Summary: sshd of openssh-3.8p1 doesn't link on Tru64.
Product: Portable OpenSSH
Version: 3.8p1
Platform: Alpha
OS/Version: OSF/1
Status: NEW
Severity: normal
Priority: P2
Component: Build system
AssignedTo: openssh-bugs@mindrot.org
ReportedBy: Georg.Wittig@ZV.Fraunhofer.de
sshd of openssh-3.8p1 doesn't link. Linking worked on all prior versions of openssh.
OS: Tru64 (OSF/1) 4.0f
Symptom:
gcc -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o sshpty.o
sshlogin.o servconf.o serverloop.o uidswap.o auth.o auth1.o auth2.o
auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o
auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o
auth2-pubkey.o monitor_mm.o monitor.o monitor_wrap.o monitor_fdpass.o kexdhs.o
kexgexs.o auth-krb5.o auth2-gss.o gss-serv.o gss-serv-krb5.o loginrec.o
auth-pam.o auth-shadow.o auth-sia.o md5crypt.o -L. -Lopenbsd-compat/
-L/usr/local/ssl/lib -L/usr/local/staff/tcp_wrappers/src -s
-Wl,-rpath,/usr/local/ssl/lib:/vol/gnu/lib -lssh -lopenbsd-compat -lwrap
-lcrypto -lrt -lz -lsecurity -ldb -lm -laud
ld:
Unresolved:
xcrypt
shadow_pw
collect2: ld returned 1 exit status
At least shadow_pw doesn't exist in any library that comes with Tru64 (didn't
check for xcrypt). The symptoms don't change when I add or omit the
--with-osfsia configure option.
Looking at auth-passwd.c of 3.8p1 and 3.7.1p2 showed that adding the option
--with-cflags=-DCUSTOM_SYS_AUTH_PASSWD to configure could help on 3.8p1. And
indeed, it does help. sshd now links and runs correctly. But I don't know if
this is the correct solution or just a work-around.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
Summary: sshd of openssh-3.8p1 doesn't link on Tru64.
Product: Portable OpenSSH
Version: 3.8p1
Platform: Alpha
OS/Version: OSF/1
Status: NEW
Severity: normal
Priority: P2
Component: Build system
AssignedTo: openssh-bugs@mindrot.org
ReportedBy: Georg.Wittig@ZV.Fraunhofer.de
sshd of openssh-3.8p1 doesn't link. Linking worked on all prior versions of openssh.
OS: Tru64 (OSF/1) 4.0f
Symptom:
gcc -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o sshpty.o
sshlogin.o servconf.o serverloop.o uidswap.o auth.o auth1.o auth2.o
auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o
auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o
auth2-pubkey.o monitor_mm.o monitor.o monitor_wrap.o monitor_fdpass.o kexdhs.o
kexgexs.o auth-krb5.o auth2-gss.o gss-serv.o gss-serv-krb5.o loginrec.o
auth-pam.o auth-shadow.o auth-sia.o md5crypt.o -L. -Lopenbsd-compat/
-L/usr/local/ssl/lib -L/usr/local/staff/tcp_wrappers/src -s
-Wl,-rpath,/usr/local/ssl/lib:/vol/gnu/lib -lssh -lopenbsd-compat -lwrap
-lcrypto -lrt -lz -lsecurity -ldb -lm -laud
ld:
Unresolved:
xcrypt
shadow_pw
collect2: ld returned 1 exit status
At least shadow_pw doesn't exist in any library that comes with Tru64 (didn't
check for xcrypt). The symptoms don't change when I add or omit the
--with-osfsia configure option.
Looking at auth-passwd.c of 3.8p1 and 3.7.1p2 showed that adding the option
--with-cflags=-DCUSTOM_SYS_AUTH_PASSWD to configure could help on 3.8p1. And
indeed, it does help. sshd now links and runs correctly. But I don't know if
this is the correct solution or just a work-around.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.