Bug 111036
Summary: | Some files in /etc/pam.d/ contain strange variable $ISA | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Peter Bieringer <pb> |
Component: | pam | Assignee: | Nalin Dahyabhai <nalin> |
Status: | CLOSED NOTABUG | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | mitr, nedu |
Target Milestone: | --- | Keywords: | Security |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-12-02 20:03:47 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: |
Description
Peter Bieringer
2003-11-26 16:05:14 UTC
That's known and expected. The token is available as a placeholder for paths on systems which support more than one instruction architecture (as described at http://www.opengroup.org/pubs/corrigenda/u039f.htm). A different approach is to remove the path to the module altogether, and let libpam search its compiled-in default directory. For now I'm interested in making sure that both approaches work, and knowing (quickly) if that changes. Marking notabug. |