bug fix release
* add MS_Kanji as alias of Shift_JIS.
* fixes wrong convertion from Hankaku-Kana to Zenkaku-Kana with eucJP-ms and
eucJP-ascii.
* fixes mis-conversion from Hankaku-Kana to Zenkaku-Kana with CP50220.
* other some bug fixes.
Version 1.02 provides minor changes only:
- added COPYRIGHT according to FEDORA & DEBIAN community requests
- test.pl - extended test string (just for sure ;)
1.) Include "devel/gettext-lib/buildlink3.mk" to avoid incomplete builds.
2.) Don't strip installed binaries (under Mac OS X only) which is required
for shared objects.
Upstream changes:
2.3 Wed Aug 18 01:26:47 CEST 2010
- make sure decoder doesn't change the decoding in the incremental
parser (testcase provided by Hendrik Schumacher).
- applied patch by DaTa for Data::Dumper support in json_xs.
- added -t dump support to json_xs, using Data::Dump.
- added -f eval support to json_xs.
Upstream changes:
2.22 Wed Aug 25 12:46:13 2010
[JSON]
- added JSON::XS installing feature in Makefile.PL
with cpan or cpanm (some points suggested by gfx)
- check that to_json and from_json are not called as methods (CHORNY)
[JSON::PP]
- modified for -Duse64bitall -Duselongdouble compiled perl.
11_pc_expo.t too. (these are patched by H.Merijn Brand)
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!
skf (1.97.2) experimental; urgency=low
* fix crashes when LANG parameter output and B-right case
* kick out jef/transparent output (does not work anyway)
Upstream changes:
2.21 Mon Apr 5 14:56:52 2010
[JSON]
- enhanced 'HOW DO I DECODE A DATA FROM OUTER AND ENCODE TO OUTER'
- renamed eg/bench_pp_xs.pl to eg/bench_decode.pl
- added eg/bench_encode.pl
2.20 Fri Apr 2 12:50:08 2010
[JSON]
- added eg/bench_pp_xs.pl for benchmark sample
- updated 'INCREMENTAL PARSING' section
[JSON::PP]
- decode_prefix() didn't count a consumed text length properly.
- enhanced XS compatibilty
in the case of decoding a white space garbaged text.
2.19 Tue Mar 30 13:40:24 2010
[JSON]
- fixed typo (rt#53535 by Angel Abad)
- added a recommendation
refering to (en|de)code_json to pod (suggested by tokuhirom)
- added 'HOW DO I DECODE A DATA FROM OUTER AND ENCODE TO OUTER' to pod.
2.18 Tue Mar 23 15:18:10 2010
[JSON]
- updated document (compatible with JSON::XS 2.29)
[JSON::PP]
- fixed encode an overloaded 'eq' object bug (reported by Alexey A. Kiritchun)
- enhanced an error message compatible to JSON::XS
An alternate base32 encoder (not RFC 3548 compliant).
The rationale for base-32 encoding in RFC 3548 [1] is as written therein: "The
Base 32 encoding is designed to represent arbitrary sequences of octets in a
form that needs to be case insensitive but need not be humanly readable.".
The rationale for our encoding is different -- it is to represent arbitrary
sequences of octets in a form that is as convenient as possible for human
users to manipulate. In particular, z-base-32 was created in order to serve
the Mnet project [3], where 30-octet cryptographic values are encoded into
URIs for humans to manipulate. Anticipated uses of these URIs include cut-
and-paste, text editing (e.g. in HTML files), manual transcription via a
keyboard, manual transcription via pen-and-paper, vocal transcription over
phone or radio, etc.
The desiderata for such an encoding are:
* minimizing transcription errors -- e.g. the well-known problem of confusing
`0' with `O'
* embedding into other structures -- e.g. search engines, structured or
marked-up text, file systems, command shells
* brevity -- Shorter URLs are better than longer ones.
* ergonomics -- Human users (especially non-technical ones) should find the
URIs as easy and pleasant as possible. The uglier the URI looks, the worse.
A fast erasure codec which can be used with the command-line, C,
Python, or Haskell.
Fast, portable, programmable erasure coding a.k.a. "forward error
correction": the generation of redundant blocks of information such
that if some blocks are lost then the original data can be recovered
from the remaining blocks. The zfec package includes command-line
tools, C API, Python API, and Haskell API.
Version 1.38 April 26, 2010
* Support ENVIRONMENT and FILES sections.
* Move all translated text into .po files (previously .h2m include
files were handled seperately).
* Submit package to the Translation Project (translationproject.org).
* Add Vietnamese translation.
* Add some comments for translators.
Version 1.37 November 14, 2009
* Update GPL to v3.
* Add --version-string option.
* Add --no-discard-stderr option.
* Add line breaks into bug reporting section.
* Add Brazilian Portuguese and German translations.
* Select a reasonable configure default for --enable-nls.
* Revise preload mechanism to not require preloadable libintl.
version 2.29).
Pkgsrc changes:
- Canonical MASTER_SITES
Upstream changes:
2.29 Wed Mar 17 02:39:12 CET 2010
- fix a memory leak when callbacks set using filter_json_object
or filter_json_single_key_object were called (great testcase
by Eric Wilhelm).
skf (1.97.1)
* enable -i and -o in nkf compatible mode.
* restore old umask after overwrite.
* add flush on unic*de and b-right.
* disable adding lineend on encode-tail when in LWL extension.
Upstream changes:
2.28 Thu Mar 11 20:30:46 CET 2010
- implement our own atof function - perl's can be orders of
magnitudes slower than even the system one. on the positive
side, ours seems to be more exact in general than perl's.
(testcase provided by Tim Meadowcroft).
- clarify floating point conversion issues a bit.
- update jpsykes csrf article url.
- updated benchmark section - JSON::PP became much faster!
