similar to: sshd crashes (w/ skey)

If I configure openssh-2.1.1p4 with the --with-skey option on a Redhat Linux 6.2 system which has openssl-0.9.5a and skey (the logdaemon 6.2 version) installed, the compile fails with the following errors: auth1.c: In function `do_authloop': auth1.c:331: warning: implicit declaration of function `skey_keyinfo' auth1.c:331: warning: initialization makes pointer from integer without a cast

I had some problem when I compiled openssh-1.2.2 on FreeBSD 3.3 with enable skey option like this: ./configure --with-tcp-wrappers --with-skey .. .... ...... gcc -o sshd sshd.o auth-rhosts.o auth-krb4.o auth-pam.o auth-passwd.o auth-rsa.o auth-rh-rsa.o pty.o log-server.o login.o servconf.o serverloop.o bsd-login.o md5crypt.o -L. -L/usr/local/ssl/lib -lssh -lz -lcrypto -lutil -lpam -lskey -lwrap

Hi, I know this issue has been addressed previously, but I'm still not able to compile OpenSSH with S/Key support. My System: SuSE Linux v6.3 (Kernel: 2.2.13) egcs-2.91.66 OpenSSL 0.9.5a S/Key 1.1 OpenSSH v1.2.3 / v2.0.0beta1 (error occurs in both versions) When I tried to configure (v2.0.0beta1 as an example) as follows: CFLAGS="-I/usr/local/openssl-0.9.5a/include

I am having difficulties compiling the Linux/Unix port of openssh --with-skey. Is it supported? -- Charles Arsenault <charlesa at gi4s.qc.ca> Tel: +1-514-575-8140 D011 DEC9 E226 D928 8F84 3257 8908 4865 744D 1654

Hi, I need to setup OpenSSH on a AIX host with skey support. I have search this mailing list archive and try all incarnation of skey lib, but couldn't get openssh to compile with skey support on a non openbsd system without pam support. Even on my Linux box, I can't get it to compile. Could someone give me an URL of a ready to compile skey lib that will work for me ? Or tell me how to

I'm trying to compile skey support into our OpenSSH distro and it's failing to configure. It complains about missing libraries. I downloaded and compiled the latest skey-1.1 and installed it into /usr/local. I tried using --with-skey=/usr/local, --with-skey=/usr/local/lib, --with-skey=/usr/local/include and --with-skey=/usr/local/bin. None of these worked. I'm assuming the correct

http://bugzilla.mindrot.org/show_bug.cgi?id=45 ------- Additional Comments From tim at multitalents.net 2002-01-31 16:37 ------- Autoconf uses char (*f) (); in all it's AC_CHECK_FUNC tests. Seems like skey should be fixed. Feel free to provide a patch to autoconf.ac that uses AC_TRY_RUN instead of AC_CHECK_FUNC(skey_keyinfo, ------- You are receiving this mail because: ------- You

Hi, On Red Hat Linux 7.2, it appears one cannot compile with --with-skey; configure fails with: checking for skey_keyinfo... no configure: error: ** Incomplete or missing s/key libraries. even though skey 1.1.5 libraries are installed from the location mentioned in INSTALL. This has also happened with Solaris it seems: http://bugzilla.mindrot.org/show_bug.cgi?id=45 A patch to configure.ac

Hello, appended is a patch that makes it possible to use PAM both for password authentication and TIS (i.e. s/key or opie or any other interactive challenge/response scheme). I have developed this starting from the patch at http://www.debian.org/Bugs/db/61/61906.html on Debian with openssh-2.1.1p4-3. After configuring ssh with --with-pam-tis, there are two PAM services, "sshd" and

I have just uploaded another snapshot to: http://www.mindrot.org/misc/openssh/openssh-SNAP-20001028.tar.gz Please test this one extra hard, it is likely to become 2.3.0p1 early next week. Regards, Damien Miller -- | ``We've all heard that a million monkeys banging on | Damien Miller - | a million typewriters will eventually reproduce the | <djm at mindrot.org> | works of

Hi, I am working on a backend for a CGRA architecture with advanced predicate support (as on EPIC machines and as first used in the OpenIMPACT compiler). Until last month, the backend was working fine, but since the r161643 commit by stoklund, my backend doesn't work anymore. I think I noticed some related commits later on, and the assertion I get on the latest trunk (r164162) differs from