Re: Feature freeze progress report

Josh,

Josh Berkus wrote:
> Is there a reason why the system needs to be primarily based on e-mail? I was
> thinking that the patch manager would be entirely a web tool, with people
> submitting and modifying a patch directly through a web interface. This
> would be lots easier to build than an e-mail based system, and also far more
> useful from a monitoring standpoint. I've worked with e-mail based systems
> like RT and OTRS, and frankly they're extremely high-maintenance and suffer a
> large amount of "lost" information.

The reason for basing the system on email is simply that it minimises
the changes required in the community process. If it were entirely web
based, we'd have to change the way we all work to discuss patches in a
forum style, rather than a list style. I have a sneaking suspicion that
at least one of our most valued contributors might object to that.

As long as the patch were initially submitted through the web interface
so that it got assigned an ID, we could automatically track the initial,
and followup threads on any of the lists as long as the ID is retained
in the subject line.

> We could also build a number of other things into the web tool, like a "You
> are submitting this patch under BSD" disclaimer and pointers to the Developer
> FAQ and other relevant documents.
>

Oh for sure. We could even do silly stuff like try to automatically
determine if the patch is in diff -c format ;-)

Regards, Dave