With the latest patch from Rob I get the following error when building
the package:
# rm src/scep/autom4te.cache/output.0
# rm src/scep/autom4te.cache/requests
# rm src/scep/autom4te.cache/traces.0
# rmdir src/scep/autom4te.cache
rm -rf src/scep/autom4te.cache
make[4]: Leaving directory `/home/razeto/openca-0.9'
make[3]: Leaving directory `/home/razeto/openca-0.9'
cd src/scep; aclocal -I . -I build
cd src/scep; libtoolize --automake --copy --force
cd src/scep; automake --add-missing --copy --gnu
automake: configure.in: installing `build/install-sh'
automake: configure.in: installing `build/mkinstalldirs'
automake: configure.in: installing `build/missing'
src/Makefile.am:58: variable `OPENSSL_INCLUDE_LIBS' not defined
make[2]: *** [auto-scep] Error 1

Both compiling on woody and on sid.

For people interested in compiling a debian package with woody
now I removed some dependancy for the build procedure, and it
is possible to build with only using openss >= 0.9.7 got from
backports
(http://www.backports.org/debian/dists/woody/openssl/binary-i386/)

Ciao
        Alessandro

On Fri, Jan 16, 2004 at 11:58:01 -0800, Rob Thorne <[EMAIL PROTECTED]> wrote:
> Michael Bell wrote:
> 
> >Hi Rob,
> >
> >the patch doesn't work but I found the problem. You fixed some things 
> >in openca-sv in a wrong way and doesn't test it with 
> >--with-openssl-prefix.
> 
> ????
> 
> What's the specific problem?
> 
> I looked at the generated Makefiles in openca-sv.  They generate the 
> following flags for OPENSSL_INCLUDES and OPENSSL_LIBS when you call 
> configure with "--with-openssl-prefix=/usr/share/ssl":
> 
> >    OPENSSL_INCLUDE = -I/usr/share/ssl/include
> >    OPENSSL_LIBS = -L/usr/share/ssl/lib -L/usr/share/ssl -lcrypto -lssl
> >                                                                                  
> >     
> 
> There's no reason to test OPENSSL_PREFIX in Makefile.am anymore, since 
> the build and link flags are already correctly set up if 
> --with-openssl-prefix is specified, even if pkg-config is present.
> 
> So this should do the right thing.  Is there anything else you found?
> 
> Thanks,
> Rob
> 
> >
> >Rob Thorne wrote:
> >
> >>Getting everything to build right now is a bit of a problem, since make
> >>is dying in src/common/etc since some recent check-ins into that
> >>directory (I'm guessing that a file called src/common/etc/bp/bp.xml.in
> >>is required, but has not been checked into CVS yet).  But as near as I
> >>can tell, as soon as build works without my changes, it will also work
> >>*with* my changes :-)
> >
> >
> >bp.xml.in is new and perhaps I commited it just when the CVS mirrors 
> >started to make their copy from the real CVS server of sourcforge.
> >
> >The patch is now in CVS. I will create a new snapshot in some minutes.
> >
> >Michael
> 
> 
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> OpenCA-Devel mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/openca-devel


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
OpenCA-Devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/openca-devel

Reply via email to