QA:Summer of Code Ideas

Interested in getting involved in Fedora QA? In addition to the many existing ways to get involved with QA, this page outlines new project ideas looking for an owner. The format of this page follows that used in Category:Summer_Coding_2010_ideas.

Process

Think in terms of use cases

If you provide a use case and some ideas of how to solve, you give more room for students to put in their own ideas and passion.

Consider if that is possible for each of your project ideas.

Prepare a project idea page

Project pages are transcluded below

To learn how to add this page see the example below, and refer to Template:Summer of Code Idea

Use talk page to discuss ideas and proposals.

Use the discussion tab (Talk:Name of idea) page for all discussion about an idea.

Idea pages should be renamed as proposals when accepted, and all discussion about the proposal should also go in the talk page.

Idea page sample

Use the following syntax to define and translude your idea to this page.

{{:QA:Summer Coding Ideas - Idea page sample}}

For example, using the above syntax would include the following page information.

Idea page sample

Click for more information...

Status	Contact	Mentor	Skills
UNASSIGNED	rhe	kparal	python, unittest module
Description
This is sample summer of code. High level summary of the idea should go here.

Ideas

Build oops.fedoraproject.org problem reporting site

Click for more information...

Status	Contact	Mentor	Skills
UNASSIGNED	nobody	wwoods	python, TurboGears, web development
Description
More details

Automate Packaging Review Guidelines

Click for more information...

Status	Contact	Mentor	Skills
IDEA	jlaska	jlaska	basic python and bash programming, rpm
Description
Including new software in Fedora involves a submission process to assess how well the software is packaged according to the packaging guidelines. The packaging guidelines are exhaustive, and it's far too much for a reviewer to remember each and every step. Especially a new fedora package contributor. Many of the review steps are items for which a script or automated test could be performed by the packager (or package reviewer). It seems like it would be beneficial to provide a more consistent package review experience by automating many steps of the package review process, and possibly adjust the workflow to support packagers self-reviewing their packages using the script.

QA:Summer Coding Ideas - DebuginfoFS integration with ABRT