[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