Skip Menu |

This queue is for tickets about the Locale-SubCountry CPAN distribution.

Report information
The Basics
Id: 82933
Status: rejected
Priority: 0/
Queue: Locale-SubCountry
People
Owner: kimryan [...] cpan.org
Requestors: ppisar [...] redhat.com
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: 1.59
Fixed in: (no value)

History Show all quoted text
  Thu Jan 24 11:35:27 2013 ppisar [...] redhat.com - Ticket created
Subject: lib/Locale/SubCountry.pm encoding does not match POD declararion
lib/Locale/SubCountry.pm file is encoded in ISO-8859-1, but =encoding POD pragma declares UTF-8. Please change content or declaration to match. If you chose to recode the file into UTF-8, then please consider recoding Changes file either which is stored in ISO-8859-1 now.
  Fri Feb 15 01:58:16 2013 kimryan [...] cpan.org - Taken
  Mon Feb 18 00:12:05 2013 kimryan [...] cpan.org - Correspondence added
I removed the =encoding utf8 line from SubCountry.pm, but it produced this error from CPAN testers http://www.cpantesters.org/cpan/report/3783d38b-88a9-1014-a3cb- 332c0c4b660f Looking into the problem a bit further, I realised that there is still utf8 data in the documentation section of SubCountry.pm, in the LIMITATIONS section. So the utf8 encoding directive is still needed in both .pm files. Restored this in version 1.61 Note that this encoding directive is only intepreted by the POD parsers which are used to generate documentation. It is unrelated to the encoding of the file as a whole. The actual code in SubCountry.pm is all in ASCII, but some of the code in Data.pm, and the file itself is in utf8.
  Mon Feb 18 00:12:06 2013 The RT System itself - Status changed from 'new' to 'open'
  Mon Feb 18 00:12:06 2013 kimryan [...] cpan.org - Status changed from 'open' to 'rejected'