Summary: | virtual/perl-Filter dependencies look incorrect. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kent Fredric (IRC: kent\n) (RETIRED) <kentnl> |
Component: | [OLD] Library | Assignee: | Gentoo Perl team <perl> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gentoo |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Kent Fredric (IRC: kent\n) (RETIRED)
2011-04-23 16:35:00 UTC
Additionally, I have filed a bug upstream suggesting in future releases they ship at least one module with a matching version so in future Perl releases we can see what they're really stealing the code from. https://rt.cpan.org/Ticket/Display.html?id=67655 I only added perl-core/Filter to RDEPEND of the virtual because perl doesn't contain all the modules from the Filter distribution. perl only provides Filter::Util::Call. Ugh. That's a frustrating predicament :/ The good news is, as it stands: Nothing on CPAN uses Filter::sh Filter::tee is only used by: - Filter::gunzip Nothing on CPAN uses Filter::Util::Exec Filter::exe is only used by: - Filter::gunzip Filter::cpp is only used by: - Tie::Vec::Array - macro Nothing on CPAN uses Filter::decrypt So Filter::Util::Call appears to be all that really is necessary ( at least, for now ). ( Conclusions based on using http://grep.cpan.me ) Upstream have made it more clear what versions of things they're shipping now, so what Perl is shipping with should hopefully be less deceptive. http://search.cpan.org/diff?from=Filter-1.37&to=Filter-1.38&w=1 Masked and going away. |