Reporting bugs: Difference between revisions

From OLPC
Jump to navigation Jump to search
mNo edit summary
Line 3: Line 3:
There are two ways to let us know about a bug
There are two ways to let us know about a bug


==Quick and easy way: tell somebody==
== Quick and easy way: tell somebody ==


The easy way: write an email to "help AT laptop.org".
The easy way: write an email to "help AT laptop.org".


==Harder but more helpful: Trac==
== Harder but more helpful: Trac ==


The harder-but-more-helpful way: First search the [[trac]] bug database at [http://dev.laptop.org/query] to see if the bug has already been reported. If it has not, register yourself on that site and submit the bug. Some useful hints:
The harder-but-more-helpful way: First search the [[trac]] bug database at [http://dev.laptop.org/query] to see if the bug has already been reported. If it has not, register yourself on that site and submit the bug. Some useful hints:
Line 20: Line 20:


* If an activity crashed, you can often find a log file, and we would love it if you'd post the important parts of that with your bug. You can use the log viewer activity. Find the log that corresponds to your application and look for sections that start with "Traceback (most recent call last):" and end with an unindented error name and details. (For older logs, you can use the terminal activity to browse the subfolders of /home/olpc/.sugar/default/logs)
* If an activity crashed, you can often find a log file, and we would love it if you'd post the important parts of that with your bug. You can use the log viewer activity. Find the log that corresponds to your application and look for sections that start with "Traceback (most recent call last):" and end with an unindented error name and details. (For older logs, you can use the terminal activity to browse the subfolders of /home/olpc/.sugar/default/logs)

== Hardest but most useful: Fix it yourself. ==

Much of our software is designed to be hacked and debugged directly on the XO. If you discover a problem and feel like contributing directly to its diagnosis and solution, please, step right up!

Source code is readily available on the XO (for most of Sugar) and from places like http://dev.laptop.org and http://cvs.fedoraproject.org (everything else).

http://www.sugarlabs.org/go/DevelopmentTeam/CodeReview gives some great hints on how to submit improvements to Sugar. In general, all patches are welcome on our [[mailing lists]]. Finally, patches can be contributed directly to [[Developer/Fedora Fedora]] or to the actual upstream projects included in Fedora.


[[Category:Developers]]
[[Category:Developers]]

Revision as of 00:34, 1 August 2008

Like all open software, the software on the XO is constantly ready for improvement. While the basic functionality is now good, the truth is that many components are only at a beta-testing quality level. That means that we appreciate all bug reports from our users. (In fact, we hope that you will think of the bugs you find as opportunities to help us improve, rather than just nuisances.)

There are two ways to let us know about a bug

Quick and easy way: tell somebody

The easy way: write an email to "help AT laptop.org".

Harder but more helpful: Trac

The harder-but-more-helpful way: First search the trac bug database at [1] to see if the bug has already been reported. If it has not, register yourself on that site and submit the bug. Some useful hints:

  • The only fields you have to fill out are summary, description, type (defect if it does the wrong thing, enhancement if it doesn't let you try to do a thing), and component. If you want to, you can put yourself in the cc field. We'll do the rest.
  • if you have updated the system software, you can find the version you're running by typing
cat /boot/olpc_build

into the terminal activity. Post this version number with your bug.

  • If an activity crashed, you can often find a log file, and we would love it if you'd post the important parts of that with your bug. You can use the log viewer activity. Find the log that corresponds to your application and look for sections that start with "Traceback (most recent call last):" and end with an unindented error name and details. (For older logs, you can use the terminal activity to browse the subfolders of /home/olpc/.sugar/default/logs)

Hardest but most useful: Fix it yourself.

Much of our software is designed to be hacked and debugged directly on the XO. If you discover a problem and feel like contributing directly to its diagnosis and solution, please, step right up!

Source code is readily available on the XO (for most of Sugar) and from places like http://dev.laptop.org and http://cvs.fedoraproject.org (everything else).

http://www.sugarlabs.org/go/DevelopmentTeam/CodeReview gives some great hints on how to submit improvements to Sugar. In general, all patches are welcome on our mailing lists. Finally, patches can be contributed directly to Developer/Fedora Fedora or to the actual upstream projects included in Fedora.