Qt 4.7.0 and KDE 4.5.2 - Yay!

[sam_i_am]

I was able to compile KDE 4.5.2 with Qt 4.7.0 on a x86 system. There were a few breakages due to libpng as this system hasn't been updated in a while. But, once that was sorted out, rest of the compilation went smoothly. Been using it for about hour so far and all is well

PS: Had to go through a few hoops to unmask Qt 4.7.0, add a few unstable packages to get everything going. But no big hassle.

[vdracula]

Nope,

yesterday qt-4.7.0 was unmasked, and kde-4.5.3 crashes after emerging it on logout:

kmix:

Code: Select all

Application: KMix (kdeinit4), signal: Segmentation fault
[KCrash Handler]
#6  0x00007f7a011009d9 in QRasterWindowSurface::~QRasterWindowSurface() () from /usr/lib64/qt4/libQtGui.so.4
#7  0x00007f7a0111c061 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#8  0x00007f7a00f3c129 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#9  0x00007f7a00f3ded8 in QWidgetPrivate::deleteExtra() () from /usr/lib64/qt4/libQtGui.so.4
#10 0x00007f7a00f3e13d in QWidgetPrivate::~QWidgetPrivate() () from /usr/lib64/qt4/libQtGui.so.4
#11 0x00007f7a01d98aec in QObject::~QObject() () from /usr/lib64/qt4/libQtCore.so.4
#12 0x00007f7a00f4b6fa in QWidget::~QWidget() () from /usr/lib64/qt4/libQtGui.so.4
#13 0x00007f7a014ed005 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#14 0x00007f7a006f9055 in ?? () from /lib/libc.so.6
#15 0x00007f7a006f90a5 in exit () from /lib/libc.so.6
#16 0x00000000004076fa in _start ()

kdeinit:

Code: Select all

Application: Der KDE-Sitzungsmanager (kdeinit4), signal: Segmentation fault
[Current thread is 1 (Thread 0x7f7a030ff760 (LWP 28068))]

Thread 2 (Thread 0x7f79ed364710 (LWP 28071)):
#0  0x00007f7a0078f3e3 in select () from /lib/libc.so.6
#1  0x00007f7a01d5bc8c in ?? () from /usr/lib64/qt4/libQtCore.so.4
#2  0x00007f7a01c8dd1e in ?? () from /usr/lib64/qt4/libQtCore.so.4
#3  0x00007f79f64c89a3 in ?? () from //usr/lib64/opengl/nvidia/lib/libGL.so.1
#4  0x00007f7a01a02c1a in start_thread () from /lib/libpthread.so.0
#5  0x00007f7a00795cad in clone () from /lib/libc.so.6

Thread 1 (Thread 0x7f7a030ff760 (LWP 28068)):
[KCrash Handler]
#6  0x00007f7a011009d9 in QRasterWindowSurface::~QRasterWindowSurface() () from /usr/lib64/qt4/libQtGui.so.4
#7  0x00007f7a0111c061 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#8  0x00007f7a00f3c129 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#9  0x00007f7a00f3ded8 in QWidgetPrivate::deleteExtra() () from /usr/lib64/qt4/libQtGui.so.4
#10 0x00007f7a00f3e13d in QWidgetPrivate::~QWidgetPrivate() () from /usr/lib64/qt4/libQtGui.so.4
#11 0x00007f7a01d98aec in QObject::~QObject() () from /usr/lib64/qt4/libQtCore.so.4
#12 0x00007f7a00f4c2ea in QWidget::~QWidget() () from /usr/lib64/qt4/libQtGui.so.4
#13 0x00007f7a02b80f21 in ?? () from /usr/lib/libkdeui.so.5
#14 0x00007f7a02b80536 in KSelectionOwner::~KSelectionOwner() () from /usr/lib/libkdeui.so.5
#15 0x00007f79f3fab61f in kdemain () from /usr/lib64/libkdeinit4_ksmserver.so
#16 0x00000000004076f3 in _start ()

Anyone got the same problems?

[asturm]

hm, people keep telling how qt 4.7.0 was unmasked, but it isn't: http://www.google.com/custom?sa=Search& ... gentoo.org

That said, there are no issues with kde-4.5.3 and qt-4.7.0 on my system except for openoffice.

[vdracula]

nepomuk crashed also on logaout, howere it stopped afte a -1 remerge of nepomuk.

Could it be anything else?

[vdracula]

qt-4.7.0 is unmasked. I know the danger of using ~amd64 testing, but still, it is unmasked. Beside of nvidia-drivers for the 2.3.36 kernel I haven't unmasked no other hardmasked package:

Code: Select all

cat /etc/portage/package.unmask
=x11-drivers/nvidia-drivers-260.19.12

Code: Select all

emerge -pv qt-core

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] x11-libs/qt-core-4.7.0  USE="exceptions glib iconv optimized-qmake pch qt3support ssl (-aqua) -debug -private-headers" 0 kB

Total: 1 package (1 reinstall), Size of downloads: 0 kB

[asturm]

That's interesting, because when you take a look at the search link that I posted, it appears to be masked. E.g.: http://packages.gentoo.org/package/x11-libs/qt-core

@vdracula: Maybe you need to recompile major parts of KDE after the Qt upgrade.

[vdracula]

p.g.o doesn't update information shown very often.

I've recompilde whole qt, kdelibs. revdep-rebuild gives me nothing. (same on my second computer, wich is the same as my first)

[Shining Arcanine]

