You are not logged in.

Dear visitor, welcome to KDE-Forum.org. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

1

Friday, August 8th 2003, 7:30pm

Build of kde3.1.3 fails on kcontrol/crypto

Hi,

I can usually solve most compilation failures but this one has got me stuck, can anyone help

I am using konstruct to build kde3.1.3, using meta/everything but I have narrowed it down to the following element. Here it is:

[code:1]
[root@laptop crypto]# make install
if /bin/sh ../../libtool --silent --mode=compile --tag=CXX g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/kde3.1.3/include -I/usr/X11R6/include -I/usr/kerberos/include -DQT_THREAD_SUPPORT -I/opt/kde3.1.3/include -I/usr/X11R6/include -I/opt/kde3.1.3/include -I/usr/X11R6/include -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -DNDEBUG -DNO_DEBUG -O2 -I/opt/kde3.1.3/include -I/usr/X11R6/include -L/opt/kde3.1.3/lib -L/usr/X11R6/lib -O2 -pipe -I/opt/kde3.1.3/include -I/usr/X11R6/include -L/opt/kde3.1.3/lib -L/usr/X11R6/lib -O2 -pipe -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -D_GNU_SOURCE -MT kcm_crypto_la.all_cpp.lo -MD -MP -MF ".deps/kcm_crypto_la.all_cpp.Tpo" \
-c -o kcm_crypto_la.all_cpp.lo `test -f 'kcm_crypto_la.all_cpp.cpp' || echo './'`kcm_crypto_la.all_cpp.cpp; \
then mv ".deps/kcm_crypto_la.all_cpp.Tpo" ".deps/kcm_crypto_la.all_cpp.Plo"; \
else rm -f ".deps/kcm_crypto_la.all_cpp.Tpo"; exit 1; \
fi
In file included from /opt/kde3.1.3/include/ksslinfodlg.h:28,
from /opt/kde3.1.3/include/ksslall.h:4,
from crypto.cpp:85,
from kcm_crypto_la.all_cpp.cpp:2:
/opt/kde3.1.3/include/ksslcertificate.h:57: conflicting types for `struct X509'
/usr/include/openssl/ossl_typ.h:109: previous declaration as `typedef struct x509_st X509'
In file included from /opt/kde3.1.3/include/ksslall.h:14,
from crypto.cpp:85,
from kcm_crypto_la.all_cpp.cpp:2:
/opt/kde3.1.3/include/ksslpkcs7.h:34: conflicting types for `struct PKCS7'
/usr/include/openssl/pkcs7.h:217: previous declaration as `typedef struct pkcs7_st PKCS7'
In file included from /opt/kde3.1.3/include/ksslall.h:15,
from crypto.cpp:85,
from kcm_crypto_la.all_cpp.cpp:2:
/opt/kde3.1.3/include/ksslpkcs12.h:35: conflicting types for `struct EVP_PKEY'
/usr/include/openssl/ossl_typ.h:107: previous declaration as `typedef struct evp_pkey_st EVP_PKEY'
In file included from kcm_crypto_la.all_cpp.cpp:2:
crypto.cpp: In member function `void KCryptoConfig::slotCAImport()':
crypto.cpp:1835: no matching function for call to `KOpenSSLProxy::X509_STORE_new()'
crypto.cpp:1836: no matching function for call to `KOpenSSLProxy::X509_LOOKUP_file()'
crypto.cpp:1841: no matching function for call to `KOpenSSLProxy::X509_LOOKUP_ctrl(X509_LOOKUP*&, int, QCString, long int, NULL)'
crypto.cpp:1842: no matching function for call to `KOpenSSLProxy::sk_num(STACK*&)'
crypto.cpp:1843: no matching function for call to `KOpenSSLProxy::sk_value(STACK*&, int&)'
crypto.cpp:1912: no matching function for call to `KOpenSSLProxy::X509_STORE_free(X509_STORE*&)'
crypto.cpp:1984: no matching function for call to `KOpenSSLProxy::X509_STORE_free(X509_STORE*&)'
make: *** [kcm_crypto_la.all_cpp.lo] Error 1
[root@laptop crypto]#

[/code:1]

I have installed all of the libs that konstruct required on another successfull installation of 3.1.3.

I did a fresh install of Mandrake 9.1 without KDE and then used online update to get latest fixes.

Hopefully I have provided enough information.
Slackware 9.1
KDE 3.2.1
Linux user since 2000
Unix user since 1994

2

Friday, August 8th 2003, 9:31pm

Re: Build of kde3.1.3 fails on kcontrol/crypto

Looks like Mandrake's OpenSSL version lets kdebase's "--enable-final" parameter fail. :-|

Try to remove "--enable-final" from kde/category.mk and run "cd kde/kdebase && make buildclean && make install".

3

Saturday, August 9th 2003, 4:04am

Still the same

No the unsetting of that flag made no difference :cry:

I noticed there is a readme in the directory that says:

Quoted


This needs to be updated to use libkssl instead of OpenSSL directly.


and it looks like kssl is the probelm.
Slackware 9.1
KDE 3.2.1
Linux user since 2000
Unix user since 1994

4

Saturday, August 9th 2003, 7:33am

Re: Still the same

Quoted

Original von paulsmith99

No the unsetting of that flag made no difference :cry:


And the error message didn't change?

5

Saturday, August 9th 2003, 9:34am

The error messages are all the same as before. There seems to be no difference in the output (without doing a diff, they look identical).

Should I get a different version of OpenSSL, instead of using Mandrakes? As I said originally, I did not have a problem with crypto on another machine.
Slackware 9.1
KDE 3.2.1
Linux user since 2000
Unix user since 1994

6

Saturday, August 9th 2003, 10:06am

Ok, my fault: the "buildclean" target doesn't delete the configure cookie and with it no new configure run should have happened. :-|

Revised version: Try to remove "--enable-final" from kde/category.mk and run "cd kde/kdebase && make garchive && make clean && make install".

7

Saturday, August 9th 2003, 11:24am

:shock: Oh no! it is still the exactly the same.

I am wondering what I can do to get around it if I can't get crypto to compile. I suppose it is an essential item, unlike kopete which I took out of the compile due to unfixable errors.

I would be gratefull of any further ideas.

Thanks so far.
Slackware 9.1
KDE 3.2.1
Linux user since 2000
Unix user since 1994

8

Saturday, August 9th 2003, 12:10pm

Essential? No, it's just the configuration module. KDE will still run without it, only you will not be able to change some settings (without editting some configuration files in an editor).

Change to kde/kdebase/work/kdebase-3.1.3/kcontrol and remove "crypto" from the "SUBDIRS" definition in Makefile. Perhaps all other parts of kdebase will compile.

9

Saturday, August 9th 2003, 12:20pm

OK I'll remove it from the compile and see how it goes.

I did think that when I saw it was part of Kcontrol that I could skip it.

I can always try to compile it at a later date once I have got the rest of 3.1.3 working.

Thanks very much for your advice. :)
Slackware 9.1
KDE 3.2.1
Linux user since 2000
Unix user since 1994