> > I don't see why enabling HAL would have such an > effect. Any ideas? > > > > There should be no effect whatsoever. Not meaning to > offend, but I would > make sure that both patches were actually applied to the > source prior to > building. ;-) I found the problem. In my build script inadvertently I changed package file ownerships to root:root. That change modified the $PREFIX/bin/kdesud binary from 2755 and root:nogroup to 0755 root:root. The actual "damage" is caused by changing permissions from 2755 to 0755. Changing the group has no noticeable effect. I can toggle the permissions between 2755 and 0755 and see the effect immediately regardless of the group. Apparently kdesud must run set GID. If I read the kdesu.cpp source code correctly, setting kdesud to other than 2755 triggers not showing the 'Keep password' check box. In kdesu.cpp, the file permission test for running kdesud 2755: if (!client.isServerSGID()) { kdWarning(1206) << "Daemon not safe (not sgid), not using it.\n"; have_daemon = false; } The 'have_daemon' variable controls whether to show the 'Keep password' check box. Regardless, that '1206' warning message never appears anywhere. I checked the system logs and the user's xsession log. That warning would have helped me solve the problem much sooner. How does one view that warning? Darrell