Commit Graph

7 Commits

Author SHA1 Message Date
Paul Howarth
aa43b7dc4f Update to 0.11
- New upstream release 0.11
  - Drop the dep on List::MoreUtils
    (https://github.com/doy/dist-checkconflicts/pull/8)
- Update patch for building with Test::More < 0.88
- Don't try to run the extra tests for EPEL builds
2014-04-03 20:52:35 +01:00
Paul Howarth
17e8e2459a Update to 0.10
- New upstream release 0.10
  - We need Module::Runtime 0.009 for module_notional_filename (#6)
- Update patch for building with Test::More < 0.88
- Drop %defattr, redundant since rpm 4.4
2013-12-18 11:32:13 +00:00
Paul Howarth
a570c8b93e Update to 0.09
- New upstream release 0.09
  - Support Perl 5.6.x
2013-07-22 09:53:35 +01:00
Paul Howarth
2588498a3f Update to 0.08
- New upstream release 0.08
  - Instead of silently ignoring conflicts that do not compile, issue a
    conflict warning (CPAN RT#75486)
- BR: perl(Module::Runtime)
- Classify buildreqs by usage
- Explicitly run the extra tests
2013-07-10 16:11:51 +01:00
Paul Howarth
b259d0dff6 Update to 0.06
- New upstream release 0.06
  - Add optional runtime conflict warnings
  - Require 5.8.1, clean up a few things and add a few more tests
  - Use Exporter instead of Sub::Exporter
- Update patch for building with Test::More < 0.88
- Drop patch for building with old ExtUtils::MakeMaker, no longer needed
- Don't need to remove empty directories from the buildroot
2013-06-22 22:02:50 +01:00
Paul Howarth
fa57707aa6 Initial import of perl-Dist-CheckConflicts-0.02-2
One shortcoming of the CPAN clients that currently exist is that they have no
way of specifying conflicting downstream dependencies of modules. This module
attempts to work around this issue by allowing you to specify conflicting
versions of modules separately, and deal with them after the module is done
installing.

For instance, say you have a module Foo, and some other module Bar uses Foo. If
Foo were to change its API in a non-backwards-compatible way, this would cause
Bar to break until it is updated to use the new API. Foo can't just depend on
the fixed version of Bar, because this will cause a circular dependency
(because Bar is already depending on Foo), and this doesn't express intent
properly anyway - Foo doesn't use Bar at all. The ideal solution would be for
there to be a way to specify conflicting versions of modules in a way that would
let CPAN clients update conflicting modules automatically after an existing
module is upgraded, but until that happens, this module will allow users to do
this manually.
2011-01-06 14:55:11 +00:00
Fedora Release Engineering
13a1531597 Initial setup of the repo 2011-01-06 14:44:44 +00:00