CVS log for pkgsrc/converters/p5-MARC-Charset/distinfo

Up to [cvs.NetBSD.org] / pkgsrc / converters / p5-MARC-Charset

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

converters: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

converters: Remove SHA1 hashes for distfiles

Add SHA512 digests for distfiles for converters category

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.

Update to 1.35

Upstream changes:
1.35 Tue Aug 13 19:50:55 PDT 2013
    - improve conversion of certain composed characters to MARC8

      Some characters should not be fully decomposed
      before converting them to MARC8.  This patch adds
      a table of such characters, based on Annex A of
      http://www.loc.gov/marc/marbi/2006/2006-04.html
      and on some sample records provided by Jason
      Stephenson of MVLC.

    - recognize G0 and G1 characters properly

      When converting from MARC8 to UTF8, MARC::Charset now
      properly recognizes if a (single-byte) MARC8 character falls
      in G0 or G1.

      This is part of the fix for RT#63271 (converting characters
      in the Extended Cyrillic character set), but should also
      fix similar issues with converting characters in the extended
      Arabic set.

      This commit also means that all MARC8 character sets that support
      both G0 and G1 wll be properly converted, regardless of whether
      they're currently set as the G0 or G1 character set.  For example,
      it is now possible to convert Extended Latin as G0 or Basic Latin
      as G1.

      This fixes RT#63271

    - have MARC::Charset::Code->marc_value() handle G0/G1 conversion

      Since there's at present no need to do things like have
      ANSEL be the G0 character set when converting from UTF8 to
      MARC8, this commit centralizes the logic for deciding
      whether to return the G0 or G1 MARC8 representation of a
      character.

      Also add MARC::Charset::Code->g0_marc_value(), which returns
      the G0 representation of the character for use by the
      character DB.

    - New test cases for converting Vietnamese and Extended Cyrillic
      text.

1.34 Mon Feb 11 09:10:35 PST 2013
    - RT#83257: use AnyDBM_File rather than hardcode GDBM_File

      To improve portability, use AnyDBM_File to select a DBM
      rather than rely on GDBM_File.  GDBM_File apparently used
      to be a core module, but not all distributions included it,
      particularly OS X.  In any event, GDBM_File is no longer
      core.

      This patch also includes a tweak to allow MARC::Charset to
      work with NDBM_File and ODBM_File, neither of which
      support 'exists'.

      I've tested MARC::Charset successfully on the following
      DBMs:

      - GDBM_File
      - DB_File
      - NDBM_File
      - ODBM_File
      - SDBM_File

      This is also my preferred order; SDBM_File is selected last
      because it produces the biggest data file on disk.

    - RT#38912: fix mapping of double diacritics (ligature and double
      tilde).
      Thanks to Thomas P. Ventimiglia for the bug report and test case.

Update p5-p5-MARC-Charset to 1.33.

Changes from previous:
1.33 Thu Aug  4 23:25:14 EDT 2011
    - move build_db() to separate .PL script so that module can be
      built even if Class::Accessor and other dependencies aren't
      available before Makefile.PL is run.
    - list GDBM_File as an explicit dependency, assome distributions
      like ActivePerl don't include it even though it is a
      core module.

1.32 Thu Jun 30 16:38:32 EDT 2011
    - make sure utf8 flag set in output of marc8_to_utf8

1.31 Thu Sep 30 10:53:00 EDT 2010
    - minor revision to get v1.3 Changes into the CPAN distro :-)

1.3 Wed Sep 29 10:26:49 EDT 2010
    - added latest codetables.xml from
      http://www.loc.gov/marc/specifications/codetables.xml (thanks to
      Mark Muehlhaeusler for noticing that there were some Arabic updates.
      I reapplied the changes that François Charette suggested in v0.98
      which are still not present in LC's codetable :-(

Initial import of converters/p5-MARC-Charset version 1.2
This package was submited as part of PR pkg/43929 which adds the Koha Integrated Library System
submitted by Edgar Fuß

-------------------------------------

MARC::Charset allows you to turn MARC-8 encoded strings into UTF-8 strings.
MARC-8 is a single byte character encoding that predates unicode, and allows
you to put non-Roman scripts in MARC bibliographic records.

Initial revision