Date: Sun, 27 Sep 2009 12:33:33 +1000 From: Aristedes Maniatis <ari@ish.com.au> To: Robert Watson <rwatson@FreeBSD.org> Cc: Mark Linimon <linimon@lonesome.com>, Gonzalo Nemmi <gnemmi@gmail.com>, current@freebsd.org Subject: Re: Various problems seen in RC1 Message-ID: <4ABECEFD.5020001@ish.com.au> In-Reply-To: <alpine.BSF.2.00.0909270049591.31373@fledge.watson.org> References: <20090921112657.GW95398@hoeg.nl> <19e9a5dc0909211728m159c1b50id00dec2b3f8110b0@mail.gmail.com> <20090922101329.K39832@ury.york.ac.uk> <200909221231.27713.gnemmi@gmail.com> <20090922174713.B39832@ury.york.ac.uk> <19e9a5dc0909221042l4f5a3e13p27776ee8bbc9713e@mail.gmail.com> <20090922225905.GC21416@lonesome.com> <4ABD68FA.5010103@ish.com.au> <alpine.BSF.2.00.0909270049591.31373@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 27/09/09 9:52 AM, Robert Watson wrote: > Unfortunately, I fell behind due to running the developer summit and > EuroBSDCon, but really that's a symptom of an underlying problem: I was > (and > am) manually maintaining the wiki list based on re@ e-mail correspondence. > > That is fundamentally the wrong approach--we should be using the > bug-tracking system to manage pending requests and known issues. In > particular, I'd like each merge request and in-progress issue to be > captured by a bug entry, and referenced during commits and merges. This > would allow 99% of the information on the wiki page to be mechanically > generated, and avoid the "missed stuff" problem. We'd also have to get > better at saying "it's a real bug but we can't > fix it for this release" explicitly, of course. > > There's not an opportunity to fix that for 8.0, but my recommendation > has been that we at least use gnats, if not some more capable, > issue-tracking system to handle pending changes and merge requests, with > approvals to commit to > branches linked back to the request so re@ can track what's going on. Absolutely! And my mention of your wiki page was certainly not a criticism of your efforts with the wiki page. A valiant effort I think (and much more useful than no information at all), but as you say, fundamentally doomed. Far too much work to maintain over more than a very short period. I sent you/Mark an email in February about this topic and my offer to help because I think this is one area where FreeBSD communication channels could be significantly improved without creating more work (after the short term effort of change of course). Any one of about a dozen sophisticated bug trackers would be capable of integrating svn linking, bug tracking, feature requests, feature voting, milestone management, developer task assignment, release management, release notes, and even have a workflow component that could integrate with the ports lifecycle (port owners without commit rights). Regards Ari Maniatis -- --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4ABECEFD.5020001>