Bug 754110 - /sbin/audispd-zos-remote relies on libs in /usr
Summary: /sbin/audispd-zos-remote relies on libs in /usr
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: audit
Version: 5.8
Hardware: Unspecified
OS: Unspecified
high
medium
Target Milestone: rc
: ---
Assignee: Steve Grubb
QA Contact: Ondrej Moriš
URL:
Whiteboard:
Depends On: 755503
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-15 12:40 UTC by Ondrej Moriš
Modified: 2012-05-31 09:58 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-05-31 09:55:06 UTC
Target Upstream Version:


Attachments (Terms of Use)

Description Ondrej Moriš 2011-11-15 12:40:56 UTC
Description of problem:

/sbin/audispd-zos-remote relies on libs in /usr: 

libldap-2.3.so.0 => /usr/lib/libldap-2.3.so.0 (0x07f40000) 
liblber-2.3.so.0 => /usr/lib/liblber-2.3.so.0 (0x07f10000) 
libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x07c40000) 

Version-Release number of selected component (if applicable):

audispd-plugins-1.8-2.el5

How reproducible:

100%

Steps to Reproduce:

1. tps-rpmtest (SharedLibTest)
  
Actual results:

SharedLibTest PASS.

Expected results:

SharedLibTest FAIL.

Additional info:

http://nest.test.redhat.com/mnt/qa/scratch/omoris/audit-5-tps-rpmtest.log

Comment 1 Steve Grubb 2011-11-15 13:29:20 UTC
I don't think there is a big problem with this. The audispd program will try to restart the plugin later when it has an event. Besides, fixing the problem would require moving the libraries to /lib64 and you would have to file a big on those packages.

Comment 2 RHEL Program Management 2012-01-09 14:46:38 UTC
This request was evaluated by Red Hat Product Management for inclusion in Red Hat Enterprise Linux 5.8 and Red Hat does not plan to fix this issue the currently developed update.

Contact your manager or support representative in case you need to escalate this bug.

Comment 4 Ondrej Moriš 2012-05-31 09:55:06 UTC
This should (will?) be resolved by "exception" in SharedLib. Therefore I am closing this bug.

Comment 5 Ondrej Moriš 2012-05-31 09:58:12 UTC
BTW: Notice that "Resolved" is not an appropriate word here. The bug will still be present, the aforementioned exception just cause that TPS will not be complaining about it.


Note You need to log in before you can comment on or make changes to this bug.