Need help here folks to file a good bug report.
I have been using TDE in a virtual machine. Yesterday I created some partitions on a spare
hard drive and installed TDE so I could start using and testing on a physical machine.
I can't start TDE.
I think I traced the problem to a conflict between kdetcompmgr and the proprietary Nvidia
drivers, but I'm not sure.
I say that because that is where my xession log shows the startkde script stalls.
When I switch to the vesa driver (which looks awful on a wide screen monitor :)) I am able
to start TDE with no problems. I can migrate an existing KDE3 profile or start empty and
let TDE create a new profile. Either way TDE starts with no stalls.
After the TDE profile exists, whether new or migrated, I can return to the Nvidia drivers
and TDE will start with no stalling.
When I have the Nvidia drivers selected and no TDE profile yet exists, I am able to start
TDE under only one bizarre circumstance:
Toggle to a console and run "killall kconf_update." I have to do that twice
during the TDE startup. Doesn't matter whether I am starting TDE with a migrated KDE3
profile or am letting TDE create a new profile. The splash image won't appear until I
execute the first killall. The startup stalls with the splash image at "Initializing
system services" until I run the second killall.
When TDE stalls like this, the kconf_update process takes control of my system. The system
bogs down and my CPU ramps to full speed and the CPU temperature rises quickly.
I don't see anything in the startkde script that directly calls kconf_update. What is
calling that command?
Slackware 13.1, starting X from the console (startx command). Dual core AMD 2.3 GHz, 4GB
RAM.
Any ideas?
Darrell