Bug 233404

Summary:	%{_libdir}/pm-utils/bin/pm-action contains hardcoded /usr/lib
Product:	[Fedora] Fedora	Reporter:	Michel Alexandre Salim <michel.salim>
Component:	pm-utils	Assignee:	Phil Knirsch <pknirsch>
Status:	CLOSED RAWHIDE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	opensource, rvokal
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2007-08-31 09:05:49 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 Michel Alexandre Salim 2007-03-22 05:39:08 UTC

Description of problem:
Line 86 of pm-action reads
. /usr/lib/pm-utils/functions

This breaks on 64-bit platforms where the file is in /usr/lib64/pm-utils, and
seems to be a regression - in the previous version files were under /etc/pm

Version-Release number of selected component (if applicable):
pm-utils-0.99.2-1.fc7

How reproducible:
Always

Steps to Reproduce:
1. Run pm-suspend or pm-hibernate
  
Actual results:
Fails since functions cannot be loaded

Expected results:
Suspends / hibernates properly

Additional info:
Should pm-utils not be noarch?

Comment 1 Till Maas 2007-03-22 09:06:48 UTC

(In reply to comment #0)

> Additional info:
> Should pm-utils not be noarch?

pm-utils contains radeontool and vbetool, which are both (c?) binaries, so this
is not an option.

Comment 2 Till Maas 2007-08-31 09:05:49 UTC

(In reply to comment #0)
> Description of problem:
> Line 86 of pm-action reads
> . /usr/lib/pm-utils/functions
> 
> This breaks on 64-bit platforms where the file is in /usr/lib64/pm-utils, and

The current devel spec installs stuff always in /usr/lib and never in
/usr/lib64, so this bug should be solved.