Bug 141583 - $SRPM isn't set for CORE
$SRPM isn't set for CORE
Status: CLOSED CURRENTRELEASE
Product: Red Hat Ready Certification Tests
Classification: Retired
Component: other (Show other bugs)
beta
All Linux
medium Severity medium
: ---
: ---
Assigned To: Rob Landry
Rob Landry
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2004-12-02 05:20 EST by Jay Turner
Modified: 2015-01-07 19:09 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-04-29 11:50:53 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jay Turner 2004-12-02 05:20:31 EST
Description of problem:
This one is really, really weird, but with rhr2-rhel4-0.9-14.9e.dummyrun, I'm
seeing the case where CORE fails because it $SRPM isn't defined as anything,
therefore the rpmbuild process fails.

SRPM gets set in MEMORY, and that code gets sourced into CORE, so not sure
what's actually going on or the right fix, besides setting SRPM in CORE.

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


How reproducible:


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


Expected results:


Additional info:
Comment 1 Rob Landry 2004-12-02 10:47:31 EST
This is what I ran into yesterday when fixing the other CORE issue;
unfortunately just setting $SRPM doesn't cut it since MEMORY also somehow got
undefined.  FWIW this is the same behaviour that bash 1.x has which makes rhr2
not work on RHEL 2.1 as well.  Unfortunately I think this means that rhr2 is
probably taking advantage of a bash2 bug; the good news is that once this is
sorted perhaps rhr2 will work on RHEL 2.1 as well.
Comment 2 Rob Landry 2004-12-06 16:18:05 EST
addressed in rhr2-0.9-14.9f; eg. fixed in CVS

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