Description of problem:
I wanted to recompile freetype2 SRPM (to change some build-time option :-),
but I was not able to build a 32-bit version on my x86_64 system.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. rpm -i freetype-2.2.1-16.fc6.src.rpm
2. rpmbuild -ba --target i686 freetype.spec
3. rpm -qpl ../RPMS/i686/freetype-2.2.1-16.i686.rpm | grep /lib
i.e., the 32-bit libraries (provided they have been built correctly as 32-bit
ones :-) end up in /usr/lib64 instead of /usr/lib
Not a freetype bug. This is about setting up a working environment for multilib
In this case - maybe RPM can be hacked to check all the packaged files with
file(1) to automatically detect this problem and refuse to build the RPM
containing files for wrong arch (in the same way it checks for unpackaged
files or for auto dependencies).
The means to hack rpm to automate the check already exist, other hacks are in the redhat-rpm-config
NOTABUG for rpm
User firstname.lastname@example.org's account has been closed
Reassigning to owner after bugzilla made a mess, sorry about the noise...
*** This bug has been marked as a duplicate of 232429 ***