On Wed, 2006-06-21 at 10:27 -0400, Jarod Wilson wrote: > Not sure exactly what needs to be done, but I'm currently looking at a > package (libhugetlbfs) that builds both 64-bit and 32-bit binaries and > libraries on 64-bit systems. I think the ideal way to handle this is to > build only 64-bit on 64-bit, 32-bit on 32-bit, but make the 32-bit > packages available in the 64-bit tree as well. At the moment, this isn't > possible, so the 64-bit packages would have to contain the 32-bit parts > and some ugly #ifarch junk to build across both 32-bit and 64-bit. I'm > thinking its time to make Extras multi-lib. Thoughts? Concerns? As we're moving Core to having an algorithmic way of determining multilib packages (if there's a -devel, then it's wanted in the tree + depsolve), I think that we now actually *can* do multilib for Extras. And the time is probably right... I've now had to enable the i386 extras repo a few times to get libraries onto my x86_64 workstation. Jeremy -- fedora-extras-list mailing list fedora-extras-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-extras-list
