Skip Menu |
 

This queue is for tickets about the Parse-CPAN-Meta CPAN distribution.

Report information
The Basics
Id: 87385
Status: open
Priority: 0/
Queue: Parse-CPAN-Meta

People
Owner: Nobody in particular
Requestors: d.thomas [...] its.uq.edu.au
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: can make tolerant to non utf-8 ?
Download (untitled) / with headers
text/plain 953b
Two distributions I've just added to my build system produced errors like: utf8 "\xFC" does not map to Unicode at /opt/work/cis.perl.build/lib/Parse/CPAN/Meta.pm line 89 being invoked from my $metahp = Parse::CPAN::Meta->load_file($fpath); The 2 files in question: Dist-Zilla-Plugin-Test-Compile-2.010/META.yml - 'Olivier Mengué <dolmen@cpan.org>' Parse-CPAN-Meta-1.4405/META.yml (ironic) - 'Steffen Müller <smueller@cpan.org>' NB these were the only cases among 709 distros built. The (bootstrap) build uses RHEL6 perl-5.10.1 along with a local lib directory of various *CPAN* modules including Parse::CPAN::Meta 1.4404. I had the impression this problem went away when perl-5.16.3 was used, but that does not seem to be the case when I just tried it. I believe those yml files should use utf-8, but can Parse::CPAN::Meta be made more tolerant ? As a work-around, I apply a patch to each of those yml files during the build.
Download (untitled) / with headers
text/plain 226b
I don't think it makes sense to be more tolerant because there's no way to know what alternate encoding to expect. For distributions that are broken, a patch is probably best for now and they should get fixed upstream. David


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.