dev-perl/Module-Signature/ChangeLog


1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41

# ChangeLog for dev-perl/Module-Signature
# Copyright 1999-2006 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/dev-perl/Module-Signature/ChangeLog,v 1.6 2006/01/13 21:56:42 mcummings Exp $

  13 Jan 2006; Michael Cummings <mcummings@gentoo.org>
  Module-Signature-0.44.ebuild:
  Marking x86 stable

*Module-Signature-0.51 (13 Jan 2006)

  13 Jan 2006; Michael Cummings <mcummings@gentoo.org>
  +Module-Signature-0.51.ebuild:
  Version bump upstream

  25 May 2005; Michael Cummings <mcummings@gentoo.org>
  Module-Signature-0.44.ebuild:
  dev-perl/MIME-Base64 => perl-core/MIME-Base64 migration

  06 May 2005; Sven Wegener <swegener@gentoo.org>
  Module-Signature-0.44.ebuild:
  Removed * postfix from <, <=, >= and > dependencies.

  11 Apr 2005; Ferris McCormick <fmccor@gentoo.org>
  Module-Signature-0.44.ebuild:
  Remove ~sparc keyword because dev-perl/math-pari-2.010603 will not build,
  and it will not build because pari-2.1.6 does not build on sparc; See Bug
  87790 for explanation.

*Module-Signature-0.44 (11 Apr 2005)

  11 Apr 2005; Michael Cummings <mcummings@gentoo.org> +metadata.xml,
  +Module-Signature-0.44.ebuild:
  Bugs 88267,88354(ok, that one i created for this), and the one that brought it
  up first, 83789. Here's the sum up: we tell users to use cpan or g-cpan if a
  module isn't in the tree. Fine. But if they do that, they can end up with a
  Module::Signature install because it becoming a silent dep in a lot of places
  to confirm the security/validity of a module installation. At least this way
  we can A) provide an ebuild that we can track/fix and B) we have some minor
  influence in the sanity of their environment. This should override any already
  installed versions and be safe for future uses.