On Thu, Feb 4, 2010 at 10:15 AM, William Morgan <span dir="ltr">&lt;<a href="mailto:wmorgan-ditz@masanjin.net">wmorgan-ditz@masanjin.net</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Reformatted excerpts from Sean Russell&#39;s message of 2010-01-31:<br></blockquote><div><br>Yeah, sorry.  Outlook is in use at the office, and I&#39;ve picked up some bad habits, like top-posting.  It doesn&#39;t help that that&#39;s Google&#39;s default mode, too.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">&gt; Out of curiosity, how many people offer you patches?<br>
<br>
</div>Not that many at this point. Possibly because I have ignored people for<br>
sufficiently long enough that they&#39;ve gotten the hint. :)<br></blockquote><div><br>Hm.  Are you aware of any live forks?  I see what appear to be pulls from clones.  I&#39;d rather contribute, than manage :-) <br><br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Personally I find reviewing patches to be more work than writing code.<br></blockquote><div><br>They can be, yes.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

At least with your own code you understand it (at the time of writing),<br>
and you don&#39;t have to come up with polite ways of rejecting substandard<br>
contributions.<br></blockquote><div><br>Eh.  Politeness is overrated.  Case in point: Linus Torvalds.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im">&gt; Also, since I value your opinion on these matters, William -- what are<br>
&gt; you using now for issue management, and why?<br>
<br>
</div>I&#39;m now using Roundup, but I don&#39;t like it. I haven&#39;t found anything<br></blockquote><div><br>Oy.  Roundup was good, like, 10 years ago.  Well, it was never &quot;good,&quot; but it was sufficient.  I feel your pain.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
that I like. I do have some concrete ideas about what I want, and it&#39;s<br>
pretty different from ditz, and also from every other project out there.<br></blockquote><div><br>Different?  How so?  Seriously, I&#39;m dissatisfied with most of my options, too.<br><br>Although, I just got the Eclipse Trac plugin, which offers offline caching, working, and sync&#39;ing.  I&#39;d still like a command-line interface, but the plug-in is pretty close to ideal.<br>
<br>My main struggle is with giving up the concept of issues having branch context. I think that&#39;s an extremely powerful feature; just one that&#39;s a bit of overkill for small projects.  It&#39;s also difficult to replicate easily with a traditional, centralized tracker.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
But I am doing my best to avoid starting yet another project that I<br>
don&#39;t have time for. <br></blockquote><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><br>
&gt; In fact, I&#39;m increasingly convinced from what I&#39;ve seen that software<br>
&gt; developers have no more -- and possibly less -- than a 50% stake in<br>
&gt; issue management; users have the other solid 50%.<br>
<br>
</div>Yes, I think you&#39;ve hit the nail on the head, and unfortunately ditz has<br>
pretty bad support for users. There was some work by _why (RIP) to get a<br>
web interface to ditz going, called sheila, which would have mitigated<br>
this issue somewhat, but I&#39;m not sure by how much.<br></blockquote><div><br>Yeah, _why was a great loss.  Sheila was a valiant attempt.  There&#39;s just so much work that&#39;s gone into Trac, and Redmine, that would take man-years to reproduce.  And they&#39;re actually pretty decent centralized issue trackers.  The idea of starting yet another web interface and trying to build up to anywhere near the feature set of one of the established trackers was simply exhausting.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

FWIW, although I think the ditz CLI and plugin architecture are the<br>
bee&#39;s knees, the major reasons I stopped using ditz were because:<br>
  a) the lack of a canonical, easily-readible short name for a bug really<br>
     became irritating;<br></blockquote><div><br>Hm?  Is this an index vs. hash issue?<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

  b) I didn&#39;t like having three separate areas for issue discussion: in<br>
     the commit logs, in the ditz logs, and the mailing list; and<br></blockquote><div><br>Ah, yes.  Ditz does need a bit more work here.  I think it is easily solveable, though.  For one, a simple API for fetching a revlog from the VCS would be almost trivial, and then adding support for individual VCSes would be simple.  Ditz &quot;show&quot; could easily extract information from all of the VCS commits that affected the issue, and aggregate that with the normal comments.<br>
<br>A decent tracker web interface with some social engineering support reduces bug traffic in a mailing list.<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

  c) creating ditz issues for bug reports and feature requests from<br>
     users was burdensome.<br></blockquote><div><br>Yeah, back the the need for a good web interface.<br><br>I don&#39;t know, William... it sounds like what you might be happy with, after all, is Ditz with some integration with a good, online, centralized bug tracker.  If you have a project that you&#39;d like to play around with, I can create a Trac instance on my server and you can play with my ditz-trac integration plugin.  It is crude, but it works, and it might rekindle your interest in the project.  It can&#39;t be worse than Roundup, in any case.<br>
 </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

If I were to design another issue tracker today, I would probably go the<br>
centralized route. There are some very nice things you get by being<br>
distributed, but in the long the tradeoff isn&#39;t worth it.<br></blockquote><div><br>I&#39;m currently waffling between working on Ditz further, or writing an offline, command-line editor for Trac.  The latter might be easier, but would carry with it some limitations that Ditz doesn&#39;t have.<br>
<br>--- SER<br></div></div>