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
--
Fedora-maintainers mailing list
Fedora-maintainers@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-maintainers
--
Fedora-maintainers-readonly mailing list
Fedora-maintainers-readonly@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-maintainers-readonly
