Spilt libperl from perl

David Woodhouse dwmw2 at infradead.org
Mon Apr 23 20:48:59 UTC 2007


On Mon, 23 Apr 2007, Tom \"spot\" Callaway wrote:

> On Mon, 2007-04-23 at 15:17 -0400, Warren Togami wrote:
>> In today's Release Engineering meeting, it was decided that the libperl
>> multilib conflicts are a Test4 blocker.  So we need to split libperl.so
>> into a sub-package.
>
> I'm not going to support making a libperl subpackage to dodge fixing
> multilib. By doing this, we just slide down the slippery slope of
> avoiding the problem, and relying on dirty hacks instead of solving the
> hard problems.

The dirty hack is what we have at the moment -- splitting the package is 
the fix for it.

Currently, yum or the user chooses which packages to install -- and then 
RPM makes its own decisions about which files to use from those packages, 
where there are conflicts in /usr/bin. Not only does that leave the 
decision being made in two separate places, but RPM also gets it _wrong_ 
(at least when it chooses 64-bit executables on ppc64 and sparc64).

It makes a lot of sense to say that we shouldn't have those file 
conflicts. Allowing conflicting files and letting RPM 'choose' one of them 
is the dirty hack. Fixing the packages to remove those conflicts is the 
fix. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=235757

-- 
dwmw2




More information about the Fedora-maintainers mailing list