in reply to Patching an unmaintained module

Okay, so a secondary address for the author was found, he was contacted, and the patch was sent to the P5P. All is well.

But what if the module wasn't part of the core and the author could not be contacted? What's the protocol in such a situation?

Replies are listed 'Best First'.
Re: Re: Patching an unmaintained module
by lshatzer (Friar) on May 22, 2002 at 15:05 UTC
    Taken from cpan faq:

    How do I report/fix a bug in a module/script?

    Use http://rt.cpan.org/ to open a bug ticket.

    Please contact the author of the module/script. The documentation of the module/script should contain a contact address or you can try CPANID@perl.org where CPANID is the authors CPANID.

    Most of the checklist in reporting bugs in Perl above applies for modules as well. Make your bug report as good as possible if you really want the bug fixed. If the module is included with the Perl distribution you should also follow the Perl bug reporting tips.


    How do I go about maintaining a module when the author is unresponsive?

    Sometimes a module goes unmaintained for a while due to the author pursuing other interests, being busy, etc. and another person needs changes applied to that module and may become frustrated when their email goes unanswered. CPAN does not mediate or dictate a policy in this situation and rely on the respective authors to work out the details. If you treat other authors as you would like to be treated in the same situation the manner in which you go about dealing with such problems should be obvious.

    • Be courteous.
    • Be considerate.
    • Make an earnest attempt to contact the author.
    • Give it time. If you need changes made immediately, consider applying your patches to the current module, changing the version and requiring that version for your application. Eventually the author will turn up and apply your patches, offer you maintenance of the module or, if the author doesn't respond in a year, you may get maintenance by having interest.
    • If you need changes in order for another module or application to work, consider making the needed changes and bundling the new version with your own distribution and noting the change well in the documentation. Do not upload the new version under the same namespace to CPAN until the matter has been resolved with the author or CPAN.

    Simply keep in mind that you are dealing with a person who invested time and care into something. A little respect and courtesy go a long way.