similar to: [Bug 60] OpenSSH 3.0.2p1 configure script fails on NEXTSTEP

http://bugzilla.mindrot.org/show_bug.cgi?id=60 mouring at eviladmin.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|openssh-unix-dev at mindrot.org|mouring at eviladmin.org Status|REOPENED |NEW ------- Additional Comments From mouring at

Hello, I ran into a few problems when trying to build openssh 5.2p1 on IRIX 5.3. First one is new to 5.2p1: cc -I. -I. -I/usr/tgcware/include/openssl -I/usr/tgcware/include -DSSHDIR=\"/usr/tgcware/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/tgcware/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/tgcware/libexec/ssh-askpass\"

Hi, I have ported OpenSSH-4.0p1 to UnixWare 7.1.4. Can you please add the following for UnixWare 7 in the configure script: Description: + cross compiler produces i386a.out. + libcrypt which needs to come after openssl's libcrypto. + passwd needs user name. Thanks, Ahsan Rashid --- openssh-4.0p1/configure Tue Mar 8 23:54:16 2005 +++ dist/configure Thu Apr 14 17:09:54 2005 @@ -1728,7

Hello, There is a small but annoying problem with linking libwrap in openssh. The library is added to LIBS which makes it be linked in to all binaries. This is unnecessary and leads to bogus dependencies if libwrap is a shared library. Following is a trivial fix that reserves a separate autoconf substitution variable LIBWRAP, which is only used for sshd. Please apply. Maciej -- +

http://bugzilla.mindrot.org/show_bug.cgi?id=338 ------- Additional Comments From stevesk at pobox.com 2002-07-07 04:00 ------- will look into this ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

Hi If I try to run configure for openssh-5.1p1 with --wtih-selinux option it fails giving the error "selinux support requires selinux library" all of the below also dont work a) --wtih-selinux b) --wtih-selinux=path of cross complied library c) LDFLAGS=-Lpath of cross complied library if I remove --wtih-selinux option I am able to everything is fine. How to solve this error? Thanks

openssh-2.9.9p2/configure.in says: # Disabled until it works on SCO and HPUX #AC_SYS_LARGEFILE As an autoconf maintainer I'd like to fix this. Can you please explain what's broken on SCO and HPUX? I'm puzzled by the comment, as AC_SYS_LARGEFILE is a feature introduced in autoconf 2.50, whereas openssh-2.9.9p2/configure was built with autoconf 2.13. Anyway, some older GNU

In configure for openssh 4.3p2 is this: as_executable_p="test -f" as_executable_p, as the name suggests, is used to test whether a file is executable or not, so should use -x and not -f. Discovered after doing chmod a-x gcc so configure would not discover it, but found it anyway. -- Roger Cornelius rac at tenzing.org

Actually it really never was answered, but here's how I fixed (worked around) it. At first I thought installing patch PHNE_27796 (libnss_dns DNS backend patch) had fixed it. It didn't. It just flip-flopped the problem. Prior to installing that patch, ssh would never go to DNS no matter what was in nsswitch.conf. It appeared to only look in /etc/hosts. After installing the patch, ssh

Just went and cvs co'd portable openssh as described on the website. However, there's no configure there. nor there's a build.conf script of some sort to rebuild it. When I manually did autoconf configure.ac > configuire, I got something, but it couldn't find config.h.in when running. An attempt to run automake said that aclocal.m4 is obsolete and I need to rerun aclocal, but

James, That worked, thanks, but with a caveat. I don't know if this is a limitation of autoconf/configure, but jni.h wants to include jni_md.h, which is located in JNI_INCLUDE_DIR/win32, which is not automatically searched. I was able to work around this by moving jni_md.h from the win32 sub directory to the same directory as jni.h. No idea who's bug this is, if it is legitimately a bug,

All, I'm trying to compile xapian core and bindings under cygwin. I have no issues running the configure script and then compiling core, but bindings is giving me some issues. I'm running the configure script for bindings as follows: in xapian-bindings-1.4.0 directory. ./configure XAPIAN_CONFIG=/home/John/xapian-core-1.4.0 --with-java and had two issues. The first I solved by doing

Hi all, I've been running OpenSSH portable on NeXTstep 3.3 since version 2.5.something with no/little problems. 3.7.1p1 still compiles fine but sshd hangs at startup. I've tried to debug it but when stepping through sshd using gdb it segfaults in mysignal in bsd-misc.c instead of hanging. Before I dig any deeper into this I'd like to know if there's anybody else running

Hello Porters, I've finally (thanks to Wendy Palm of Cray) ported OpenSSH to Dynix v4.4.4. I had to make sure that "UseLogin" was set to "no" in the sshd_config file. Also, here are the old-style contextual diffs (obtained with 'diff -c' on the Dynix box) of the two files I had to change: *** configure Sat Jun 16 17:09:50 2001 --- configure.new Mon Oct 8

I was sent this from Mark Miller. Should we be using MAXPATHLEN instead of PATH_MAX in the upstream tree? Not all systems define PATH_MAX. - Ben --- sftp-int.c.orig Sat Feb 10 13:56:08 2001 +++ sftp-int.c Sun Feb 11 23:33:26 2001 @@ -435,5 +435,5 @@ unsigned long n_arg; Attrib a, *aa; - char path_buf[PATH_MAX]; + char path_buf[MAXPATHLEN]; path1 =

Greetings: On a Sun Solaris 8 machine using the Sun Studio 11 compiler: taz$ ./configure LDFLAGS=-xarch=v9 CFLAGS='-xO3 -xarch=v9' CC=/opt/SUNWspro/bin/cc --prefix=/opt/openssh-4.3p1 --with-ssl-dir=/opt/openssl-0.9.8a --with-xauth=/usr/openwin/bin/xauth --with-default-path=/bin:/sbin:/usr/sbin:/usr/bin:/usr/local/bin:/usr/openwin/bin:/usr/dt/bin --without-zlib-version-check checking

Hi, I have been trying to build openssh 3.4p1 on SCO Open Server xxx It requires the libcrypto.a library produced by OpenSSL. So, I downloaded and installed OpenSSL 0.9.6d. As part of the configure process for OpenSSH, 'configure' checks for version of libcrypto.a with RAND_add(). RAND_add is defined in rand_lib.c and during the build of OpenSSH, I can see that rand_lib.c is compiled

No "ssh -X hostname" doesn't work. But when you "export DISPLAY=..." it works!? I set the the Display Hack so that I can see my IP with "env" or "echo SSH_CLIENT" when I'm connect via VPN-Tunnel and I don't know my IP in the Net I'm connected through. Andreas Kerl ----------------------------------------- DTS Medien GmbH Heidestrasse 38

Hi, all. I'm trying to compile OpenSSH-3.0.2p1 on a Linux libc5 system, and it fails when compiling packet.c with the following: gcc -g -O2 -Wall -Wpointer-arith -Wno-uninitialized -I. -I. -DETCDIR=\"/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/libexec/ssh-askpass\" -D_PATH_SFTP_SERVER=\"/usr/libexec/sftp-server\"

> Hi, > > There's no HAVE_RAND48 symbol provided by autoconf. You'll have to add > the appropriate check to autoconf/configure.ac before we can take this > patch. Sorry I forgot to mention I didn't make any changes to the configure script. The problem is that I can't test these things since I'm not on a Unix platform, and I'm not even using the