NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Take a deep breath (Score:2)
As a module author myself, I try to respond to all problems as quickly as I can. However, it's not part of my job and it's not very high on my life priorities. Although I try to be helpful and timely, I feel absolutely no obligation to respond to bug reports, fix modules, or otherwise do anything that's less important than whatever I decide I would li
Re: (Score:1)
At work, we do patch, subclass, and work around bugs. But nobody else ever sees those fixes. That is why users should have the courtesy to report bugs and ideally fix them. The maintainer should have the courtesy to respond. In the easy case, they check and apply the pa
Re:Take a deep breath (Score:2)
CPAN does not have a single maintainer model. Many people can simultaneously work on, maintain and release a module. The module author can add co-maintainers at any time through the "Change Permissions [perl.org]" panel of PAUSE. If the author has disappeared, a PAUSE admin can add you (write to modules@perl.org).
No matter what the CPAN model is, that doesn't imply any structure on what else other people can do, such as triaging bugs, developing full patches with tests, and so on.
CPAN Search already marks the responsiveness of maintainers by showign the release dates of their work. It's an indirect measure, but as good as you will get.
As a user, you should do a bit of homework before you start complaining. Ask questions first and rant later. Going off without knowing the situation, and making up conspiracies where there is no information does not win you friends. Again, as I saqid previously, part of your problem is you.
Reply to This
Parent