Bug#579517: libmarc-charset-perl: should use Storable::nfreeze for portability

[Niko Tyni]

Package: libmarc-charset-perl
Version: 1.1-1
Severity: important
User: debian-perl at lists.debian.org
Usertags: perl-5.12-transition, perl-long-double, perl-use64bitint

The libmarc-xml-perl package failed to build on amd64 with perl 5.12.0-1
from experimental:

  t/batch.t ...... ok
  Double size is not compatible at ../../lib/Storable.pm (autosplit into ../../lib/auto/Storable/thaw.al) li
  ne 415, at /usr/share/perl5/MARC/Charset/Table.pm line 97
  # Looks like your test exited with 255 before it could output anything.
  t/encode.t ..... 
  Dubious, test returned 255 (wstat 65280, 0xff00)
  Failed 8/8 subtests 
 
The libmarc-charset-perl package should use Storable::nfreeze instead
of Storable::freeze to store its data in a more portable format inside
the GDBM file /usr/lib/libmarc-charset-perl/Table.

When this bug is fixed, the perl 5.12.0 package should add a Breaks:
for the earlier versions (unless the use64bitint and uselongdouble changes
are reverted.)

I'll clone a bug when I get the BTS ack.
-- 
Niko Tyni   ntyni at debian.org