ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
From: Marko Schuetz <MarkoSchuetz@web.de>
Cc: ntg-context@ntg.nl
Subject: Re: [Fwd: Bug tracking system for ConTeXt]
Date: Wed, 27 Feb 2002 01:33:24 +0100	[thread overview]
Message-ID: <20020227013324L.marko@kinetic.ki.informatik.uni-frankfurt.de> (raw)
In-Reply-To: <3C7B84A5.CADA9330@gmx.de>

Tobias,

From: Tobias Burnus <burnus@gmx.de>
Subject: [Fwd: Bug tracking system for ConTeXt]
Date: Tue, 26 Feb 2002 13:50:45 +0100

[..]
> I installed a bug tracking system (Bugzilla) for ConTeXt and PPCHTeX on
>   http://bugzilla.physik.fu-berlin.de:8080/context/
> 
> This location may move in the future (for instance to Hans server), all
> data is saved in a separate database (besides "our" bugzilla at
> http://bugzilla.physik.fu-berlin.de:8080/bugzilla/) and daily backuped.
> The server is presently a Debian Woody Athlon 800 MHz with (only) 128 MB
> Ram.
> 
> Hans asked me to stress that he wants to spend more time on coding than
> on managing bug reports: 
> > now, we need to establish a strategy, like, only serious bugs are reported, 
> > otherwise we end up in spending our lives doing admin work; also, with 
> > regards to bugs in manuals, i favor 'collected bugs', not one entry per 
> > type -)

have you considered using Peter Miller's Aegis? Currently it seems
that many of the ConTeXt users would be capable of rephrasing their
bug report as a test for desired functionality. So this would open a
new way to contribute: by writing tests...

>From personal experience I can attest that Aegis is a great tool to
steer software development...

By default(!) 

- changes are accompanied by tests
- these tests need to fail on the current version and succeed on the
  changed version
- the changes are part of the source code of the project
- a change is only added to the baseline if it passes all its tests
- the result is that the baseline will always satisfy all its tests

Eine schöne Zeit

Marko Schütz


  reply	other threads:[~2002-02-27  0:33 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-26 12:50 Tobias Burnus
2002-02-27  0:33 ` Marko Schuetz [this message]
2002-02-27 11:23   ` Tobias Burnus
2002-02-27 13:07     ` Daniel Pittman
2002-02-27 14:24       ` Marko Schuetz
2002-02-27 20:46       ` Hans Hagen
2002-02-28 10:57         ` Berend de Boer
2002-02-28 12:28         ` Daniel Pittman
2002-02-28 16:48           ` Hans Hagen
2002-02-27 14:24     ` Marko Schuetz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020227013324L.marko@kinetic.ki.informatik.uni-frankfurt.de \
    --to=markoschuetz@web.de \
    --cc=ntg-context@ntg.nl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).