Bug#787158: perl/experimental: restore the symlinks on privlib/privarch

[Niko Tyni]

Package: perl
Version: 5.22.0~rc2-1

Re-thinking this change in the current 5.22 packaging:

commit 854e9f16b0e2a4ae1b04a9c15261248988da7a22
Author: Niko Tyni <ntyni at debian.org>
Date:   Sat May 23 19:24:26 2015 +0300

    Use the full version instead of the short one for privlib and archlib
    
    The old setup required symlinks
     /usr/share/perl/5.20 -> 5.20.2
     /usr/lib/<triplet>/perl/5.20 -> 5.20.2
    
    but there's no value in those as long as the core packages
    stay at the same upstream version, which the dependencies
    already ensures.

I think we've introduced a chance for long lived Perl programs
to have @INC changed underneath them. This is the same thing the
'perl-major-upgrade' trigger was designed for (see #230308), but this
time for minor upgrades.

While this is not expected to affect stable->stable upgrades (because Perl
upstream has a shorter release cycle than we do), it's still suboptimal.

IIRC the change was prompted by the need to move the symlinks somewhere
from perl-base due to the libperl multiarch/multiversion changes. I think
having the symlinks in libperl5.22 (for archlib) and perl-modules-5.22
(privlib) should work fine.
-- 
Niko Tyni   ntyni at debian.org