[resending from a subscribed address] On Mar 31, 2007, at 11:56 AM, [EMAIL PROTECTED] wrote:
Eric Hall <[EMAIL PROTECTED]> on Saturday, March 31, 2007 at 11:32 AM -0800 wrote:There was a rule about bugs being free for anyone to fix/patch/ commitafter notifying the port maintainer and a 72 hour timeout. Has that been removed, or just lost to the fog of time? Is that a rule that people are comfortable with?I'm comfortable with it, but the problem is that I think we have a large number of maintainers listed who are no longer maintaining. So while I'm comfortable with the rule above, and it is easy enough to remember, if I see 5 old bugs that I could fix in 15 minutes and I have time right now but I think the probability of any response from a maintainer (let alone afast one) is very low, then will the community (and myself) be better served by sending out emails from trac and waiting on responses and tracking all that stuff, or just fixing them? If it is a complex orcritial port, then I'll not touch it, but if it is a lesser used brokenport and/or a minor update then I might. If I know the maintainer isresponsive then I'll definitely cc in trac and not worry about it afterthat. So I think the key detail is not the rule above, but that evenresponsive maintainers may not be able to respond in 72 hours and so fewformally drop maintainership when they stop maintaining that our whole framework of rules about committing is shaky if taken too seriously.
I agree that the 72 hour rule is stifling when you've got a small bug to fix, or a simple version bump. I don't think it's entirely inappropriate for large changes, though.
-landonf
PGP.sig
Description: This is a digitally signed message part
_______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev