[33221] in Kerberos

home help back first fref pref prev next nref lref last post

Re: [Contribution] How-to follow-up on patches

daemon@ATHENA.MIT.EDU (Tom Yu)
Tue Feb 22 15:06:26 2011

To: Julien Chaffraix <julien.chaffraix@gmail.com>
From: Tom Yu <tlyu@mit.edu>
Date: Tue, 22 Feb 2011 15:06:14 -0500
In-Reply-To: <AANLkTik-FooRHZwheSFRn49JX2NF6nbFFAUdViqUi3G-@mail.gmail.com>
	(Julien Chaffraix's message of "Mon, 7 Feb 2011 09:51:39 -0800")
Message-ID: <ldvd3mj7s21.fsf@cathode-dark-space.mit.edu>
MIME-Version: 1.0
Cc: kerberos@mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: kerberos-bounces@mit.edu

Julien Chaffraix <julien.chaffraix@gmail.com> writes:

> I filed ticket 6800
> (http://krbdev.mit.edu/rt/Ticket/Display.html?id=6800) quite some time
> ago and I haven't heard about it. I was wondering what the proper way
> for contributing patches back to kerberos? What are the steps I can do
> to ensure a better follow-up on the changes I submit?

Thank you for your bug report.  Filing a ticket, as you have done, is
the best way to submit a patch.  Discussion of development topics for
MIT Kerberos takes place on the krbdev@mit.edu list, which you should
consider joining if you would like to contribute to our development
efforts on an ongoing basis.  You may send to krbcore@mit.edu if you
need to reach the core team directly for some reason.

As you may be aware, patches for memory leaks (such as in the bug
report you submitted) take extra effort to review because the
consequences of an incorrect patch for a memory leak include elevating
the risk from a slow denial of service to a remote code execution
vulnerability.

Our resources are limited, so we are often focusing on higher-priority
tasks.  If there are some reasons why we should elevate the priority
of a bug report, please let us know what they are (preferably by
replying to the auto-response message you received on ticket creation,
so that the message gets tracked) so we can reevaluate.

I am working on improving our processes so that we can review
contributed patches and bug reports more efficiently.

-- 
Tom Yu
Development Team Leader
MIT Kerberos Consortium
________________________________________________
Kerberos mailing list           Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos

home help back first fref pref prev next nref lref last post