If I select GnoRPM from the Gnome menu (or run gnorpm-auth from a
terminal), I'm prompted for the root password; I enter it, but then gnorpm
never comes up. gnorpm-auth does not crash, it terminates normally, just
without starting gnorpm.
Changing component and description, because this also happens with other
programs that use consolehelper/userhelper, such as up2date.
Created attachment 111 [details]
Strace of gnorpm-auth session
I'm unable to reproduce this here with the versions from Piglet. Which
versions of the usermode and gnorpm packages do you have installed? What are
the contents of the /etc/security/console.apps/gnorpm-auth and
/etc/pam.d/gnorpm-auth files? Have they been modified at all?
I'm also using the piglet versions:
auth sufficient /lib/security/pam_rootok.so
auth required /lib/security/pam_pwdb.so
session optional /lib/security/pam_xauth.so
account required /lib/security/pam_permit.so
Reassigning to email@example.com.
Are you trying to run the app locally or over a remote connection with an
exported DISPLAY, either via ssh or telnet? I am able to perfectly replicate
what you describe when running something using userhelper over an ssh session
with exported DISPLAY, but it works fine when running to :0. This behavior also
exists in Red Hat Linux 6.0
Nope, this is local, DISPLAY=:0.
I just found this out-- the userhelper program is exiting with error 1. In the
manpage, it says that this means "The authentication password was incorrect",
but this doesn't make that much sense in this case. If I enter the wrong
password, the dialog pops up again. It's only after I enter the correct
password that it exits with this error code.
Furthermore, the call which appears to be failing is:
retval = pam_open_session(pamh, 0);
at userhelper.c, line 611.
Ok, I just completely rebooted and now (viola!) this works. But I don't know
whether it should be marked WORKSFORME, considering that it was doing this
consistently for me for quite awhile.