Bug 9311
Summary: | consolehelper/userhelper are broken | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Brian Ryner <bryner> | ||||
Component: | usermode | Assignee: | Nalin Dahyabhai <nalin> | ||||
Status: | CLOSED WORKSFORME | QA Contact: | |||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 6.2 | CC: | katzj | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2000-02-28 22:23:20 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Brian Ryner
2000-02-10 17:15:03 UTC
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: usermode-1.19-2 gnorpm-0.9-14 /etc/pam.d/gnorpm-auth: #%PAM-1.0 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 /etc/security/console.apps/gnorpm-auth: USER=root PROGRAM=/usr/bin/gnorpm SESSION=true FALLBACK=true Reassigning to nalin. 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. |