PB to install PyQt-x11-gpl-3.5

[Jim]

jsaul wrote:
> * Jim [2003-02-10 23:15]:

>>jsaul wrote:

>>>Is there no way to disable KDE support in KDE? That *might*
>>>allready solve the problem.

>>I'm not sure what "disable KDE support in KDE" means. It

> Arghhhh. "in Qt", of course, silly me...

>>might be possible to ignore KStyle (where the compile
>>above is failing) if it isn't supported in the user's
>>version of Qt, but it's more likely to work if the user
>>recompiles Qt to support all of KDE. That assumes of
>>course that the problem is missing Qt features in the
>>first place.

> That's what I meant. But instead I would recompile Qt without
> KDE support at all to see if that helps.

> It is also possible to have two Qt versions concurrently (one
> with, another without KDE support, if that helps) by setting the
> QTDIR environment variable to different values for KDE startup and
> the user shell.

> Sorry for the above confusion.

I'm normally confused, so it's not a problem.

Recompiling Qt with support for style related stuff did
fix the original poster's problem (now he's found a
different bug in PyKDE related to using an older KDE
version, which hopefully has been fixed too).

Using multiple Qt versions with PyKDE (and maybe PyQt
  - not sure) gets tricky because some distributions don't
automatically export QTDIR, even when they're running
two versions of Qt (like Qt1 and Qt2 a few years ago).
It also gets  difficult to match the h files needed for
code generation and compiling with the Qt libs needed
for linking, especially because there are inconsistencies
between the various  distributions. It can be sorted
out manually, but not always automatically (like with
autoconf or something equivalent).

Jim