Re: [Python-Dev] Moving bugs and patches through the pipeline more quickly

Guido van Rossum <guido@python.org> writes:
When something's assigned to you, you get an email. Isn't that enough? Jeremy has a script to send out reminders to everyone that he used to run weekly, but it doesn't seem to have any effect on the speed with which people look at bugs.
I think a "new bugs&patches this week" email wouldn't hurt. Perhaps just "new patches", actually -- as Martin pointed out, these are probably more important. Plus there are less of them, which is no bad thing. Cheers, M. -- 42. You can measure a programmer's perspective by noting his attitude on the continuing vitality of FORTRAN. -- Alan Perlis, http://www.cs.yale.edu/homes/perlis-alan/quotes.html

I think a "new bugs&patches this week" email wouldn't hurt. Perhaps just "new patches", actually -- as Martin pointed out, these are probably more important. Plus there are less of them, which is no bad thing.
Ah, the "new this week" makes this interesting and different from what we have. I would definitely like to see both new bugs & patches. I can imagine some more features: - resolved items this week (good for morale, assuming it's a number > 0) - active items (items that had at least one comment added or other status change) - comatose items (items with exceptionally long inactivity) - unassigned items - new unassigned items with no comments added (those are the ones that need triage most dearly) --Guido van Rossum (home page: http://www.python.org/~guido/)

"MH" == Michael Hudson <mwh@python.net> writes:
MH> I think a "new bugs&patches this week" email wouldn't hurt. MH> Perhaps just "new patches", actually -- as Martin pointed out, MH> these are probably more important. Plus there are less of MH> them, which is no bad thing. Somewhat related: I have on my plate to once again attempt an automated way of sucking down backups of the SF tracker data. Jeremy's script screen scraped all the html pages, IIRC, and then threw them into a db, from which is nag scripts were driven. All the backend stuff should still work even with a better front-end data sucker, and I propose that he check his stuff into nondist somewhere so the lot of us can tweak and tune it. -Barry
participants (3)
-
barry@zope.com
-
Guido van Rossum
-
Michael Hudson