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:Take a deep breath (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 patch. For harder bugs, a response opening the bug is just fine. In fact, the rant was caused by me making sure to get all the bugs encountered entered. Many of them had already been fixed in the later version. Most of the others got fixed or at least looked at. But a few are still sitting untouched after a while.
I also wonder if there are things in the system which can be improved. CPAN has the model of a single person responsible for a module. Only the maintainer can respond to bugs and produce new releases. Would it help having people who can triage bugs? Or people could open up access to version control? We could mark how responsive maintainers are in search.cpan.org. It shows the number of bugs but that doesn't show how long those have been sitting there.
Reply to This
Parent
Re: (Score:2)