Google
  Web www.spinics.net

Re: generating 32-bit RPM's

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


On Tue, 2005-09-20 at 12:23 +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Tue, Sep 20, 2005 at 11:12:42AM +0100, Dave Atkinson wrote:
> [...]
> > So I'm wondering if the fix is a patch to rpm, either to 
> > a) post-process (hack) the above macros based on the host and target
> > arch at runtime, (bad idea) or 
> > b) add a new conditional %if(|n)targetarch and ship a rpmrc file which
> > sets the macros correctly at runtime (better idea) or
> > c) have rpm set %_lib, %_libdir and anything else that may be required
> > internally based on target arch (previous idea is better?)
> > d) something I haven't thought of ;)
> > 
> > What have I missed? ;)
> 
> man setarch
> And on sparc, it's man sparc32, just in case anyone is having problems
> with AuroraLinux. ;)

Thanks, but I did.  Using

$ setarch i386 rpmbuild --target i386 ...

gives me packages that contain files with /usr/lib64/... in their path.
>From the man page changes the output of uname.  If you look
in /usr/lib/rpm/*-linux/macros there will be a line

/usr/lib/rpm/x86_64-linux/macros
%_lib	lib64
/usr/lib/rpm/i386-linux/macros
%_lib	lib
/usr/lib/rpm/noarch-linux/macros
%_lib	lib64

It looks like this file gets sourced based on the host arch, not the
target arch, resulting in the above problem...

Regards,
Dave

-- 

amd64-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/amd64-list

[Search]     [Home]     [Kernel List]     [Linux ia64]     [Linux X86_64]     [Red Hat Install]     [Red Hat Migration]     [Red Hat Development]     [Red Hat 9 Bible]     [Red Hat 9 Mailing List]     [Fedora Legacy]     [Yosemite News]