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): freetype-2.2.1-16.fc6 How reproducible: 100% 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 Actual results: /usr/lib64/libfreetype.so.6 /usr/lib64/libfreetype.so.6.3.10 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 Expected results: /usr/lib/libfreetype.so.6 /usr/lib/libfreetype.so.6.3.10 Additional info:
Not a freetype bug. This is about setting up a working environment for multilib development.
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 package. NOTABUG for rpm
User pnasrat'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 ***