Hi Mark,
On Wed, Mar 14, 2012 at 08:34:25AM +1300, Mark Lawrence wrote:
> On Mon Mar 12, 2012 at 12:38:46PM +0100, Axel Beckert wrote:
> >
> > Looks a lot like a new way of subversive spam to circumvent even human
> > spam filters -- with the overlong signature likely being the real
> > contents.
>
> Well it circumvented me :-(
No offense meant. If it wouldn't have been my own posting which had
been duplicated I likely would have fallen for it, too. And it took at
least one or two paragraphs to become suspicious and one more to be
confident. :-)
> > > Could you elaborate on why you don't consider SD to be a 'real'
> > > DBTS?
> >
> > Because it just seems a front end to existing bug trackers or ticket
> > systems like Request Tracker, etc.
>
> The synchronisation with existing bug trackers is a feature of SD, but
> not the primary working mode. SD allows creation and modification of
> bugs stored on the local filesystem or in an SQLite database.
Thanks for that information. I really wasn't aware of that. So yet
another thing to look at again. :-)
> Proper peer-to-peer synchronisation between SD instances is the
> top-billed feature that is only matched by Fossil so far.
Haven't noticed that in Fossil either yet. And OTOH I wonder what
exactly makes it better git's way to synchronise between peers? (...
as I'm quite fine with how distributed git is. :-)
> On paper that would appear to the killer criteria for a successful
> DBTS ... but apparently on its own not enough; SD (nor Fossil) is
> not taking off like I would have expected.
Well, maybe the reasons for not using SD you mentioned later in your
mail are some of the reason for that.
For Fossil it's IMHO that it's too much in there by default (VCS/SCM +
Issue Tracker + Wiki + Webserver) -- It clearly disobeys the KISS
principle while git fulfills it very well, even though it has more VCS
features and takes up more disk space (and likely has more lines of
code, too).
> > > I believe there is a standalone single-user web interface.
> >
> > Well, I'm actually looking for a multi-user interface. Joey's Ikiwiki
> > comes very close to what I look for, only that it's a wiki and not as
> > much of a bug tracker as I look for despite some people use it as
> > such.
>
> Do you mean something like the Github of the Project Management
> World?
Well, yes and no. As I wrote, I look for the Ikiwiki of Bug Tracking
Systems. :-)
But yeah, the way GitHub handles git repos comes close, too. I though
look for a bug tracker, not a whole suite of project management stuff
(like e.g. trac or all the SourceForge clones).
> To me a distributed project management tool kind of eliminates the need
> for multi-user tools, unless you are thinking of large non-technical
> end-user populations, in which case the distributed criteria probably
> ranks lower overall (although not necessarily in the minds of
> developers :-).
You hit the core of my thoughts about this whole topic: I'm looking
for a tool which can serve both groups.
Despite xen-tools being a commandline tool, I doubt that everyone who
wants to report a bug wants to checkout and commit to a VCS repo, or
even worse: fork it and make a pull request just to write a bug report.
OTOH you may be not so wrong: If I count that bugs can easily reported
via the users' or developers' mailing list, a read-only web interface
could suffice. The only thing then is that the developers (or those
with VCS repo write access) have to take care that each such report is
documented in the VCS/BTS. And that's a thing I'd be happy to avoid.
:-)
> > > It has obviously has a long way to go in terms of documentation and
> > > usability, but I feel it currently comes the closest to offering a
> > > truly distributed bug database.
> >
> > So with which backend do you use it?
>
> I actually don't use it. I find it slow, unintuitive and difficult to
> use as a stand-alone tool, let alone as a distributed one.
I see. Will have at least a look again nevertheless.
P.S.: In the meanwhile I'm somewhat happy about that spam which copied
my mail. Last time I wrote that mail wasn't so much on-topic traffic
on the list. ;-)
Kind regards, Axel
--
/~\ Plain Text Ribbon Campaign | Axel Beckert
\ / Say No to HTML in E-Mail and News | [email protected] (Mail)
X See http://www.asciiribbon.org/ | [email protected] (Mail+Jabber)
/ \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)
_______________________________________________
dist-bugs mailing list
[email protected]
http://kitenet.net/cgi-bin/mailman/listinfo/dist-bugs
