On Mon, 25 Jan 2010, Richard W.M. Jones wrote: > On Mon, Jan 25, 2010 at 02:08:10PM -0500, Bill Nottingham wrote: >> - If the file in both packages is identical, installation is allowed >> and the file is written >> - If the file in both packages is an ELF binary, the file used is the >> file in the package for the primary architecture >> - If the file in both packages is not an ELF binary a RPM conflict is >> raised > > Are you sure about the third rule? Yes. > I think the problem arises because /usr/bin/libguestfs-supermin-helper > is different in libguestfs.i686 and libguestfs.x86_64, but this file > is a shell script, not an ELF binary. > > These are the files in libguestfs.i686 and libguestfs.x86_64 that have > the same names but different content: > > /usr/bin/hivexget (ELF binary) > /usr/bin/hivexml (ELF binary) > /usr/bin/libguestfs-test-tool (ELF binary) > /usr/libexec/libguestfs-test-tool-helper (ELF binary) > /usr/bin/libguestfs-supermin-helper (shell script) > > Anyway, I will move the shell script and see if that helps. Wont help, the multilib file "shadowing" logic is NOT based on paths. Looking at libguestfs.spec, here's the problem: %global _use_internal_dependency_generator 0 The external dependency generator doesn't create the file "coloring" that the multilib magic needs to operate. So you'll get conflicts on all paths where content differs. - Panu - -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
