We now have the Debian work for this in utopic:
perl (5.20.0-1) experimental; urgency=low
* New upstream release.
* Move @INC to multiarch enabled paths. (See #748380)
+ provide perlapi-5.20.0-exp1 for now (and set $Config{debian_abi}
accordingly), because @INC might still change.
+ break libalien-wxwidgets-perl, libjcode-perl, and libanyevent-perl,
which use /usr/lib/perl5 without a dependency on perlapi-* or the
current perl version.
* debian/rules: clean: no need to remove DB_File .bak files anymore.
* Include the ABI version in the vendorarch directory.
(See https://lists.debian.org/debian-perl/2014/05/msg00139.html)
+ solves the problem with dual life modules in perl-base (Closes: #743690)
+ libscalar-list-utils-perl can be made installable again (Closes: #725899)
+ no need for the ABI skew induced Build-Conflicts anymore
* Make perl Multi-Arch:allowed and perl-modules Multi-Arch:foreign.
(See https://lists.debian.org/debian-devel/2014/05/msg00058.html)
(Closes: #717881)
-- Niko Tyni <nt...@debian.org> Sat, 31 May 2014 14:17:12 +0300
I expect it will take us a while to work out the general parameters of
how to use this effectively, but the basic support is now there and
evolving the rest will be much easier now.
(Note that the test proposed in comment #8 does not make sense. perl-
base's main function is to install /usr/bin/perl, and you can only have
one of those.)
** Changed in: perl (Ubuntu Trusty)
Status: Confirmed => Won't Fix
** Changed in: perl (Ubuntu)
Status: Triaged => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017603
Title:
perl needs to be multiarch
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/perl/+bug/1017603/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
