Become a beta tester

From GhostBSD Wiki
Jump to: navigation, search

If you like playing around with operating systems and have a bit of spare time, one of the most effective ways you can assist the GhostBSD community is by reporting problems you encounter while using GhostBSD.

If you have a spare system, or virtual machine, you can also download and try out the latest stable, beta or release candidate available. These versions are still in testing and have not been officially released yet. Having as many people as possible using GhostBSD on many different hardware configurations assists the project in finding and fixing bugs. This makes using GhostBSD better for everyone. Subscribing to the GhostBSD Development mailing list is a good way to keep up-to-date on the availability of testing snapshots and any major bugs that are found within a snapshot.

If becoming a tester interests you, subscribe to the development mailing list. As new testing versions become available they will be announced on this list. You will also be able to see what problems other testers are finding and can check to see if the problem exists on your hardware as well.

Anyone can become a beta tester. Follow these tips so that you can accurately describe your findings so they can be fixed as soon as possible:

  • before sending an email, search the testing mailing list to see if anyone else has reported a similar problem.
  • when reporting a new issue, use a descriptive subject in your email that includes the error and the version of GhostBSD. Ideally, the subject should be short (8 words or less), and contains key words about the error. An example would be "bxPKG on 3.0-BETA1 Error while fetching".
  • ensure that the body of your email includes the GhostBSD version and architecture (e.g. 3.0-BETA1, Gnome 32-bit ISO version).
  • give a short (2-3 sentences) description of how to recreate the error. If there is an error message, include its text.
  • include any other info that may be useful (e.g. this seems to work on my 32 bit system or this used to work on 2.5).
  • if the problem appears to be hardware related, include a copy of /var/run/dmesg.boot as this file shows the hardware that was probed the last time the GhostBSD system booted.