similar to: have configure generate header dependencies automatically

http://bugzilla.mindrot.org/show_bug.cgi?id=198 Summary: Error getting file with sftp on old F-Secure servers Product: Portable OpenSSH Version: 3.1p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: sftp AssignedTo: openssh-unix-dev at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=187 Summary: ssh-keygen not converting from and to SECSH standard correctly Product: Portable OpenSSH Version: 3.1p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: ssh-keygen AssignedTo:

I am trying to build openssh-4.3p2 portable source under Cygwin running under Windows XP SP2. I have installed Cygwin 1.5.19-4 along with these significant packages (installed using the cygwin setup program): gcc 3.4.4-1 minires-devel 1.00-1 openssl 0.9.8a-1 openssl-devel 0.9.8a-1 openssl097 0.9.7i-1 tcp_wrappers 7.6-1 zlib 1.2.3-1 I used the instructions in openssh-4.3p2/contrib./cygwin/README

While keeping up-to-date the nouveau mesa driver (either classic or gallium), or doing regression testing, the big majority of my rebuilds resulted in segfaults. I am not talking about autogen or configure detection. I believe this also works automatically in other projects and doesn't with mesa, but forgetting to do this usually causes a build failure. Then autogen/configure can be run and

The current configuration only works if xauth can be found at /usr/X11R6/bin/xauth, which creates some problems when running sshd on an openwin system. Contained below are patches to find the path of xauth in configure, and set the path in config.h. (also contained is a patch for configure for those without autoconf) Also-- added #include "bsd-daemon" to includes.h, which quiets a

Where I work, we have an application that has been merrily running away (and being built) on FC1 (yes, you read that right). One of my assignments is to bring this up to CentOS, but on my first effort, I ran into this interesting "feature." The original build process (FC1) uses mkdep to generate the dependency files that are subsequently used by the makes to build the app. mkdep does

is this ok (complete, correct)? Index: INSTALL =================================================================== RCS file: /var/cvs/openssh/INSTALL,v retrieving revision 1.53 diff -u -r1.53 INSTALL --- INSTALL 13 May 2002 05:22:21 -0000 1.53 +++ INSTALL 24 Jun 2002 00:50:20 -0000 @@ -105,11 +105,6 @@ There are a few other options to the configure script: ---with-rsh=PATH allows you to

hi. please cc comments 2 me, i'm not subscribed. what i did is simply this (you might have guessed :) i had to install the improved version of openssl after recent, urgent improvements. with this came came the urgent desire for openssh-CURRENT, which had to be reinstalled, because an old(?) version comes with the distribution. here's the diff. spare me and yourselfs a desciption of

--- Makefile.in | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile.in b/Makefile.in index 304d96cd..47e04c02 100644 --- a/Makefile.in +++ b/Makefile.in @@ -353,7 +353,7 @@ depend-rebuild: rm -f config.h touch config.h makedepend -w1000 -Y. -f .depend *.c 2>/dev/null - (head -2 .depend; tail +3 .depend | sort) >.depend.tmp + (head -n 2 .depend; tail -n +3

the configure option --program-prefix does not work although it is listed in teh configure --help output. The attached patch fixes these issues: 1) program prefix is not substituted in configure 2) program prefix is not present in Makefile 3) scp requires use of a known "scp" program -- bryan diff -cr openssh-2.9.9p2.orig/Makefile.in openssh-2.9.9p2/Makefile.in ***

There's a typo in configure.in that's specifying --with-catman as an option but the help message says --with-mantype. Here's a patch. - Dave Dykstra *** configure.in.old Fri Jun 8 13:23:13 2001 --- configure.in Fri Jun 8 13:17:47 2001 *************** *** 1422,1428 **** AC_SUBST(INSTALL_SSH_PRNG_CMDS) ! AC_ARG_WITH(catman, [ --with-mantype=man|cat|doc Set man page

Hi, When building OpenSSH 5.2p1 on MacOSX 10.6.0, I get the following ld error gcc -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect1.o sshconnect2.o mux.o -L. -Lopenbsd-compat/ -fstack-protector-all -lssh -lopenbsd-compat -lcrypto -lz Undefined symbols: "_res_9_query", referenced from: _getrrsetbyname in libopenbsd-compat.a(getrrsetbyname.o)

http://bugzilla.mindrot.org/show_bug.cgi?id=563 Summary: getaddrinfo() in libopenbsd-compat.a breaks heimdal- linked pam_krb5 Product: Portable OpenSSH Version: -current Platform: Sparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Miscellaneous

Hi, > maas34:openssh-2.9p2 {172} make > gcc -o ssh-keyscan ssh-keyscan.o -L. -Lopenbsd-compat/ -R/home/eedalf/lib -L/home/eedalf/lib -L/home/eedalf/lib -ldsocks -L/opt/local/zlib-1.1.2/lib -L/usr/local/lib -R/usr/local/lib -lssh -lopenbsd-compat -lz -lsocket -lnsl -lgen -lcrypto > Undefined first referenced > symbol in file

Hi I don't know if you can help me out, I try to install openssh 2.3.0p1, I did the ./configure it's ran ok, when I do make to complies, it keep spit out something like this make: rv: Command not found make: *** [libopenbsd-compat.a] Error 127 I am running Solaris 2.6 with perl 5.6 and openssl 0.9 gcc -g -O2 -Wall -I. -I. -I/usr/local/include -I/usr/local/ssl/include

Hello I am attempting to build on a LynxOS platform and am using a old version of zlib and OpenSSL-0.9.6a. I get past the configure stage by ignoring the zlib version check. However, at make stage I run into the following undefineds. Any idea what may be causing this. I am using version 3.8p1 of OpenSSH. Thank you in advance for your response Amba (cd openbsd-compat && make)

I've had failing llvm-gcc bootstraps on x86_64 for about a week now. It falls over when trying to link makedepend with a stage1 compiler: [x86_64-off-opt]: libcpp.a(charset.o): In function `init_iconv_desc': [x86_64-off-opt]: (.text+0xef7): undefined reference to `alloca' [And hundreds more of similar nature] Supposedly gcc doesn't inline alloca if -ansi or -fno-builtin is

Since multiple people have applied my UseLogin patch and failed to get it to work because configure/config.h.in were not automatically rebuilt, I decided it was time to add some rules to the Makefiles to update these things. The appended patch will cause a "make" to rebuild configure, config.h.in, config.h, and both Makefiles if the appropriate source file(s) change. It will also run

For systems that don't have perl at /usr/bin/perl, fixpaths doesn't run. I've added a check in configure.in to find where perl is and use it to run fixpaths. Here's the patch: --- configure.in.orig Mon Dec 27 23:09:36 1999 +++ configure.in Tue Dec 28 10:16:05 1999 @@ -9,6 +9,7 @@ AC_PROG_RANLIB AC_PROG_INSTALL AC_CHECK_PROG(AR, ar, ar) +AC_CHECK_PROG(PERL, perl, perl)

Hello! In configure.in from openssh-2.2.0p1 you are using $xno and $xyes several times. However, those variables are not defined. I guess you mean literals "xno" and "xyes" in all those cases. If that's correct please apply the patch at the end of this message. Regards, Pavel Roskin _____________________ --- configure.in Wed Aug 30 18:20:05 2000 +++ configure.in Wed Oct