GNOME/BugDays/20080528

From openSUSE

The code name for this Bug Day is "Bug Blasting"

What: cleaning up openSUSE 10.3 bugs

• Make an effort to close GNOME related bugs from openSUSE 10.3 that are fixed for 11.0
  • Track our current progress: GNOME/BugDays/20080528/Progress
• Clean up enhancements from 10.3 that are included in 11.0
• openSUSE 10.3 is available here

When: 28 May

28 May 2008, which is the day prior to our weekly meeting. We will start at 0900 EST and continue until sometime that evening. See this link to calculate the time for your timezone.

Where: #openSUSE-gnome

On Freenode (irc.freenode.net) in #openSUSE-gnome

Why: it will make life easier

1. Close irrelevant bugs in order to make it easier to find relevant bugs.
2. Draw attention to bugs which are still relevant.

How: roll up your sleeves

• If you wish to work on a bug, please announce it in the channel first to avoid duplication.
  • A list of the bugs in progress will be kept by Christopher Hobbs (hobbsc) and whomever is assisting with coordination.
  • See GNOME/BugDays/20080528/Progress for a list of bug assignments and work progress.
• Bugs may also be resolved INVALID, NORESPONSE, etc. as appropriate.
• Bugs which are still valid in 10.3 and sufficiently important may be moved to the openSUSE 10.3 or 11.0 product.
  • Please mark the OS field in bugzilla with the original distro the bug was found in
• Bugs which are still valid but for which we are unlikely to commit resources (or which we'd rather have fixed in close coordination with the upstream community) should be tagged with the should_go_upstream keyword
• When upstream bugs already exist for should_go_upstream bugs, the upstream bug's URL should be noted in our bug, which can then be resolved LATER. Someone should get CC'ed on the upstream bug in order to note changes.
• When no upstream bug exists for a should_go_upstream bug, and the bug is still valid in current upstream code, a bug should be filed upstream, and the URL for the new upstream bug should be noted in our bug, which we can then resolve LATER.
• Details of the bug policy are available elsewhere.
• Virtualization might be useful when dealing with large numbers of older distros. Choices include VMWare and VirtualBox