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