| MIME-Version: | 1.0 |
| X-Spam-Status: | No, score=-2.283 tagged_above=-99.9 required=10 tests=[AWL=-0.372, BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham |
| Content-Disposition: | inline |
| X-Spam-Flag: | NO |
| content-type: | text/plain; charset="utf-8" |
| Message-ID: | <20150325113915.GE11492 [...] fysh.org> |
| X-Virus-Scanned: | Debian amavisd-new at bestpractical.com |
| X-Spam-Score: | -2.283 |
| Received: | from localhost (localhost [127.0.0.1]) by hipster.bestpractical.com (Postfix) with ESMTP id 593832403E5 for <cpan-bug+Data-Visitor [...] hipster.bestpractical.com>; Wed, 25 Mar 2015 07:39:26 -0400 (EDT) |
| Received: | from hipster.bestpractical.com ([127.0.0.1]) by localhost (hipster.bestpractical.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bkAEyMvlhu5n for <cpan-bug+Data-Visitor [...] hipster.bestpractical.com>; Wed, 25 Mar 2015 07:39:25 -0400 (EDT) |
| Received: | from la.mx.develooper.com (x1.develooper.com [207.171.7.70]) by hipster.bestpractical.com (Postfix) with SMTP id 05D922400AC for <bug-Data-Visitor [...] rt.cpan.org>; Wed, 25 Mar 2015 07:39:24 -0400 (EDT) |
| Received: | (qmail 20084 invoked by alias); 25 Mar 2015 11:39:24 -0000 |
| Received: | from river.fysh.org (HELO river.fysh.org) (5.135.154.127) by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Wed, 25 Mar 2015 04:39:22 -0700 |
| Received: | from zefram by river.fysh.org with local (Exim 4.80 #2 (Debian)) id 1YajeV-0007aO-Fm; Wed, 25 Mar 2015 11:39:15 +0000 |
| Delivered-To: | cpan-bug+Data-Visitor [...] hipster.bestpractical.com |
| Subject: | encoding error at configure time |
| Return-Path: | <zefram [...] fysh.org> |
| X-RT-Mail-Extension: | data-visitor |
| X-Original-To: | cpan-bug+Data-Visitor [...] hipster.bestpractical.com |
| X-Spam-Check-BY: | la.mx.develooper.com |
| Date: | Wed, 25 Mar 2015 11:39:15 +0000 |
| X-Spam-Level: | |
| To: | bug-Data-Visitor [...] rt.cpan.org |
| From: | Zefram <zefram [...] fysh.org> |
| X-RT-Original-Encoding: | ascii |
| X-RT-Interface: | |
| Content-Length: | 2301 |
$ /opt/perl-5.20.2/bin/perl Makefile.PL
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for Data::Visitor
"\x{00c3}" does not map to ascii at /opt/perl-5.20.2/lib/site_perl/5.20.2/ExtUtils/MakeMaker.pm line 1183.
"\x{00bc}" does not map to ascii at /opt/perl-5.20.2/lib/site_perl/5.20.2/ExtUtils/MakeMaker.pm line 1183.
"\x{00c3}" does not map to ascii at /opt/perl-5.20.2/lib/site_perl/5.20.2/ExtUtils/MakeMaker.pm line 1183.
"\x{00bc}" does not map to ascii at /opt/perl-5.20.2/lib/site_perl/5.20.2/ExtUtils/MakeMaker.pm line 1183.
"\x{00c3}" does not map to ascii at /opt/perl-5.20.2/lib/site_perl/5.20.2/ExtUtils/MakeMaker.pm line 1183.
"\x{00bc}" does not map to ascii at /opt/perl-5.20.2/lib/site_perl/5.20.2/ExtUtils/MakeMaker.pm line 1183.
"\x{00c3}" does not map to ascii at /opt/perl-5.20.2/lib/site_perl/5.20.2/ExtUtils/MakeMaker.pm line 1183.
"\x{00bc}" does not map to ascii at /opt/perl-5.20.2/lib/site_perl/5.20.2/ExtUtils/MakeMaker.pm line 1183.
Writing MYMETA.yml and MYMETA.json
The problematic characters here arise from the author name (Marcel's
surname) specified in Makefile.PL. There are two problems here.
Firstly, EU:MM is trying to write this non-ASCII text to files for which
it declares :encoding(locale), so there is no guarantee that non-ASCII
text is encodable. I don't know who to blame between EU:MM (using an
encoding that's inadequate for the job) and Data-Visitor's Makefile.PL
(including non-portable characters in the data that's to be stored by
a low-powered mechanism).
Secondly, the string that Makefile.PL passes to EU:MM doesn't correctly
represent Marcel's name, it's *the UTF-8 encoding of* Marcel's name.
The Makefile.PL source specifies the UTF-8 octets in the form of octal
escapes. The result is that EU:MM attempts to encode text that's already
encoded. On my system, apparently after giving the "does not map to
ascii" warning it falls back to using UTF-8 encoding, and so the MYMETA
files end up with the name double-UTF8-encoded (octets 0xc3 0x83 0xc2
0xbc in the place of the single non-ASCII character of the real name).
I'm guessing that whoever packages this distro has a Latin-1 locale,
and so ends up with no warnings and a single layer of UTF-8 encoding in
the MYMETA files.
-zefram