[Sugar-devel] What is a bug?
walter.bender at gmail.com
Sun Oct 28 16:04:37 EDT 2018
We had a nice project done this summer -- not deployed -- to address one of
the github issues: a window into all of the issues in gh/sl. I don't see
why we cannot also have a general bug reporting queue on github as well.
That said, regardless of where we host bugs, your issues other issues are
For me, as a developer, I am much more responsive to bug reports from
users. Since I have almost no connection to OLPC users any more and daily
communication with Music Blocks users, my energies have gone in the
direction of the latter. Not sure how to fix that.
On Sun, Oct 28, 2018 at 3:55 PM James Cameron <quozl at laptop.org> wrote:
> What can I do to help? Research old bugs.
> A bug, or an issue, is an unexpected unplanned software behaviour.
> When you see a bug ticket or issue numbered, that means a desire for
> change did once exist. The desire for change may still exist, or it
> may not. It is difficult to tell. (Along with that desire for change
> is an intention to not make the change right now; don't create an
> issue just so a pull request can have an issue to link to!)
> The first bug tracker related to Sugar was http://dev.laptop.org/
> which is an instance of the web application software Trac. It
> contains more than 12k tickets. Scope is OLPC OS, Fedora packages for
> OLPC, Sugar, activities, and OLPC infrastructure.
> The second bug tracker was https://bugs.sugarlabs.org/ which is also
> an instance of Trac. It contains about 5k tickets. Scope is Sugar on
> a Stick, Fedora packages for Sugar, Sugar, activities, and Sugar Labs
> Both instances of Trac have a mailing list to which new tickets are
> posted. There is also a "Timeline" view for recent activity.
> Subsequent bug tracking has been invited using GitHub issues, with an
> issue list for each repository. This decision has caused two big
> - we can no longer get a sense of what should be fixed without looking
> into each of many repositories,
> - it contributed to killing general bug reporting, because at the time
> a bug is reported the person who reported it has no idea what
> component is responsible.
> GitHub issues has become more of a developer to developer
> communication channel. This is unfortunate.
> There are thousands of issues with Sugar that have not been fixed.
> Most of those issues won't ever be fixed, because of one or more of
> these reasons (most likely first);
> - there is no developer interested in making a change,
> - the person who found the issue is no longer wanting a change,
> - the symptom was already solved but the bug or issue was left open,
> - the software component was rewritten,
> - the software component was abandoned or deprecated,
> - the person who found the issue made a mistake in observation,
> - the person who found the issue had incorrect expectations.
> James Cameron
> Sugar-devel mailing list
> Sugar-devel at lists.sugarlabs.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Sugar-devel