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