32-bit vs 64-bit RPMs in different repos

[knine]

I have noticed a possible issue with installing the same yum package for 64
and 32 bit architectures. This came about when I went from the 0.17 line to 2014.1.1-1 on CentOS 6.5 using the EPEL RPMs.

I roll some custom RPMs for some file integrity software we run. I compile
them such that a specific central logging server (we have several) is built in
to the RPM. For example I call the RPM used on our office servers "samhain-
office". These are the two files I produce, each built on a VM for the specific
OS and arch:

samhain-office-3.0.13-1.i386.rpm
samhain-office-3.0.13-1.x86_64.rpm

Each server is pointed to the appropriate custom RPM repo (64 or 32 bit) where the files lives.

Then I use salt to install them:

# Samhain Software
samhain-office:
  pkg.installed:
  - require:
    - pkg: samhain-deps

# Software needed to run Samhain
samhain-deps:
  pkg.installed:
    - names:
      - gnupg2
      - libacl
      - libattr
      - pcre
      - zlib
      - zlib-devel

This worked great before 2014.1. Now if I run a highstate on the 64-bit
CentOS 6.5 box, it works as before. But if I do it on the 32-bit CentOS 6.5
server:

      ID: samhain-office
      Function: pkg.installed
      Result: False
     Comment: Package 'samhain-office' not found (possible matches: samhain-
office.i386)
     Changes:

Thanks.

[basepi]

Thanks for the report. I know there was recently some changes with the way we handle arch suffixes on packages. @terminalmage can you look at this?

[terminalmage]

@knine What are the values of the osarch and cpuarch grains on your 32-bit CentOS 6 hosts?

[terminalmage]

@knine Also, please run rpm -qpi samhain-office-3.0.13-1.i386.rpm and rpm -qpi samhain-office-3.0.13-1.x86_64.rpm, and post the results of both commands.

[knine]

64 / 32 - bit respectively:

osarch: x86_64
osarch: i686

cpuarch: x86_64
cpuarch: i686

[knine]

64-bit:

Name        : samhain-office               Relocations: (not relocatable)
Version     : 3.0.13                            Vendor: (none)
Release     : 1                             Build Date: Mon 24 Jun 2013 11:59:53 AM MDT
Install Date: (not installed)               Build Host: <SNIP>
Group       : System Environment/Base       Source RPM: samhain-office-3.0.13-1.src.rpm
Size        : 3239852                          License: GPL
Signature   : (none)
Packager    : Andre Oliveira da Costa <SNIP>
Summary     : File integrity and host-based IDS
Description :

[knine]

32-bit:

Name        : samhain-office               Relocations: (not relocatable)
Version     : 3.0.13                            Vendor: (none)
Release     : 1                             Build Date: Mon 24 Jun 2013 11:59:53 AM MDT
Install Date: (not installed)               Build Host: <SNIP>
Group       : System Environment/Base       Source RPM: samhain-office-3.0.13-1.src.rpm
Size        : 3208931                          License: GPL
Signature   : (none)
Packager    : Andre Oliveira da Costa <SNIP>
Summary     : File integrity and host-based IDS
Description :

[terminalmage]

Hmm, I guess the architecture isn't included in the rpm -qpi output. Can you try instead running rpm -qp --queryformat '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}' packagename.rpm on both RPMs?

[terminalmage]

Also, I've edited the output you posted so that it is enclosed in triple-backticks, which here on GitHub formats the output in fixed width. This helps make it easier to read.

[knine]

Thanks for the tip with the triple-backticks. Good to know.

[knine]

64-bit:

samhain-office-3.0.13-1.x86_64

32-bit:

samhain-office-3.0.13-1.i386

I wonder if there is a confusion between the i686 (cpuarch / osarch) vs i386 (rpms)

[terminalmage]

Ahh, I found the issue. I'll have a fix for this by tomorrow.