Bug 988565

Summary: Software Collections macro file ifarch statement not evaluating
Product: [Fedora] Fedora Reporter: Ryan Hennessy <rhenness>
Component: scl-utilsAssignee: Jan Zeleny <jzeleny>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 19CC: bkabrda, jzeleny
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: 2013-10-09 12:48:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Ryan Hennessy 2013-07-25 20:35:45 UTC 
Description of problem:
When building a software collections package on a 64 bit machine the /lib64 directory is not being created for the runtime package.   This causes the build to abort with the following error message.

RPM build errors:
    Installed (but unpackaged) file(s) found:
   /opt/rh/less458/root/lib64


Version-Release number of selected component (if applicable):
Took software collections meta package spec file from the software collections documentation and tried to build the package.  The build process ends with the error message listed above.    

How reproducible:
reproduce this issue every time.

Steps to Reproduce:
1. Copy meta package spec file from documentation
2. Do basic editing of the file to make it package specific
3. Run rpmbuild -ba less458.spec --define 'scl less458'

Actual results:
Output of rpmbuild command:

RPM build errors:
    Installed (but unpackaged) file(s) found:
   /opt/rh/less458/root/lib64

Expected results:
  A sucessful build of the 3 meta packages for this software collection.


Additional info:
  When editing the /etc/rpm/macro.scl file, I was able to move the following line out of the %ifarch macro and the rpmbuild process completes successfully.  Looks like there is an issue with the ifarch statement.

%{_scl_root}/%{_lib}
Comment 1 Jan Zeleny 2013-10-09 12:48:54 UTC 

*** This bug has been marked as a duplicate of bug 1009921 ***