Date: 2001-11-22 10:33:30
Those policies sound exactly right to me. The policy you suggest for
boost developers is the one that I use myself.
--- In boost_at_y..., Aleksey Gurtovoy <alexy_at_m...> wrote:
> It should be "argument_type" instead of "first_argument_type".
> I would check in the fix myself ('cause I need it :), but then I
> that although it's clearly a bug and the fix is trivial, it still
> considered impolite to make a change in a library code without
> author first. So I started with "what should a boost developer
> write access do if she found a trivial bug in other library?", and
> with more general "what should one do if she/he found a bug in
> library?". Apparently, it's not in the FAQ. A proposed answer is
> 0. Make sure bug isn't already fixed in the latest sources :). The
> recent version of code is available from boost public CVS
> 1. If you are a boost user, or a boost developer that doesn't have
> write access:
> a) submit a bug report to either boost-users list, boost
> or boost bug tracking facility on SourceForge (BTW, what is the
> way?) [Optional: "See bug submitting guidelines for the details
how to write
> a useful bug report". Optional, because probably we are not yet at
> when those are needed.]
> b) if you have a proposed patch to the code, post it along
with your bug
> report, preferably in the "context diffs" format (diff -c); if you
> a patch relative to the current CVS state.
> 2. If you are a boost developer, and you do have a CVS write
> a) if bug is trivial (e.g. misspelled name, missed typename,
> you are willing to make a fix, go ahead and do it, but post a
> about your changes to the boost mailing list;
> b) if bug is not trivial, or/and you don't have time/resources
> it, submit a bug report (see p. 1 above).
> c) otherwise create a temporary branch in CVS, make your
> and ask the library author(s)/maintainer(s) to review them; if
they are ok
> with the new code, either you or themselves can integrate the
fixes into the
> main trunk.
> Comments/corrections are welcome :).
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk