lilypond-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug repository UPLOADED!


From: Mats Bengtsson
Subject: Re: Bug repository UPLOADED!
Date: Wed, 21 Apr 2004 17:47:27 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113

Great!

I suggest to add some information on the procedures also, unless you
want to be the only one to handle these files. If I find a bug, could
I just upload the file to CVS (I have CVS access) or should I send it to
bug-lilypond first, or ...?
Same goes for status changes, when somebody with CVS access thinks he
has fixed a bug.

   /Mats

Erik Sandberg wrote:
Hi,

Finally it's uploaded. All bugs lie in one big directory; this will probably be changed to something better as soon as we can see exactly what we need.

I wrote a draft to a readme of how its organised now:

Lilypond Bug Repository

Each bug report should have the following form:

1. Each bug has a name, which it uses for file names
(e.g. the bug text-collide has the files text-collide.ly,
text-collide.png etc). If the bug is in the convert-ly script,
the name should start with 'convert-ly-'.
2. The first line of the file should be a '%' followed by a
whitespace separated list of properties that this bug has.
Properties include:
crash: The bug causes lilypond to abort with exit code nonzero.
future: The bug is known and will not be fixed in a near future.
critical: The bug should be fixed before the next release.
fixed: Someone beleives that the bug has been fixed. If the
bug-meister agrees that this is true, the bug will be removed from
the repository. The fixer is encouraged to add his signature, e.g. "fixed hwn"
unclear: It is unclear whether this actually is a bug.
[unclear fixed: it is actually not a bug after all.]
3. The second line should contain a \version statement.
4. The file should contain a \header {texidoc = ... } statement
describing the bug.
If any one of 2-4 is not possible to do for some reason (e.g.
if the bug isn't demonstrated with a .ly file, or if it doesn't
occur if those lines are added), then there should be a file
<bug-name>.txt containing that information.

Erik



_______________________________________________
Lilypond-devel mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/lilypond-devel

--
=============================================
        Mats Bengtsson
        Signal Processing
        Signals, Sensors and Systems
        Royal Institute of Technology
        SE-100 44  STOCKHOLM
        Sweden
        Phone: (+46) 8 790 8463                         
        Fax:   (+46) 8 790 7260
        Email: address@hidden
        WWW: http://www.s3.kth.se/~mabe
=============================================




reply via email to

[Prev in Thread] Current Thread [Next in Thread]