similar to: -I order

Can someone explain why we need this fix on Solaris 2.6? -- | Damien Miller <djm at mindrot.org> \ ``E-mail attachments are the poor man's | http://www.mindrot.org / distributed filesystem'' - Dan Geer ---------- Forwarded message ---------- Date: Tue, 6 Mar 2001 10:05:56 -0600 (CST) From: Sec. Acct. <secact at sun.twlight.net> To: ssh at clinet.fi Subject:

Could people who have been having issues with Portable OpenSSH and Kerberos 4 please try the following patch. You will need to run "autoreconf" (i.e you will need autoconf installed) and then run ./configure again. Index: configure.in =================================================================== RCS file: /var/cvs/openssh/configure.in,v retrieving revision 1.267 diff -u -r1.267

If you want to override CFLAGS on the make line (eg. "make CFLAGS='-O3'"), you lose because you end up stomping preprocessor flags as well. Preprocessor should be in CPPFLAGS. The following patch takes care of this. -Fred Index: Makefile.in =================================================================== RCS file: /cvs/Darwin/Services/OpenSSH/openssh/Makefile.in,v

(I'm not subscribed; Mail-Followup-To set.) Contrary to the claim in the output of ./configure --help, $CPPFLAGS is in fact not influential. --- rsync-2.5.5/Makefile.in~ 2002-03-24 23:36:34.000000000 -0500 +++ rsync-2.5.5/Makefile.in 2002-11-12 17:52:04.000000000 -0500 @@ -9,6 +9,7 @@ LIBS=@LIBS@ CC=@CC@ CFLAGS=@CFLAGS@ +CPPFLAGS=@CPPFLAGS@ LDFLAGS=@LDFLAGS@

Feb 12 CVS (sort of, see warning below) I've had to change around some of the code in configure.in to get some platforms to compile with the --with-tcp-wrappers option. Basicly I have set it up to check headers check system libraries check for optional packages check functions I have also tried to clean up the library order as it is important on some platforms. This patch works on Solaris

Hi, I get this error: --------------- configure: configuring in projects/Stacker configure: running /bin/sh '/C/projects/src/llvm-2/llvm/projects/Stacker/configure' --prefix=/C/LLVM/tools/ '--prefix=/C/LLVM/tools/' 'CPPFLAGS=-D__MINGW -DLLVM_ON_WIN32=1' --cache-file=/dev/null --srcdir=/C/projects/src/llvm-2/llvm/projects/Stacker configure: error: invalid variable

>Ken, did you ever get afs support compiled into 2.0.2? I am in exactly >the same boat as you are (were), where samba 1.9.18 was working great, but >2.0.2 wouldn't compile with afs support. I too tried to copy the relavant >parts of the makefile over, but ended up with the same errors as you did. >Then I found your post to the samba list, and I'm hoping that you've

On Thursday, January 9, 2003, at 11:38 AM, Ben Hines wrote: > > On Tuesday, January 7, 2003, at 07:54 PM, Glenn wrote: > >> >> I've got xmms installed (via fink) and I'd really like to get the >> xmms-flac plugin to work. >> >> Suggestions? >> > > You could of course use the FLAC from fink, it comes with the plugin. > I haven't

I am enclosing a context diff of the changes that I made to get openssh working on UWIN. UWIN is a UNIX operating system layer that runs on Win32 systems. For more information on UWIN go to http://www.research.att.com/sw/tools/uwin/. I also ran configure using -with-cppflags=-D_BSDCOMP=2. I don't know where that information would go with the source code. Let me know if you need more

Hi Erik, I've found a middleground for the problem of setting default CFLAGS. I've gone back to setting them if {C,CXX,CPP,LD}FLAGS are unset at the onset of the configure script (i.e., the user hasn't specified anything) and then proceed to set them to the defaults as before. This has been suggested before: https://lists.gnu.org/archive/html/autoconf/2006-04/msg00022.html In

I just tried to compile FLAC 1.0.5 beta1 under Apple's X11 v0.1 (released today) and it didn't work. The error message was: file_decoder.c: In function `_declspec': file_decoder.c:477: warning: unused parameter `dllimport' file_decoder.c:478: warning: unused parameter `FLAC__file_decoder_process_until_end_of_file' make[4]: *** [file_decoder.lo] Error 1 make[3]: ***

Hello, Got some at the time surprising errors some days ago when building a local r-devel installation on a cluster, with apparent outdated or missing dev versions of some files. After reading the r-devel news ( https://developer.r-project.org/blosxom.cgi/R-devel/NEWS), it turned out that " Use of the included versions of ?zlib?, ?bzlib?, ?xz? and PCRE is deprecated: these are frozen and

This is a Linux/Alpha system, with AT&T's graphviz suite installed. gcc -O2 -Wall -I. -I. -I/usr/local/ssl/include -DETCDIR=\"/usr/local/etc\" -D_PATH_SSH_PROGRAM=\"/usr/local/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/local/libexec/ssh-askpass\" -D_PATH_SFTP_SERVER=\"/usr/local/libexec/sftp-server\" -DHAVE_CONFIG_H -c atomicio.c In file included

The following aix patch to configure.in forces /usr/include to be searched before /usr/local/include on AIX systems only. This allows the normal include rules to untangle <login.h> from "login.h" on AIX when using the AIX cc compiler or gcc. Please see that it gets applied to the current cvs source tree. It fixes the only compile time error the current cvs tree has on aix with

Hello, to build + packages dovecot I use the usual Debian tool chain. That includes build with selected GCC options and running lintian. I notice since a long time (read: many earlier versions, up to 2.2.35) this lintian warnings: I: dovecot-core: hardening-no-fortify-functions usr/lib/dovecot/auth N: N: This package provides an ELF binary that lacks the use of fortified libc N:

Otherwise, automake will fail to process vivified/code/Makefile.am --- configure.ac | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/configure.ac b/configure.ac index a3e186b..0e28374 100644 --- a/configure.ac +++ b/configure.ac @@ -300,6 +300,7 @@ else AC_MSG_NOTICE([Vivified was not enabled.]) fi AM_CONDITIONAL(HAVE_VIVI, [test "x$HAVE_VIVI" = xyes])

Under Samba 2.2.4 (and possibly earlier), smbpasswd (when run locally) only really reads the first 8 characters, as opposed to the full password. Obviously, this can cause mass confusion. :) The fix is pretty simple (I would offer a diff, but this is the kind of thing the configure script should check for...) - under Solaris getpass() will only return 8 characters - you must use getpassphrase()

Things that are still outstanding: 1) Solaris/Redhat/HPUX session.c patch. I've not seen a ya or na on Kevin's pam patch from the Solaris group. 2) Odd Redhat/Debian scp/ssh issues. .. I'm baffled, and I can't replicate the bug. Nor have I seen anything remotely like it reported. 3) SCO.. Is it happy yet for compiling? =) Completed: 1) mdoc2man.pl .. Commited into

Hi all. Any reason not to turn these on if the system supports them? They're cheap but not free (a bit under 1% slower to run the complete regress suite in a completely unscientific test). They're based on info from these places: https://wiki.ubuntu.com/ToolChain/CompilerFlags http://wiki.debian.org/Hardening http://www.gentoo.org/proj/en/hardened/gnu-stack.xml and I've attempted to

In MacOS X 10.0.4, and probably other versions, getaddrinfo() is broken in such a way that when you try to connect to certain hosts, openssh fails. getaddrinfo is first failing the lookup, and then failing to return with an error code when it does fail. I've found that if you define BROKEN_GETADDRINFO for OS X, it compiles and runs just fine. This patch against configure works for me: