* [gentoo-perl] Re: [gentoo-perl] perl-5.18 required…
2013-09-06 0:11 [gentoo-perl] perl-5.18 required… Alex Efros
@ 2013-09-06 12:54 ` Kent Fredric
0 siblings, 0 replies; 2+ messages in thread
From: Kent Fredric @ 2013-09-06 12:54 UTC (permalink / raw
To: gentoo-perl
[-- Attachment #1: Type: text/plain, Size: 1542 bytes --]
On 6 September 2013 12:11, Alex Efros <powerman@powerman.name> wrote:
>
> # require perl-5.18
> =virtual/perl-ExtUtils-CBuilder-0.280.210
> =virtual/perl-ExtUtils-ParseXS-3.220.0
> =virtual/perl-IO-1.280.0
> =virtual/perl-Perl-OSType-1.3.0
> =virtual/perl-CPAN-2.0.0
>
At least in ::gentoo, nothing should be presently pulling in 5.18 in arch~
, and everything that does get pulled in should be filed as a bug, because
if its not filed as a bug and fixed now, it will possibly become become a
bigger problem when 5.16 becomes the new "arch"/ stable.
Sometimes virtuals get confused and pull in versions of perl instead of
pulling in perl-core/* , but this is not one of those times I think.
In the cases above, the problem seems because somebody didn't add
perl-core/* to tree when they added virtual/perl-* to tree, and any
instance you hit of this, where it is indeed the case that those versions
are avialable from CPAN, the corresponding perl-core/* should be in tree.
ie:
|| ( =dev-lang/perl-5.18* ~perl-core/CPAN-${PV} )
If the denormalised version of $PV on exists on CPAN and
perl-core/WHATEVER-$PV does not exist, thats a bug, and the respective
package should be added to tree.
If the denormalised version does NOT exist on CPAN, then thats a bug , and
the virtual/ that implies 5.18 unconditionally in such a case should be
bugged as something that should be in the 5.18 mask.
--
Kent
perl -e "print substr( \"edrgmaM SPA NOcomil.ic\\@tfrken\", \$_ * 3, 3 )
for ( 9,8,0,7,1,6,5,4,3,2 );"
[-- Attachment #2: Type: text/html, Size: 2318 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread