Problems found with existing distfile:
distfiles/libiconv-1.13-cp932.patch.gz
No changes made to the libiconv distinfo file.
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.
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.
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.
2010-10-26 Gisle Aas <gisle@ActiveState.com>
Release 3.13
The fix in v3.12 to try to preserve the SvUTF8 flag was buggy
and actually managed to set the flag on strings that did not
have it originally.
2010-10-25 Gisle Aas <gisle@ActiveState.com>
Release 3.12
Don't change SvUTF8 flag on the strings encoded [RT#60105]
Documentation tweaks
2010-10-24 Gisle Aas <gisle@ActiveState.com>
Release 3.11
Provide encode_base64url and decode_base64url functions to process
the base64 scheme for "URL applications".
The decode_base64() does not issue warnings on suspect input data
any more.
2010-10-11 Gisle Aas <gisle@ActiveState.com>
Release 3.10
Provide functions to calculate the length of encoded and decoded
base64 strings [RT#62404]
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!
Upstream changes:
2010-01-25 Release 3.09 - Gisle Aas <gisle@ActiveState.com>
The Quoted-Printable encoder would sometimes output lines
that were 77 characters long. The max line length should be 76.
[RT#53919]
- updating package of p5 module MIME::Base64 from 3.07nb1 to 3.08
- adjusting LICENSE according to module documentation
Upstream changes:
2009-06-09 - Release 3.08: Gisle Aas <gisle@ActiveState.com>
Jarkko Hietaniemi (1):
EBCDIC changes from core
Nicholas Clark (1):
Get rid of the PERL_CORE hacks
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=...").
2005-11-30 Gisle Aas
Release 3.07
Use a Makefile.PL that is also suitable for core perl.
2005-11-26 Gisle Aas
Release 3.06
Documentation tweaks.
use XSLoader; perl-5.6 now required.
Some consting from bleadperl.
Unbundled the {en,de}code-{base64,qp} utility scripts.
These are now found in the MIME-Base64-Scripts package.
module directory has changed (eg. "darwin-2level" vs.
"darwin-thread-multi-2level").
binary packages of perl modules need to be distinguishable between
being built against threaded perl and unthreaded perl, so bump the
PKGREVISION of all perl module packages and introduce
BUILDLINK_RECOMMENDED for perl as perl>=5.8.5nb5 so the correct
dependencies are registered and the binary packages are distinct.
addresses PR pkg/28619 from H. Todd Fujinaka.
2004-09-20 Gisle Aas
Release 3.05
Steve Hay found the warn test broken
on Windows and provided a fix.
2004-09-18 Gisle Aas
Release 3.04
Fixed the bad-sv.t test script to actually contain the
correct expected result as of v3.02.
2004-08-25 Gisle Aas
Release 3.03
Forgot to increment version number in MIME::QuotedPrint even
if its interface changed in 3.02. As a result you will now
need to require MIME::QuotedPrint 3.03 if you want to ensure
it provides the binmode interface.
2004-08-24 Gisle Aas
Release 3.02
The encode_qp() function now takes an optional third argument
to select binary encoding mode.
<https://rt.cpan.org/Ticket/Display.html?id=7456>
The result of encode_qp($non_empty, $eol) will now always be
$eol terminated. If the string to encode does not end with "\n"
then a soft line break is appended to the result. As an example
encode_qp("foo") used to be encoded as "foo", but now encodes as
"foo=\n".
Changes since 2.23:
===================
2004-03-29 Gisle Aas <gisle@ActiveState.com>
Release 3.01
By compiling the extension with PERL_NO_GET_CONTEXT we can
make it slightly faster on a threaded perl. No change on a
regular perl. Patch provided by <beau@beaucox.com>.
Fixed missing ";" with assert. Patch provided by
Brendan O'Dea <bod@debian.org>.
Release 3.00
Drop the pure Perl implementations of the encoders and
decoders. They are bloat that hides real problems in
the XS implementations. I will re-release them separately
in the new MIME-Base64-Perl distribution.
The 'gcc -Wall' fix in 2.22 broke support for perl5.005,
as the isXDIGIT() macro is not available in that perl.
This problem has now been fixed.
changes since 2.20:
Release 2.21
Documentation tweaks.
Don't rely on SvEND(sv) == '\0' as discussed in the perl5-porters
mailing list thread that starts with
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2003-10/msg00258.html
Should now pass test suite even without XS support.
Perl v5.005 or better is now required.
decode_qp() recognize soft whitespace when there is whitespace
between the '=' and the '\n'.
decode_qp() did eat up all trailing whitespace in the string decoded.
Only whitespace in front of "\n" should go.
* Fix up INSTALLDIRS for perl-5.8 and newer
* Make it reliable to disable base64 decoding warnings
* Passing "" as $eol to encode_qp() disable soft line breaks as well
* Sync up with changes in bleadperl
Release 2.16
Fixed the encode_qp() line breaking code. It sometimes
made lines longer than 76 chars and it could even get into
an infinite loop on certain inputs.
Release 2.15
Fixed the XS based decode_qp() for strings where a =XX
sequence was followed by digits.
Faster encode_qp() for long strings with lots of chars
that need escaping.
The old_decode_base64() function introduced in 2.13
was returning undef for empty input on olders perls.
This problem has been fixed.
Release 2.14
MIME::QuotedPrint functions now also implemented using XS
which make them faster. 2-3 times faster when encoding line by
line and as much as 200 times faster on long binary input. There
is probably some breakage on non-ASCII systems from this.
The encode_qp() function now takes an $eol argument in the
same way as encode_base64() does.
Slight change in behaviour: the decode_qp() function now turns
\r\n terminated lines into \n terminated lines. This makes is
more likely that encode_qp(decode_qp()) round-trip properly.
Included {en,de}code-{base64,qp} utility scripts.
Release 2.13
Sync up with bleadperl:
- Documentation update
- EBCDIC support
- Whitespace tweaks
- Improved Unicode support
- Test suite tweaks
Improved version of the old_{en,de}code_base64 functions
contributed by Paul Szabo <psz@maths.usyd.edu.au>.
The automatic truncation in gensolpkg doesn't work for packages which
have the same package name for the first 5-6 chars.
e.g. amanda-server and amanda-client would be named amanda and amanda.
Now, we add a SVR4_PKGNAME and use amacl for amanda-client and amase for
amanda-server.
All svr4 packages also have a vendor tag, so we have to reserve some chars
for this tag, which is normaly 3 or 4 chars. Thats why we can only use 6
or 5 chars for SVR4_PKGNAME. I used 5 for all the packages, to give the
vendor tag enough room.
All p5-* packages and a few other packages have now a SVR4_PKGNAME.
Speed up pure perl base64 encoder/decoder by using join/map instead
of while loop.
Doc update contributed by Jerrad Pierce
Downgrade UTF8 strings before starting to encode.
