Bug 231489 – freetype 32-bit RPM build incorrect on x86_64

Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.

Bug 231489 - freetype 32-bit RPM build incorrect on x86_64

Summary:	freetype 32-bit RPM build incorrect on x86_64

Status:	CLOSED DUPLICATE of bug 232429

Aliases:	None

Product:	Fedora
Classification:	Fedora
Component:	rpm (Show other bugs)
Sub Component:
Version:	6
Hardware:	x86_64 Linux

Priority	medium Severity low
Target Milestone:	---
Target Release:	---
Assigned To:	Panu Matilainen
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	2007-03-08 13:07 EST by Jan "Yenya" Kasprzak
Modified:	2007-11-30 17:11 EST (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	2007-10-08 09:01:38 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)
Add an attachment (proposed patch, testcase, etc.)

Groups: None (edit)

Description Jan "Yenya" Kasprzak 2007-03-08 13:07:54 EST

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:

Comment 1 Matthias Clasen 2007-04-24 00:58:30 EDT

Not a freetype bug. This is about setting up a working environment for multilib 
development.

Comment 2 Jan "Yenya" Kasprzak 2007-04-24 06:56:14 EDT

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).

Comment 3 Jeff Johnson 2007-04-24 16:57:57 EDT

The means to hack rpm to automate the check already exist, other hacks are in the redhat-rpm-config 
package.

NOTABUG for rpm

Comment 4 Red Hat Bugzilla 2007-08-21 01:32:25 EDT

User pnasrat@redhat.com's account has been closed

Comment 5 Panu Matilainen 2007-08-22 02:34:37 EDT

Reassigning to owner after bugzilla made a mess, sorry about the noise...

Comment 6 Panu Matilainen 2007-10-08 09:01:38 EDT


*** This bug has been marked as a duplicate of 232429 ***

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