Bug 412811 - /etc/rpm/macros _transaction_color inconsistency
Summary: /etc/rpm/macros _transaction_color inconsistency
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 8
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-12-05 20:36 UTC by Philippe Troin
Modified: 2008-06-03 18:35 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-06-03 18:35:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Philippe Troin 2007-12-05 20:36:11 UTC
Description of problem:
Two slightly different x86_64 systems.
After the default install one has a /etc/rpm/macros file containing:
  %_transaction_color   3
The other does not.

What is the _transaction_color, and why would it differ between two mostly
similar machines?

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

How reproducible:
I don't know.

Phil.

Comment 1 Jeff Johnson 2007-12-06 13:35:36 UTC
Transaction color is a bit mask with 2 bits that determines
how dependencies between ELF32 and ELF64 executables
and libraries are to be resolved.
    1 == ELF32
    2 == ELF64

The value should likely be "3" everywhere these days.

Why the value differs has to do with how the machines were configured.
All versions of rpm since RHL9 (and rpm-4.2.2) have used "3" as the default
value for transaction_color for 3+ years.

Comment 2 Panu Matilainen 2007-12-07 19:45:44 UTC
Anaconda writes it in .. some cases as a workaround to an ancient bug.

The difference between those two "mostly similar" systems is that other one is
an Intel and the other one is AMD and the output from this differs:
$ python -c "import rhpl.arch; print rhpl.arch.canonArch"
The macros file with transaction color gets written if the above says x86_64 but
not if it's ia32e like reported on Intel x86_64 systems. 

Comment 3 Philippe Troin 2007-12-07 22:06:50 UTC
Ok, this line can be safely deleted then.
Thanks for the info.

Phil.


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