Well, I'm glad it at least builds now. I suspect the problem is with
your chroot environment, but I'll try to look into the libssl/libcrypt
linking issue. Maybe I can improve that.
As for make install...
Are you running make install from inside the chroot?
Are you really trying to install it
Yes. make install is running inside chroot. The rpmbuild process
builds in the /usr/src/packages/BUILD directory and installs in
/usr/src/packages/BUILDROOT directory. Once installed there, rpmbuild
can check what files have been created and package them up.
Thanks,
Jad.
On Tue, Jul 6, 2010 at
A little background: I'm using a chrooted environment that is cleaned
on every build to build the rpm.
Here're the relevant lines from the .spec file:
echo int main () { MD5_Init(); } test.c
gcc test.c -lssl
Here's the output:
/tmp/ccCpLzVg.o: In function `main':
test.c:(.text+0x7): undefined
What do you get if you try to link it using -lcrypto instead of -lssl?
And are those actual files in /var/tmp/build-root/usr/lib, or are they
(possibly broken) symlinks? On my system, /usr/lib/libcrypto.so*
and /usr/lib/libssl.so* are all symlinks into /lib.
-- Murphy
On Sun, 2010-07-04 at
Interesting. So -lcrypto works, but not -lssl.
If I chroot into /var/tmp/build-root and I try gcc'ing the text/c,
both work however.
They are symlinks to .so files in the same directory.
Jad.
On Sun, Jul 4, 2010 at 5:19 AM, James Murphy McCauley jam...@nau.edu wrote:
What do you get if you try
I'd try skipping the check for MD5_Init, explicitly linking with
libcrypto, and hoping for the best.
If you're building from git, that'd be editing config/ax_ssl.m4 to
replace the AC_CHECK_LIB(ssl, MD5_Init, line and the two lines after
it with: SSL_LIBS=-lssl -lcrypto; AC_SUBST(SSL_LIBS)
Then
Thanks! That worked. make succeeds, but now make install fails:
make[8]: Entering directory `/usr/src/packages/BUILD/nox/src/nox/lib'
test -z /usr/local/bin/nox/lib || /bin/mkdir -p
/usr/src/packages/BUILDROOT/nox-git.20100704-1.i386/usr/local/bin/nox/lib
/bin/sh ../../../libtool