Comment 11 for bug 1017603

Revision history for this message
Colin Watson (cjwatson) wrote :

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 <email address hidden> 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.)