Apparently compile problems with RedHat 9

Martijn Klingens klingens at
Sun May 11 19:47:03 BST 2003

On Sunday 11 May 2003 18:19, Waldo Bastian wrote:
> On Sunday 11 May 2003 17:41, Martijn Klingens wrote:
> > 1. LIBART
> > ---------
> > Looks like RedHat 9's default installation makes it impossible to compile
> > _any_ KDE application because of a missing or broken libart installation.
> From the thread I got the impression that installing libart_lgpl_2-devel
> solved the problem.

Sure it does, but that is only after a compile-time error.

I was posting here because I strongly prefer configure-time errors over 
compile-time errors, so I wanted configure to have an additional check 
somewhere along the lines.

The question is more what exactly should be checked and whether the check 
should go into admin/ or in a in Kopete's tree.

> > --------------------
> > No, Kopete doesn't use Kerberos directly :)
> >
> > But kssl's includes include openssl headers, and those include kerberos
> > stuff, which in turn cause a Kopete build to fail because of the includes
> > being in a place not being searched.
> This has nothing to do with KDE's kssl, but with qssl.cpp which includes
> openssl headers. KDE's kssl uses KDE_CHECK_SSL to see if ssl is installed
> and to adjust various include paths, maybe qssl should use those checks as
> well.

Hmm, the only way to fix that is to have PSI use kssl instead of its own ssl 
implementation. But that's not up to Kopete to decide, that's a libpsi thing.

Looks like our copy of libpsi needs to be fixed locally and/or a local 
configure check is needed.

> I don't see anything in there that directly address kerberos btw.

Compilation bails out on krb5.h, which is a Kerberos v5 include AFAIK.

Anyway, looks like the SSL thing is ours to deal with and not something for 
admin/. I mistakenly read kssl.h as the KSSL from kdelibs, sorry :)

The libart issue still remains though.


More information about the kde-core-devel mailing list