[PATCH] Don't recommend a direct dependency on perl-modules, use perl instead.

Niko Tyni ntyni at debian.org
Wed Feb 3 21:00:48 UTC 2010


As discussed in #552052, perl-modules is now considered an internal
implementation detail of the perl source package and direct dependencies
on it are discouraged.
---
 checks/fields.desc |    8 ++++----
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/checks/fields.desc b/checks/fields.desc
index 663e66c..d870d1d 100644
--- a/checks/fields.desc
+++ b/checks/fields.desc
@@ -904,10 +904,10 @@ Info: This package declares an unnecessary versioned dependency
  .
  The recommended way to express the dependency without needless
  complications on backporting packages is to use alternative dependencies.
- The Perl core package should be the preferred alternative and the
+ The perl package should be the preferred alternative and the
  versioned dependency a secondary one.
  .
- Example: perl-modules (>= 5.10.0) | libmodule-build-perl (>= 0.26)
+ Example: perl (>= 5.10.0) | libmodule-build-perl (>= 0.26)
 Ref: policy 7.5
 
 Tag: package-superseded-by-perl
@@ -925,10 +925,10 @@ Info: This package is also provided by one of the Perl core packages
  .
  The recommended way to express the dependency without needless
  complications on backporting packages is to use alternative dependencies.
- The Perl core package should be the preferred alternative and the
+ The perl package should be the preferred alternative and the
  versioned dependency a secondary one.
  .
- Example: perl-modules (>= 5.10.0) | libmodule-build-perl (>= 0.26)
+ Example: perl (>= 5.10.0) | libmodule-build-perl (>= 0.26)
 Ref: policy 7.5
 
 Tag: vcs-field-uses-not-recommended-uri-format
-- 
1.6.6.1


--5vNYLRcllDrimb99--






More information about the Perl-maintainers mailing list