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 installed either. Version-Release number of selected component (if applicable): rpm-4.2.1-0.29 How reproducible: 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 2. 3. Actual results: segfault Expected results: package becomes installed like on x86_64 Additional info:
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: (gdb) bt #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: %_transaction_color 3 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