[CMake] The CMake bug tracker and "the backlog" of unresolved issues

David Cole david.cole at kitware.com
Thu Feb 3 17:34:45 EST 2011


Hello CMakers,

The CMake issue tracker is located at:
http://public.kitware.com/Bug

All of the issues except for the most recent 15 or so have been assigned and
looked at by at least one CMake developer at one point in each issue's
history. However, not all issues that are assigned to developers are being
actively worked on. Personally, I have just over 100 issues assigned to me,
and I know it would take me on the order of months to work through all of
them, even if I were able to work on them full time.

I would like very much for us to introduce the notion of a "backlog" in the
CMake bug tracker, where we can send bugs that are not being actively worked
on, and we can review the backlog periodically for issues that should be
brought forward into active development again.

Since we do not have a status of "backlog" -- but we don't really use the
status values of "acknowledged" or "confirmed" very much, I am thinking we
could define "backlog" as:
 status=acknowledged
   AND
 assigned to="" (empty string, none)

As an exemplar, I just sent this one to the backlog by  setting its status
and de-assigning it:
 http://public.kitware.com/Bug/view.php?id=7867

Does this seem like a reasonable technique? Any comments or questions before
we start sending more things to the backlog?

When we send around the request (coming up soon, after the final 2.8.4
release is ready) to vote for your favorite issues... you'd still be able to
vote for things in the backlog. And if we can find somebody willing to do
the work, we'll assign it to them and set status=assigned again...


Let me know what you think -- thanks for reading,
David
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.cmake.org/pipermail/cmake/attachments/20110203/c22f1ed6/attachment.htm>


More information about the CMake mailing list