On 4/24/07, David Woodhouse <dwmw2@xxxxxxxxxxxxx> wrote:
On Mon, 2007-04-23 at 19:17 -0400, Jesse Keating wrote: > I don't have a ton of faith in things correctly going from multilib to > non-multilib and having the obsoletes do the right thing. Given we're at > test4, I'm going for the least intrusive change, which is to make perl. > [i386,ppc64] show up in the i386/ppc repos. So we'll get 64-bit /usr/bin/perl, and none of the 32-bit perl modules (which aren't even _shipped_ 64-bit on ppc) will work. Please don't just do that. Please apply the _correct_ fix, which is to split the package so that you can have both versions of libperl, but only the primary architecture version of the binaries.
Did the old way of having multilib perl do that? perl.i386 includes the 32-bit perl modules, in /usr/lib/perl5. perl.x86_64 includes /usr/lib64/perl5 for the 64-bit modules. perl.x86_64 provides the binaries in /usr/bin because it overwrites the 32-bit ones. 32-bit programs that use the libperl.so in /usr/lib will get the 32-bit perl modules. If you split out libperl into a separate package, then everything in /usr/lib/perl5 has to go with it. Otherwise, linking with libperl.so works but it can't run any perl modules. - Ian -- 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
