[Date Prev][Date Next][Thread Prev][Thread Next] [Search] [Date Index] [Thread Index]

[MacPerl] Calling CPAN Testers



As a reminder, here is a recap of what you need to do to be a CPAN Tester.
There really isn't much to do.  The first four steps are what you need to
do to get set up.  Then below are the instructions for testing.

If you want to help, here is what you do:

1.  Go to the CPAN Testers site and familiarize yourself, and join
    the mailing list.  Note that this is a high-volume list (every
    upload to CPAN is sent to the list).

    http://www.connect.net/gbarr/cpan-test/

2.  Get the cpan-mac stuff, if you want to use it to aid in installing
    and fetching modules and distributions.

    http://www.perl.com/CPAN/authors/id/CNANDOR/

3.  Get the cpan-test script from me.  Version 0.91 is on the site above,
    I just submitted a 0.92 that makes it easier to use with MacPerl.
    You can just drag and drop a .tar.gz or .tgz file or unpacked folder
    on the droplet (or just launch it and type in the package name).

4.  Start testing!

If we have multiple volunteers (we had multiple volunteers before), it
should go much more smoothly.  The volunteers might want to work amongst
themselves to decide what each will test.  If we have enough testers, we
can test the same thing under various OS versions and MacPerl versions The
general procedure for testing might go like this (though you should adjust
it to what suits you best):

1.  See a new module on CPAN.

2.  Decide if you want to test it.  If not, stop here.  :)  Well,
    if you know that it won't work on a Mac, you can run the cpan-test
    program with "NA".

3.  Launch the CPAN-shell program.

4.  Type "get Some::Module" and/or "readme Some::Module" at the prompt
    (note: you should ftp.funet.fi or some other very quickly updating
    mirror if you want to test most recently updated stuff quickly).

5.  Decide if the module should be installed and tested.  If it is
    platform-specific and won't run, the module is "NA".  If it might
    be able to run under MacPerl but has XS that needs compiling, then
    you can check it in to the MacPerl Module Porters page for someone
    to pick up (CPAN Testers who want to check things in to the MMP
    page can get a username and password to do that).

6.  Test.  This may require some extra work in MacPerl; if you don't
    want to install first, you need to work with the use lib pragma
    in the test scripts, and you may need to deal with paths, and
    even calls to `perl` or system().  It can be hairy.  It can be
    simple.  I normally start by installing the module, then just
    dragging the test.pl or .t files individually to the MacPerl app.

6.  If at testing it does not work properly despite your best efforts,
    give it a "FAIL" and cc: the author of the module, giving them all
    the information you can about the problems.  If the author fixes
    the problem, great.  If it can be fixed but the author does not
    or cannot, consider checking it in to the MMP page.

7.  If it passes, give it a "PASS".


Not too tough, right?  Let me know if you are interested, and if there
is anything you want to discuss, we can discuss it on this list for
now.

--
Chris Nandor          mailto:pudge@pobox.com         http://pudge.net/
%PGPKey = ('B76E72AD', [1024, '0824090B CE73CA10  1FF77F13 8180B6B6'])

***** Want to unsubscribe from this list?
***** Send mail with body "unsubscribe" to mac-perl-request@iis.ee.ethz.ch