hm, people keep telling how qt 4.7.0 was unmasked, but it isn't: http://www.google.com/custom?sa=Search& ... gentoo.org

That said, there are no issues with kde-4.5.3 and qt-4.7.0 on my system except for openoffice.

packages.gentoo.org has not been updated to reflect the changes yet.

[wrc1944]

Running an ~x86 box, I just finished a qt-4.7.0 update (15 pkgs), having kde-4.5.3 already installed, and the reboot into kde went perfectly, so I guess it's binary compatible.

No problems so far.

[Shining Arcanine]

nepomuk crashed also on logaout, howere it stopped afte a -1 remerge of nepomuk.

Could it be anything else?

Try emerge -ev @world to be certain.

[InsanityGuy]

good to know...

[Shining Arcanine]

nepomuk crashed also on logaout, howere it stopped afte a -1 remerge of nepomuk.

Could it be anything else?

Try emerge -ev @world to be certain.

By the way, do you really use Nepomuk? You can compile your system with -semantic-desktop to remove the dependency.

[vdracula]

emerge -e @world is done, and still crashing.....

[wrc1944]

Shining Arcanine wrote:

By the way, do you really use Nepomuk? You can compile your system with -semantic-desktop to remove the dependency

I'd love to compile kde without nepomuk/strigi, but in the past running kdesvn/kde-live versions pre kde-4.0 all the way to somewhere around kde4.4.x was problematic. Also, doesn't Gwenview and a few other kde pkgs depend on nepomuk?

Code: Select all

amd64 wrc # equery d nepomuk
 * These packages depend on nepomuk:
kde-base/kdebase-runtime-meta-9999 (!kdeprefix ? >=kde-base/nepomuk-9999[aqua=,-kdeprefix])
                                   (kdeprefix ? >=kde-base/nepomuk-9999:live[aqua=,kdeprefix])
kde-base/kdelibs-9999 (!kdeprefix ? >=kde-base/nepomuk-9999[aqua=,-kdeprefix])
                      (kdeprefix ? >=kde-base/nepomuk-9999:live[aqua=,kdeprefix])
amd64 wrc #

Considering the number of packages in kdelibs and kdebase-runtime-meta, I would think we probably can't get rid of nepomuk. If that's incorrect, please advise.

I do agree, and still maintain that for your generic desktop user with average hardware nepomuk/strigi is the linux equivalent of windows "file indexing," which I always disabled immediately on my windows installs in those days. If you have an i7 cpu and 8GB DDR3 ram, then OK- enable everything, it won't slow anything up.

I can't count the hours I've spent messing with nepomuk problems running kde-live, and even the regular kde point releases never seem to be without some problem. I'm sure it will be great at some point, and we all will wonder how we ever lived without the semantic-desktop, but for now I'd sure love pruning it from all my kde installs.

[vdracula]

O.K. this goes a little bit too far away from the problem here.

There're people who like semantic desktop and those who don't.

Unfurtunately, this is not the problem here, whether to use semantic desktop or not.


Still, kmix and co crash on logout.

Anyone has a solution??

[agent_jdh]

Just updated to qt-4.7 at the weekend - got kde 4.5.3 here on ~amd64.

Seems to have gone relatively smoothly _however_ on each of my desktops I now have bordered, transparent box, like an empty window or widget or something. taking up 2/3 pf the screen starting in the top left hand corner. It isn't obtrusive, but it only appeared after I rebooted.

I've tried recompiling kdelibs, kwin and the plasma bits, but to no avail. I realise the solution to this is probably to delete .kde4

[vdracula]

Yes, the shadow-box or smal desktop inside desktop-box is also appearing from time to time (was appearing also in 4.5.2)

[agent_jdh]

Yes, the shadow-box or smal desktop inside desktop-box is also appearing from time to time (was appearing also in 4.5.2)

Yay - fixed it. Disabled desktop effects, apply, re-enabled them. The box has gone. Although I fear it may return...

[pingufunkybeat]

Check this thread for more victims of the translucent orphan widget:

http://forums.gentoo.org/viewtopic-t-848937.html

It seems to have gone away for me too, and I have no idea what I did.

[Shining Arcanine]

O.K. this goes a little bit too far away from the problem here.

There're people who like semantic desktop and those who don't.

Unfurtunately, this is not the problem here, whether to use semantic desktop or not.


Still, kmix and co crash on logout.

Anyone has a solution??

I suggest you file a bug report:

http://bugs.gentoo.org/

You can also ask in #gentoo-kde on freenode, which is not a bad way to draw attention of the developers to your issue.

[Martux]

Hello!
I also have segmentation faults on logout with kmix and ksmserver. ~amd64 here.
Did rebuilding anything changed it for someone?

[d2_racing]

I updated my box last night and for my concern, it's working pretty good.

I don't have any problem with KDE right now.

[sam_i_am]

Updated to KDE 4.5.3 over the weekend. The only problem I'm seeing is that suspend-to-ram doesn't work. Nothing happens when I select that. Had this happen for 4.5.2 as well.

[KejPi]

Hello!
I also have segmentation faults on logout with kmix and ksmserver. ~amd64 here.
Did rebuilding anything changed it for someone?

I have exactly the same problem - I found out that it is somehow connected to QtCurve a background image and gradient (used tenuto-light). With oxygen it works also with different QtCurve config it works.

[agent_jdh]

Hmm, kwin just segfaulted here. I note qt-4.7.1 is in the tree, currently masked.