use Perl

All the Perl that's Practical to Extract and Report

use Perl Log In

barbie (2653)

barbie
barbieNO@SPAMmissbarbell.co.uk
http://barbie.missbarbell.co.uk/

Leader of Birmingham.pm [pm.org], CPAN author and father of 2. Spare time involves lots of Perl (see links below) and arranging meetings for Birmingham.pm (if you would like to visit us and/or give a talk, please let us know). I co-organised YAPC::Europe in 2006 and now help to support organisers with documentation and templates, and I keep an eye on CPAN Testing helping to promote it as much as I can.

If you really want to find out more, buy me a Guinness. Just don't ask the obvious ... Grep has been for 6 years and is still no closer ;)

Links:
Memoirs of a Roadie [missbarbell.co.uk]
Birmingham Perl Mongers [pm.org]
CPAN Testers Stats [grango.org]
CPAN Testers Wiki [grango.org]
CPAN-YACSmoke [cpan.org]

Journal of barbie (2653)

Tuesday March 18, 2008

09:26 AM

Testing META.yml upgrades

[ #35929 ]

Following an email about missing licences in Test-CPAN-Meta, I reviewed the spec and realised I'd made a slight error. The spec suggests some of the valid licences out there, but the text for the field 'license' need only contain a string. It doesn't have to be a known licence. As such I tidied up the code a bit and while I was at it, add some functionality that Adam asked me for a couple of months ago.

So yesterday I fixed up both Test-CPAN-Meta and Test-YAML-Meta to include the following:

the 'license' field only requires a string,
the licence validating code now returns 1 for a known licence, 2 for an unknown licence and 0 for fail,
meta_yaml_ok() and meta_spec_ok() now return the loaded hashref, if you need it.

Regards the latter, Adam wanted to specifically check that a value in the hash was there. Previously there were no additional tests he could perform without loading the file himself. So now it's there if you need it.

List all Journal entries

Testing META.yml upgrades More | Login | Reply

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Without JavaScript enabled, you might want to use the classic discussion system instead. If you login, you can remember this preference.

Thanks. (Score:1)

by Bernhard (4508)

I'll test this with tonights release of Parrot 0.6.0. Regards, Bernhard

--
/* Bernhard.Schmalhofer@gmx.de */
differences? (Score:1)

by rjbs (4671)

Is the only difference between these two modules the tool used to parse the YAML content of the file? Having an explanation of that in the POD would be really helpful. I spent a bit of time squinting at the two of them.

--
rjbs
- Re: (Score:2)
  
  by barbie (2653)
  
  Yes, and Yes :)
  Test-CPAN-Meta came about due to Adam creating the Parse-CPAN-Meta distribution, which is planned for core status. As such TCM wouldn't need any non-core modules. Originally I was going to let Test-YAML-Meta disappear, but have changed my mind in the event someone wants to specifically use a YAML parser to validate.
any license is valid? (Score:1)

by rjbs (4671)

The "license" entry in META.yml has long stymied me. The spec [sourceforge.net] says: "See the Module::Build manpage for the list of valid options." Unfortunately the link to the manpage is busted.

Module::Build::API [cpan.org] seems to provide this list, though. The wording of the specification is vague, but given that there is a list of valid options, isn't anything else invalid?

--
rjbs
- Re: (Score:1)
  
  by rjbs (4671)
  
  ...furthermore! The list from Module::Build::API is unclear. "apache" isn't qualified, so it's not clear if it means 1.0, 1.1, or 2.0. GPL and LGPL are also not versioned, but Artistic is.
  
  Ugh.
  
  copyright: license: Software::License::Artistic_2_0 year: 2008 holder: Ricardo Signes
  
  Or something, please.
  
  --
  rjbs
  - Re: (Score:2)
    
    by barbie (2653)
    
    The spec does say look at that link for a list of valid options, but itself only implies that it is required and a string. However, M::B::API states "Valid options include:", thus I've taken that to mean that this is not an finite list, but a starting point. In the resources section there is the ability to list the licence URL, which could be updated from anything listed in M::B::API or my modules. I consider the ones I list internally to be an example rather than set in stone.
    Unfortunately the discussion