Red Hat Bugzilla – Bug 563745
No login via kdm or startx possible.
Last modified: 2010-02-16 21:07:04 EST
Description of problem:
Unable to log in to a KDE session.
Version-Release number of selected component (if applicable):
Apply kdelibs-4.4.0-3 from Tuesday, along with the soprano and sesame2 updates that were issued at the same time. Reboot. KDM logs in and the constantine (?) splash screen appears. The dots in the semi-circle appear, and then the last 2 don't. It hangs and no further login happens. Curiously, after a long time, korganizer alert windows do appear, but there is noo plasma desktop and no panel and no plasmoids.
Steps to Reproduce:
In trying to get this to work, I downloaded and installed kdelibs-4.4.0-4.fc12.x86_64 from koji, but the result is the same. No login possible. I also, after having read some comments on the forum, edited nepomukserverrc from the command line and disabled (set to false) the arguments that enable both nepomuk and strigi. Still no login possible. I am forced to use gnome. I do not know if i686 is affected, as I dare not update the laptop.
Kevin Kofler asked that one: "mark the bug as "Blocks: kde-4.4" (enter kde-4.4 into the "Blocks" field) so it will show up on the kde-4.4 tracker", but this is not possible, as there is no 'blocks' field where such information can be entered (not even when viewing the advanced fields).
Ok, after submitting the bug, a new window opened and now I am presented with a 'blocks' field.
Maybe try also getting kdebase-runtime-4.4.0-3.fc12 and kdebase-workspace-4.4.0-2.fc12.1 from Koji?
(Reason: these, along with kdelibs-4.4.0-4, were built against soprano 2.4.0, it seems there's something between 2.3.73 and 2.4.0 that requires a rebuild of the Nepomuk stuff, see http://lists.kde.org/?l=kde&m=126584264104700&w=2 .)
Ok. I got all of the packages under these heading, with the exception of the noarchs, wallpapers and cursor-themes, but I did get runtime-flags.
I will install and reboot and see what happens.
Oh, and are you sure this isn't some X11 or driver issue? Try downgrading "pixman" which was updated on Feb 9.
Like I just said, I got the aforementioned packages from koji, not kde-redhat. I rebooted and it is roughly like before: a log hang, about a full 2-3 minutes, then the last 2 dots DO appear, and the splash screen disappears and a plain blue screen appears with my gold mouse pointer in the middle. Yakuake loads and I can access it via F12, but it will not retract. I can move to all 4 virtual desktops, as I have it set so that it just flips over when the mouse moves to the edge, but there is no plasma, no panel and no plasmoids, no cashew, etc. I cannot do anything, no right click, nothing, just the plain blue background. I have to kill X to get out to kdm.
(In reply to comment #5)
> Oh, and are you sure this isn't some X11 or driver issue? Try downgrading
> "pixman" which was updated on Feb 9.
Usually, KDE does not pose this much problem. I have had a funny feeling about this and I went through all of the updates I could think of last night, but I don't know how to determine, after the fact, what was updated when. I went to some mirror sites and had a look, but they were showing Feb8, not Feb9, so it didn't help me at all. Then I went through the updates-testing mailing list, but they only show updates-testing, not updates, so that didn't help, either.
I have pixman-0.16.6-1.fc12.x86_64 presently. I will search koji and see what the previous one for f12 is and install that.
Ok, I downgraded to pixman-0.16.4-2.fc12.x86_64. I will log out and into kde, or even reboot and see.
Well, that was an unpleasant adventure :-(( After downgrading pixman and rebooting, I no longer had any X at all! The first time, plymouth ran, and then the system just hung. The second time, plymouth ran, then it stopped and rebooted all by itself!!
I had to boot into run level 3 and upgrade pixman again. Now, I have an X (gnome only, no kde) session again.
I noticed that I still have a couple of those .kde44.rpms that were specially made for kde-redhat a while ago. They are webkit and webpart. I cannot uninstall them, because konq-plugins and kdenetwork depend on them. Could they be part of the problem preventing me from logging in to KDE?
This is really getting pretty tedious and time-consuming, not to mention unpleasant. I just want to get KDE back (gnome feels like a quadruplegic in a straitjacket). Is there some way I can just get back to the pure fedora versions and remove the kde-redhat stuff? I might still run updates-testing, but kde-redhat is just getting awfully confusing, with so many different versions and incompatibilities (I know it has workded splendidly right up unti yesterday, but this seems too much, a whole day only in gnome, and now, briefly, not even an X session). I need to have a computer that actually works.
> I noticed that I still have a couple of those .kde44.rpms that were specially
> made for kde-redhat a while ago. They are webkit and webpart. I cannot
> uninstall them, because konq-plugins and kdenetwork depend on them. Could they
> be part of the problem preventing me from logging in to KDE?
I don't think so.
I'm also seeing this after yesterday's update to 4.4 from kde-unstable on f12. When I try to login via kdm, I see the KDE splash screen and after minutes my display just goes black with mouse cursor and nothing further happens.
This is no problem with a new user account or with clean ~/.kde. It also happens with my backup of ~/.kde that was last used with KDE 3.3.4, so it is not a problem with config messed up by one of the RCs I had installed.
As soprano was one of the packages you updated when this started happening, can you please retest with soprano-188.8.131.52-1.fc12?
(Rex also pushed it to kde-unstable.)
I have the same problem using packages form koji (I was using rc versions with no problem but I can't tell which package broke this).
I use soprano-184.108.40.206-1.fc12 from koji.
New testing user can log in without any problem.
Odd is even kmail does not start (was working in last rc version), but this is maybe unrelated issue:
"org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
kmail(7652)/nepomuk (library) <unnamed>::GlobalModelContainer::init: Connecting to local socket "/home/mhlavink/.kde/share/apps/nepomuk/socket"
"/usr/bin/kmail(7652)" Error in thread 139941368653888 : "QLocalSocket::connectToServer: Invalid name"
QMutex::unlock: mutex lock failure:
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."
back to "no login" problem, I can even hear the login sound after some time (probably some timeout slows it)
Seems to be related to comic strip plasma widget. I have removed everything related to the comic widget from .kde/share/config/plasma-desktop-appletsrc and now I can login again. Also when I try to add a new comic widget with a fresh user, the screen freezes.
So it sounds like it's not a Soprano issue.
The kdepim issue looks like bug 563789.
oops, I've missed the last .1 in soprano version. I've used 220.127.116.11 and everything works fine now (login ok, kmail ok)
Fixed in Rawhide and kde-unstable, stable releases not affected, closing.
just for the record:
my broken account had a comic strip plasma widget too :)
Let's make it clear that this and the other 2 Soprano-induced issues are all duplicates of the same (fixed) bug.
*** This bug has been marked as a duplicate of bug 566061 ***