Bug 198600

Summary: rpath
Product: [Fedora] Fedora Reporter: Florian La Roche <laroche>
Component: OpenIPMIAssignee: Phil Knirsch <pknirsch>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: rvokal
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: 2006-07-18 15:23:14 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 Florian La Roche 2006-07-12 08:44:06 UTC
Description of problem:

The rpath setting for perl is normal, maybe the others could be cleaned up
or removed.

[laroche@dudweiler ~]$ /usr/bin/fedora-rpminfo -r
/home/mirror/fedora/development/i386/os/Fedora/RPMS/OpenIPMI-*

OpenIPMI-libs-2.0.6-4.i386.rpm
        /usr/lib/libIPMIlanserv.so.0.0.1        RPATH /usr/lib
        /usr/lib/libOpenIPMI.so.0.0.5   RPATH /usr/lib
        /usr/lib/libOpenIPMIcmdlang.so.0.0.5    RPATH /usr/lib
        /usr/lib/libOpenIPMIglib.so.0.0.1       RPATH /usr/lib
        /usr/lib/libOpenIPMIposix.so.0.0.1      RPATH /usr/lib
        /usr/lib/libOpenIPMIui.so.1.0.1 RPATH /usr/lib

OpenIPMI-perl-2.0.6-4.i386.rpm
       
/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/OpenIPMI/OpenIPMI.so
       RPATH //usr/lib

OpenIPMI-python-2.0.6-4.i386.rpm
        /usr/lib/python2.4/site-packages/_OpenIPMI.so   RPATH //usr/lib
[laroche@dudweiler ~]$





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


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Phil Knirsch 2006-07-18 15:23:14 UTC
Tried to get rid of that rpath, but none of the tricks i know worked, got really
very strange results (from double definitions over only static libs to some
files not being installable etc).

Talked with Thomas about it and generally /usr/lib[64] rpaths aren't really bad,
just a tad ugly (can't be abused and not security relevant).

Leaving it as it is for now, maybe newer libtools can handle --disable-rpath
properly again sometime.

Read ya, Phil