perl-Email-MIME-ContentType-1.026-bp154.1.22

- updated to 1.026
  see /usr/share/doc/packages/perl-Email-MIME-ContentType/Changes
  1.026     2021-01-10 15:31:45-05:00 America/New_York
  - don't use more memory than necessary to store parts of an encoded
    parameter (thanks, Pali)

updated to 1.024
  see /usr/share/doc/packages/perl-Email-MIME-ContentType/Changes
  1.024     2020-05-24 10:19:20-04:00 America/New_York
  - no changes since stable release
  1.023     2020-05-09 14:51:41-04:00 America/New_York (TRIAL RELEASE)
  - All of this release is thanks to Pali Rohár, who suffered through a
    long period of waiting while RJBS, the maintainer, let the module
    languish.  Thank you for your patience, Pali and everybody else.
  - silence an uninitalized value warning
  - avoid allowing non-Latin digits in numbers
  - add new functions build_content_type() and build_content_disposition

- updated to 1.022
  see /usr/share/doc/packages/perl-Email-MIME-ContentType/Changes
  1.022     2017-08-31 09:16:58-04:00 America/New_York
  - add parse_content_disposition (thanks, Pali Rohár)

- updated to 1.021
  see /usr/share/doc/packages/perl-Email-MIME-ContentType/Changes
  1.021     2017-08-02 19:35:56-04:00 America/New_York
  - reject non-ASCII and control characters in strict mode (thanks, Pali
    Rohár)

- updated to 1.020
  see /usr/share/doc/packages/perl-Email-MIME-ContentType/Changes
  1.020     2017-07-25 12:39:31-04:00 America/New_York
  - unbreak Email::MIME (which violates encapsulation (again))
  - eliminate some @_ / $_ confusion
  1.019     2017-07-06 16:06:19-04:00 America/New_York (TRIAL RELEASE)
  - better parsing all around, thanks to Pali Rohár:
  - support for RFC 2231 (character set and parameter continuations)
  - support for RFC 2822 comments
  - we only Carp if header-parsing fails now
  - we're more lenient in dealing with spaces around tokens

- updated to 1.018
  see /usr/share/doc/packages/perl-Email-MIME-ContentType/Changes
  1.018     2015-04-07 19:46:00-04:00 America/New_York
  - cope with space between "=" and parameter values, like:
    charset= "utf-8"

- updated to 1.017
    make $STRICT_PARAMS actually work! (thanks, Matthew Green!)
    [rt.cpan.org #87460]
    correct the longstanding and embarrassing misuse of "discrete" and
    "composite" to mean "type" and "subtype"; the returned data still
    contains the wrong old names so your code shouldn't break
    repackage to update bugtracker, repo, etc.

- switch to perl_requires macro

- remove /var/adm/perl-modules

- called spec2changelog

- Initial release