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

Re: Time to make Extras multi-lib?



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


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