----------------------------------
Revision: 2.84 Date: 2016/04/11 07:17:02
! lib/Encode/MIME/Header.pm
Pulled: Encode::MIME::Header:
Update description that this module is only for unstructured header
https://github.com/dankogai/p5-encode/pull/53
! lib/Encode/MIME/Header.pm t/mime-header.t
Pulled: Encode::MIME::Header: Fix valid_q_chars, '-' needs to be escaped
https://github.com/dankogai/p5-encode/pull/52
2.83 2016/03/24 07:49:54
! lib/Encode/MIME/Header.pm t/mime-header.t
Both decoder and encoder are rewritten by Pali Rohár.
Encoder should be now fully compliant of RFC 2047.
Decoder is less strict to be able to decode
strings generated by old versions of this module.
https://github.com/dankogai/p5-encode/pull/51
! t/mime-header.t
Add more test vectors from RFC2047, pp.11-12
! lib/Encode/Supported.pod
merge: Autrijus -> Audrey
https://github.com/dankogai/p5-encode/pull/50
2.82 2016/02/06 20:17:24
! lib/Encode/MIME/Header.pm
lib/Encode/MIME/Header/ISO_2022_JP.pm
t/mime-header.t
Reverted to 2.80 upon the request of whom submitted pull/48
2.81 2016/02/06 19:25:22
! lib/Encode/MIME/Header.pm
lib/Encode/MIME/Header/ISO_2022_JP.pm
t/mime-header.t
Merged: Encode::MIME::Header: Fix decoder and rewrite encoder
> Encoder should be now fully compliant of RFC 2047.
> Decoder is less strict to be able to decode strings
> generated by old versions of this module.
https://github.com/dankogai/p5-encode/pull/48
! t/mime-header.t
merge t/mime-header.t @ https://github.com/asjo/p5-encode19dcbff63e
! t/mime-header.t
Add more test vectors from RFC2047, pp.11-12
Problems found locating distfiles:
Package cabocha: missing distfile cabocha-0.68.tar.bz2
Package convertlit: missing distfile clit18src.zip
Package php-enchant: missing distfile php-enchant/enchant-1.1.0.tgz
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
-------------------
Revision: 2.78 Date: 2015/09/24 02:19:21
! Makefile.PL
Mend pull/42 again. This time correctly.
! lib/Encode/Supported.pod
Applied: RT#107146: [PATCH] fix a spelling mistake
https://rt.cpan.org/Public/Bug/Display.html?id=107146
2.77 2015/09/15 13:53:27
! Unicode/Unicode.xs Unicode/Unicode.pm
Address RT#107043: If no BOM is found, the routine dies.
When you decode from UTF-(16|32) without -BE or LE without BOM,
Encode now assumes BE accordingly to RFC2781 and the Unicode
Standard version 8.0
https://rt.cpan.org/Public/Bug/Display.html?id=107043
! Makefile.PL encoding.t
Mend pull/42
! Encode.xs Makefile.PL encoding.pm encoding.t
Pulled: precompile 1252 table as that is now the Pod::Simple default
https://github.com/dankogai/p5-encode/pull/42
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
recent version from CPAN into devel/p5-Encode.
Upstream changes:
$Revision: 2.57 $ $Date: 2014/01/03 04:52:36 $
! encengine.c
Pulled: sun compiler (maybe others) doesn't like UTF-8 in the source
https://github.com/dankogai/p5-encode/pull/17
! bin/enc2xs
Merged RT#91763: POD errors
https://rt.cpan.org/Ticket/Display.html?id=91763
2.56 2013/12/22 13:40:00
! Encode.pm t/Encode.t
Merged RT#91569: [PATCH] decode_utf8 and non-PVs
https://rt.cpan.org/Ticket/Display.html?id=91569
2.55 2013/09/14 07:51:59
! Encode.pm
Makefile.PL
Unicode/Unicode.pm
lib/Encode/Alias.pm
lib/Encode/CN/HZ.pm
lib/Encode/Encoder.pm
lib/Encode/Encoding.pm
lib/Encode/GSM0338.pm
lib/Encode/Guess.pm
lib/Encode/JP/JIS7.pm
lib/Encode/KR/2022_KR.pm
lib/Encode/MIME/Header.pm
lib/Encode/MIME/Header/ISO_2022_JP.pm
lib/Encode/Unicode/UTF7.pm
t/Encoder.t
replaced 'use base' with 'use parent'
base.pm is an heavy module for what it is used for.
Fortunately it has a tiny replacement, parent.pm
that is on CPAN but also in perl core since 5.10.1.
https://github.com/dankogai/p5-encode/pull/15
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
ChangeLog:
! lib/Encode/Alias.pm t/Alias.t
Encode now resolves 'en_US.UTF-8' to utf-8-strict like 'ja_JP.euc'
Those who set locale on their shells should be happier now.
! AUTHORS
added tokuhirom
! Encode.pm
"encode(undef, 'str') should die earlier"
http://coderepos.org/share/changeset/30790
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").
took maintainership
ChangeLog:
# Revision history for Perl extension Encode.
#
# $Id: Changes,v 2.26 2008/07/01 20:56:17 dankogai Exp dankogai $
#
$Revision: 2.26 $ $Date: 2008/07/01 20:56:17 $
! Encode.pm
Absense of Encode::ConfigLocal no longer carps no matter what.
https://bugzilla.redhat.com/show_bug.cgi?id=435505#c2https://rt.cpan.org/Ticket/Display.html?id=28638https://rt.cpan.org/Ticket/Display.html?id=11511
! lib/Encode/JIS7.pm
use encoding 'utf8' and 'iso-2022-jp' glitches on perl 5.10
Thanks, MIYAGAWA
Message-Id: <693254b90807011224h3ab50d76v50c6fea87baf223c@mail.gmail.com>
! lib/Encode/Alias.pm t/Aliases.t
macintosh' not recognize as MacRoman
http://rt.cpan.org/Ticket/Display.html?id=36326
! Makefile.PL
s{INC => "-I./Encode"}
{INC => '-I' . File::Spec->catfile( '.', 'Encode' )}
To prevent some platforms from forgetting to include Encode/encode.h.
http://rt.cpan.org/Ticket/Display.html?id=36348
2.25 2008/05/07 20:56:05
! Encode.pm
added ':default' to Exporter option.
! lib/Encode/GSM0338.pm
GSM0338 now handles coderef in CHECK
http://rt.cpan.org/Ticket/Display.html?id=31335
! Makefile.PL
Perl 5.10/Encode 2.24: Tiny typo in Encode's Makefile.PL arg processing
Message-Id: <961C2A4F-92B3-416D-A9F9-E7B0ADA9F134@fsck.com>
! lib/Encode/Alias.pm
"This fix for Encode::Alias should make Solaris happy:"
Message-ID: <47D886D9.6060001@iki.fi>
2.24 2008/03/12 09:51:11
! lib/Encode/Config.pm
adds and fixes also adds cp858 support.
! Encode.pm encoding.pm lib/Encode/Alias.pm ucm/cp858.ucm
Merged perl@33486.
> Change 33486 by rgs@scipion on 2008/03/12 08:50:11
An unfortunate side-effect of Encode and Encode::Alias use'ing each
other, and Encode::Alias exporting functions into Encode for it to use
as methods, broke the loading of the find_alias() Encode method in some
cases since 5.10. Breaking the recursive inheritance fixes it.
Message-Id: <b77c1dce0803120151o4166c3a0gfcfd14681ab7e10d@mail.gmail.com>
! Encode.pm
POD fix by tels
Message-Id: <200711281835.36125@bloodgate.com>
! bin/ucmlint
Fix by MIYAGAWA via CodeRepos
http://coderepos.org/share/changeset/1791
! encoding.pm t/mime_header_iso2022jp.t
ported back from Perl 5.10-RC1
2.23 2007/05/29 18:15:32
! Encode.xs
got rid of global fallback_cb; encode_method() now takes one more
argument which is a coderef to fallback. This should make
encode_method() thread-safe.
! Encode.pm
Added perluniintro, perlunifaq, and perlunitut to POD
! Encode.xs
Plug a memory leak in Encode -- by rgs
Message-Id: <b77c1dce0705290858v2be239c3o2d726e3d59091493@mail.gmail.com>
! Unicode/Unicode.pm
POD fixes on UTF-16LE
http://aspn.activestate.com/ASPN/Mail/Message/perl5-porters/3486118
! Makefile.PL
man page generation is now conditional; yes by default but no if $PERL_CORE
Message-Id: <b77c1dce0705290237h5c4667cdlf79a48b839170add@mail.gmail.com>
2.22 2007/05/29 07:35:27
! Encode.pm
from_to() does not honor the check while decoding. That's a feature.
To make sure it is a feature it is mentioned in the POD.
http://rt.cpan.org/NoAuth/Bug.html?id=27277
! Makefile.pl
Encode used to suppress man page generation. Now it does.
http://rt.cpan.org/NoAuth/Bug.html?id=27200
! Encode.pm Encode.xs t/fallback.t
Addressed: (de|en)code("ascii", "\x{3000}", sub{ $_[0] }) segfaults
Reported by MIYAGAWA
2.21 2007/05/12 06:42:19
+ lib/Encode/MIME/Name.pm t/mime-name.t
! Encode.pm Encode.xs lib/Encode/Encoding.pm
new method: mime_name()
inspired by: MIYAGAWA
! t/encoding.t
Subject: Re: Compress::Zlib, pack "C" and utf-8 [PATCH]
From: Marc Lehmann <schmorp@schmorp.de>
Date: Thu, 12 Apr 2007 08:41:53 +0200
Message-ID: <20070412064153.GA22475@schmorp.de>
http://public.activestate.com/cgi-bin/perlbrowse/p/31194
! Unicode/Unicode.pm
POD fix.
Message-Id: <20070417220547.GA11999@zetta.zet>
2.20 2007/04/22 14:56:12
! Encode.pm
Pod fixes. Now find_encoding() is explained more in details.
+ lib/Encode/GSM0338.pm
- ucm/gsm0338.ucm
! lib/Encode/Supported.pod lib/Encode/Config.pm Bytes/Makefile.PL t/gsm0338.t
ESTI GSM 03.38 support is relocated from Encode::Byte to Encode::GSM0338.
This encoding is so kaputt it is unfit for Encode::XS!
Though it was okay for general cases and escape sequences,
'\0' => '@' IFF '\0\0' => '\0' had gliches.
So kaputt even t/gsm0338 wrongly interpreted that.
ref. http://www.csoft.co.uk/sms/character_sets/gsm.htm
! encoding.pm t/Aliases.t
Imported from bleedperl #31015
2.19 2007/04/06 12:53:41
! lib/Encode/JP/JIS7.pm
+ t/jis7-fallback.t
encode('iso-2022-jp') fallback support added by MIYAGAWA++
decode()'s fallback remains unchanged (FB_PERLQQ) since UTF-8
contains all characters in iso-2022-jp so there's no need for fancy stuff.
Message-Id: <693254b90704060526s6d850320h71cdda50dfbf7eba@mail.gmail.com>
! Encode.pm
#25216 ([PATCH] Encode.pm: postpone the load of Encode::Encoding)
http://rt.cpan.org/NoAuth/Bug.html?id=25216
! lib/Encode/MIME/Header.pm t/mime-header.t
#24418 (Encode::MIME::Header: wrong encoding with latin1 characters)
http://rt.cpan.org/NoAuth/Bug.html?id=24418
! Encode.pm
#23876 (Add documentation for LEAVE_SRC)
http://rt.cpan.org/NoAuth/Bug.html?id=23876
! lib/Encode/Alias.pm t/Aliases.t
#20781: Thai encoding needs alias for tis-620
http://rt.cpan.org/NoAuth/Bug.html?id=20781
! bin/piconv AUTHORS
#20344: piconv: wrong conversion of utf-16le encoded files (with PATCH)
http://rt.cpan.org/NoAuth/Bug.html?id=20344
! Encode.pm Encode.xs bin/enc2xs encoding.pm t/Aliases.t t/utf8strict.t
Imported from bleedperl's 2.18_01
Patch provided by Martin Wilke via PR 34419.
Changes:
! bin/enc2xs
overhauled the -C option
- added ascii-ctrl', 'null', 'utf-8-strict' to core
- auto-generated Encode::ConfigLocal no longer use v-string for version
- now searches modules via File::Find so Encode/JP/Mobile is happy
! Byte/Byte.pm CN/CN.pm EBCDIC/EBCDIC.pm JP/JP.pm KR/KR.pm Symbol/Symbol.pm
use strict added; though all they do is load XS, it's
still better a practice
! *.pm
use warnings added to all of them for better practices' sake.
2.17
! encode.pm
'chin' =~ /^zh_CN|chin(?:a|ese)?$/i is true
but chin is not china or chinese.
http://d.hatena.ne.jp/jankogai/20060508/1147090316
! Encode.xs
Integrated maintperl change (27824|27824) which I overlooked
-- sorry, Nicholas and Coverity Scan.
2.16
! bin/piconv
--xmlcref and --htmlcref added.
! Encode.pm
Copyright Notice Added.
http://rt.cpan.org/NoAuth/Bug.html?id=#19056
! *
Replaced remaining ^\t with q( ) x 4. -- Perl Best Practice pp. 20
And all .pm's are now perltidy-ed.
Changes:
! bin/enc2xs
overhauled the -C option
- added ascii-ctrl', 'null', 'utf-8-strict' to core
- auto-generated Encode::ConfigLocal no longer use v-string for version
- now searches modules via File::Find so Encode/JP/Mobile is happy
! Byte/Byte.pm CN/CN.pm EBCDIC/EBCDIC.pm JP/JP.pm KR/KR.pm Symbol/Symbol.pm
use strict added; though all they do is load XS, it's
still better a practice
! *.pm
use warnings added to all of them for better practices' sake.
2.17
! encode.pm
'chin' =~ /^zh_CN|chin(?:a|ese)?$/i is true
but chin is not china or chinese.
http://d.hatena.ne.jp/jankogai/20060508/1147090316
! Encode.xs
Integrated maintperl change (27824|27824) which I overlooked
-- sorry, Nicholas and Coverity Scan.
2.16
! bin/piconv
--xmlcref and --htmlcref added.
! Encode.pm
Copyright Notice Added.
http://rt.cpan.org/NoAuth/Bug.html?id=#19056
! *
Replaced remaining ^\t with q( ) x 4. -- Perl Best Practice pp. 20
And all .pm's are now perltidy-ed.
Changes:
2.18
! bin/enc2xs
overhauled the -C option
- added ascii-ctrl', 'null', 'utf-8-strict' to core
- auto-generated Encode::ConfigLocal no longer use v-string for version
- now searches modules via File::Find so Encode/JP/Mobile is happy
! Byte/Byte.pm CN/CN.pm EBCDIC/EBCDIC.pm JP/JP.pm KR/KR.pm Symbol/Symbol.pm
use strict added; though all they do is load XS, it's
still better a practice
! *.pm
use warnings added to all of them for better practices' sake.
2.17
! encode.pm
'chin' =~ /^zh_CN|chin(?:a|ese)?$/i is true
but chin is not china or chinese.
http://d.hatena.ne.jp/jankogai/20060508/1147090316
! Encode.xs
Integrated maintperl change (27824|27824) which I overlooked
-- sorry, Nicholas and Coverity Scan.
2.16
! bin/piconv
--xmlcref and --htmlcref added.
! Encode.pm
Copyright Notice Added.
http://rt.cpan.org/NoAuth/Bug.html?id=#19056
! *
Replaced remaining ^\t with q( ) x 4. -- Perl Best Practice pp. 20
And all .pm's are now perltidy-ed.
2.15 2006/04/06 15:44:11
! Unicode/Unicode.xs
Addressed: UTF-16, UTF-32, UCS, UTF-7 decoders mishandle illegal characters
http://rt.cpan.org/NoAuth/Bug.html?id=#18556
! Encode.pm
added str2bytes() as an alias to encode() and bytes2str() as an alias
to decode()
http://rt.cpan.org/NoAuth/Bug.html?id=#17103
! Encode.xs
Change 26922: Avoid warning with MS Visual C compiler.
Message-Id: <200601231245.k0NCj2dw009484@smtp3.ActiveState.com>
! t/perlio.t
Change 26067: As using -C to turn on utf8 IO is equivalent to the open pragma
Message-Id: <200511092227.jA9MRcYD009025@smtp3.ActiveState.com>
