https://bugs.kde.org/show_bug.cgi?id=401808

--- Comment #14 from George R. Goffe <grgo...@yahoo.com> ---
Christoph,

Thanks for your response AND your question.

I have tried several of the .iso images provided by the Fedora project (fc27,
fc28, fc29, fc31). I implemented the "nomodeset" change and "my" .xinitrc file
with NO problems up to fc31). The problem seems to have started with fc30 which
I gave up on in favor of fc31 (rawhide).

I have responded with several comments 4, 7, 10 and 12. I am currently running
a FC31 system with KDE et. al. at their "current/latest" version(s). I'll add a
list of all(?) my kde components to this upgrade.

What do you mean by "stock liveCD"? Only one provided by KDE.org? Given my
current status, I don't think a out of the box liveCD would show/prove
anything.

It seems to me that comment 12 and possibly 10 show where I am at this point
but I'll summarize with my latest state/info since I do have an update:

Current system is FC31 (rawhide). nomodeset is active in the kernel commandline
at boot. The startx command works just fine (I'm at runlevel 3 (NO DM active).
my .xinitrc is NOT active (I disabled it as part of a debugging effort). To get
to this state I disabled all "my" modifications and put them back one at a
time. So far, no problems. My next step is to activate my .xinitrc which
contains ONLY a "/usr/bin/bash -xv /usr/bin/bash/startkde" command.

All these hoops seem to point out the need for something from KDE.org to query
all KDE "services or daemons" that should be running AND verify their status
(i.e., running). Possibly, some way to start inactive/broken services. Some way
to turn on a global and/or individual logging activity within the KDE
components. This would help the debugging effort immensely.

I will post the results of this change later today.

Thanks again for your attention to this problem.

George...

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to