Description of problem:
On ia64 the rpm command dumps core, if one tries to install an RPM
that has been packaged on a i386 or i686 architecture. Packaging
identically the same stuff on an ia64 rpm works again. In my opinion
installing an i386 should work as it does work also on x86_64 and
the processor/Redhat-taroon-Beta with the 32-Bit Compatibility-Stuff
installed can execute it and btw also noarch packages can't be
Version-Release number of selected component (if applicable): rpm-4.2.1-0.29
Install an RPM from the i386 distribution, that is not present
on an ia64 box
Steps to Reproduce:
1. rpm -i /path/to/package-x.y-i386.rpm
package becomes installed like on x86_64
Yup. Fixed in rpm-4.2.1-0.31.
is this fixed?
I still get rpm crashing on a system I've got here that was upgraded through
up2date a number of times. Unfortunately, the coredump isn't very informative:
#0 0x20000000005b4b10 in strcmp () from /lib/tls/libc.so.6.1
And if I "--force --nodeps" the installation seems to complete, but fails to
actually create the files (symlinks are all created) in the /emul tree.
Looks like there's also an important file, not owned by any rpm, which is
required to get some i386/i686 rpms installed properly on an ia64 system...
/etc/rpm/macros, which contains:
Strange that something so important wouldn't be owned by an rpm:
[root@saias34 ia64]# rpm -qf /etc/rpm/macros
file /etc/rpm/macros is not owned by any package