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.
--------------
2015-08-28 Sean M. Burke sburke@cpan.org
* RELEASE 1.24. Fixing a little (BIG) bug that David Cusimano is a
superstar for having noticed. Ah, what a difference a ";" vs a ","
makes!
[https://rt.cpan.org/Public/Bug/Display.html?id=105420]
* I'M BACK. After nine months of semi-catastrophic system failures,
and after Voyager-style flybys of a dozen project deadlines... and now
I can somehow try to get back in the swing of things.
* ANOTHER superstar is Mistah Brendan Byrd who said that there are
[ https://rt.cpan.org/Public/Bug/Display.html?id=102357 ] many ports of
Unidecode to other languages and that I should brag about that fact,
and he is very extremely correct, so now the Pod in Unidecode.pm indeed
does just that.
* (I got my distro-building back up and running. WOLVERIIIINES!)
* I'm thinking of having future Unidecode/*.pm data files contain the
canonical Unicode character name for every character as a comment.
Obviously, this would make the dist pretty big. But the
lib/Unidecode/*.pm files is somewhere around a meg. What's a few megs
more?... with the benefit of added clarity? Everyone's a winner!
--------------
2014-12-07 Sean M. Burke sburke@cpan.org
* RELEASE 1.23. Just a bugfix version.
* The bug in question: https://rt.cpan.org/Ticket/Display.html?id=97456
* Thank you very much to superstar Dagfinn Ilmari Mannsaker for noting
it first *and* for providing a patch for a problem that would baffle
me completely:
"On perls 5.8.8 through 5.12.x, regex matches against UTF-16
surrogate characters emits a fatal "Malformed UTF-8 character"
warning if warnings are enabled. ExtUtils::MakeMaker prior to 6.78
runs the test suite with -w, causing the installation to fail.
The attached patch [which I applied -SMB] disables utf8
warnings while doing the regex substitution and converting the
character number to a character in the test."
And thank you very much to Ricardo Signes and Tim Bunce for reminding
me to actually release this thang! I was stupid and forgot... for
several MONTHS.
* Doc: Adding mention of Tom Christiansen's "Perl Unicode Cookbook":
http://www.perl.com/pub/2012/04/perlunicook-standard-preamble.html
* Doc: Adding a suggestion of "use utf8;" in German example.
Add LICENSE
Upstream changes:
2014-08-15 Sean M. Burke sburke@cpan.org
* RELEASE 1.22. (The dev release works, so this is a version bump.)
* See notes for 2014-07-25, because this is the first public release
with significant changes since 2001!
2014-07-25 Sean M. Burke sburke@cpan.org
* !DEVELOPER RELEASE!
* !Release 1.20_01!
* Many bugfixes. Thanks especially to Tomaolc!
* Yet more *.t files added for improved sanity checking.
* Shuffling around the internals of Unidecode.pm
* Putting in some vacuous 0x__.pm files where
previously there would just be a load failure
Upstream changes:
2014-06-30 Sean M. Burke sburke@cpan.org
* Release 1.01 -- first official Unidecode release since 2001!!!
* There are no real changes since the 2014-06-23 developer
release. I'm just making this all official now.
2014-06-23 Sean M. Burke sburke@cpan.org
* !DEVELOPER RELEASE!
* Release 1.00_03
* Now asserting that we need at least Perl 5.8.0
An automated test system that tried running the t/*.t
under a 5.6.2 spewed all kinds of crazy error messages.
Hence the bump-up.
So, I added assertions for the version.
* I added some tests for more basic sanity assertions.
2014-06-17 Sean M. Burke sburke@cpan.org
v1.00_02 - Not released. Just internal rearranging.
2014-06-13 Sean M. Burke sburke@cpan.org
* !DEVELOPER RELEASE!
* Release 1.00(_01!)- so many years later, finally we bump up to 1.*!
* My documentation is now BRILLIANT.
* Minor bugfixes.
* Some code comments for clarity.
* A modern test suite.
* A proper release will follow in a few days.
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.
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!
It often happens that you have non-Roman text data in Unicode, but you can't
display it -- usually because you're trying to show it to a user via an
application that doesn't support Unicode, or because the fonts you need aren't
accessible. You could represent the Unicode characters as "???????" or
"\15BA\15A0\1610...", but that's nearly useless to the user who actually wants
to read what the text says.
What Text::Unidecode provides is a function, unidecode(...) that takes Unicode
data and tries to represent it in US-ASCII characters (i.e., the universally
displayable characters between 0x00 and 0x7F). The representation is almost
always an attempt at transliteration -- i.e., conveying, in Roman letters, the
pronunciation expressed by the text in some other writing system.
