[Bug 2034] make fails

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Fri Aug 17 02:41:20 EST 2012


--- Comment #3 from Kris <kris.universe at gmail.com> ---
Yes, I am starting each attempt (from the very first one when I
encountered the problem) with a fresh, clean unpack of the tarball.

I have attempted with the following configure styles:

Attempt-1} ./configure --with-zlib=/usr/local --with-ssl-dir=/usr/local

Attempt-2} ./configure

Attempt-3} ./configure --with-zlib=/usr/local

Attempt-1 was, of course, the first time I encountered the break in

I filed the report after Attempt-2.

I also tried Attempt-3 based on Darren's comment, although there was
'No such file or directory' in /usr/local/ssl.

Yes, the latest OpenSSL is in /usr/local.  As are all the ports listed

I have never encountered this problem before on local (machine sitting
next to me) for FreeBSD 8.2-RELEASE nor the FreeBSD 9.0-RELEASE. Also,
I never faced this predicament while building the stack on Amazon (AWS)
with FreeBSD 8.2-RELEASE.

But I'm stuck while building the stack on AWS with FreeBSD 9.0-RELEASE
32-bit (i386) right now.

I'm building the FreeBSD server (as with all of those successful builds
except for port versions that were available at the times of those
builds for FreeBSD 8.2) with the latest version stack of dependencies
in the following order:
{In each case, all the old version files of these ports (that came with
the base OS) such as in /usr/bin, /usr/lib, etc., were replaced with
hard/soft links to the corresponding new versions under /usr/local so
that any other piece of software that needed them 'saw' the correct
version only.}

All were installed through the ports system (make install) and not as
packages. The two that were (of necessity, for want of port
availability) installed directly (from tarballs, configure && make...)
were Zlib 1.2.7 and OpenSSH 6.0p1.

Zlib 1.2.7 (Not through ports)
gnugrep-2.12 (following dependencies got installed as well)
pkgconf 0.8.6
openssl 1.0.1_4
automake-1.12.2 (following dependencies got installed as well
ntp 4.2.6p5_1
libsmi 0.4.8
tcpdump 4.3.0

And then...
openssh 6.0p1 (Not through ports)
***Here is where 'the party crashed' with the problem at hand.

No, I did not mess with config.h, nor with any other *.h, nor with any
other component. What these packages installed is what we have.

As of now, dead in the water with this 'make break'. :-(

Are there environment variables or other settings that can help?

Or, anything else?


You are receiving this mail because:
You are watching the assignee of the bug.
You are watching someone on the CC list of the bug.

More information about the openssh-bugs mailing list