Reduce Contributor Pain

Summary

Since inception, Fjord suffers from a hacking howto that involves steps that are non-trivial and require a certain kind of system and a certain level of experience to execute. This causes two problems:

1. it's sufficiently hard to set up a development environment that it's definitely a significant barrier to entry for new people

1. it's sufficiently hard to set up a clean development environment which would help track down some kinds of bugs

The second is a pain point for me (a core dev). The first is a big pain point for anyone who is interested in Fjord/Input development and thus a big pain point in gaining new contributors to this project.

This project covers the first pass for reducing the pain for setting up and running a development environment.

Status

• Project owner: Will Kahn-Greene
• Status: v1 complete

History

• June 17th, 2014: Created bug for Vagrantifying Fjord based on the work Erik Rose did with DXR
• July 23rd, 2014: Wrote tracker bug for tracking all the related bugs and wrote up project plan so we have a clear specification for scope and mission

Requirements

v1 (2014q3)

Requirements:

1. vagrant up for building a fresh development environment
2. updated documentation that's easy to follow, clear and spells out the steps for typical development environment maintenance tasks

Anti-requirements:

1. for now, we're not going to generate new VMs via jenkins when tests run--this system will be relatively static

Bugs:

Tracker bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1042669

6 Total; 0 Open (0%); 6 Resolved (100%); 0 Verified (0%);

Future possibilities

Unknown. We'll figure them out when we're done with v1 and have a new list of problems and sore spots.