* '''Past work summary:''' I've contributed to Fedora since the fedora.us days and was a member of FESCo during the merge of Core and Extras. Recently I've been an active member of the Fedora Infrastructure Team working on FAS, PackageDB, and general scripting and bugfixing, worked on Packaging Guidelines as a member of the Fedora Packaging Committee, and have just returned from a stint on the Board. Around alpha release, I can often be seen to step in to get python packages building or work on bugs that have hit the community's radar but aren't important enough to hit a blocker list.

−

* '''Past work summary:''' I've contributed to Fedora since the fedora.us days and was a member of the second FESCo. Recently I've been an active member of the Fedora Infrastructure Team, worked on Packaging Guidelines as a member of the Fedora Packaging Committee, and have just returned from a stint on the Board. Around alpha release, I can often be seen to step in to get python packages building or work on this or that bug that's hit the community's radar but hasn't made it's way onto any blocker lists.

+

* '''Future plans:''' Past FESCo's have streamlined many policies including the updates policy, a fast track for nonresponsive maintainers, and how FPC guidelines are approved. The current and next FESCo are likely going to be tackling an update of the Feature Process. There's been a lot of work around this already. Many packagers have contributed to the [[Fixing_features]] wiki page. FESCo has been discussing issues on the [https://fedorahosted.org/fesco/ticket/896| Refining Features] ticket. I'd like to help organize the identified problems and suggested solutions and incrementally improve pieces of the policy. If we finish that work, it may be time to take another look at improving the non-responsive maintainer policy.

Eligible VotersVoting eligibility is determined by a community member's Fedora Account System (FAS) memberships.

To vote for FESCo you must have cla_done + one other "non-cla" group in FAS.

Candidate template

Introductions

Mission Statement:

Past work summary:

Future plans:

Questionnaire

CLOSED The questions have not been posted. Please wait for the questionnaire wrangler to contact you!

Candiates, don't post your answers yetOnce the questionnaire period is over, the Elections Wrangler will collect the answers and post them at the same time. This attempts to make things more even and fair for candidates to be open with their answers and not copy from earlier responses.

Candidates

Introduction

Mission Statement:

Make Fedora THE platform for rapidly developing the next generation of free, open-source software.

Past work summary:

Red Hat employee since 2008, developed the System Security Services Daemon, participant in the FreeIPA project. Currently advising the OpenLMI project and working on packaging Node.JS and its dependencies. Fedora Hosted admin maintaining ReviewBoard. Working with the OpenShift developers to host tools for use with Fedora such as Gerrit. Former FESCo member from June 2011 - 2012. Currently employed as the BaseOS Architect at Red Hat.

Future plans:

Continue to drive Fedora to become the best platform for developing exciting new technologies for the desktop and datacenter.

Introduction

Mission Statement: To further the goals of the project and Free Software in general by helping enable contributors to bring the highest quality and most diverse collection of software to the distribution. I'm fully committed to the goals of Free Software, for ideological, but also primarily technical reasons.

Past work summary: I've been a Fedora user since RHL 7.1, and an active packager since 2007, as well as a sponsor and member of FESCO and the FPC. I initially focused on games and php applications, but have expanded to other things over time. I also encounter and deal with many of the issues we encounter as a project in the course of my day job.

Future plans: Ideally, I'd like to find ways to encourage and educate new contributors. I've sponsored a few new packagers, but would like to help shorten the time from first interest to active packager, and can only do so much on my own. I also have ideas and opinions on many areas FESCO addresses, including the Feature process, and would like to continue to contribute what experience I have to those conversations. I'm also very much interested in helping ARM achieve Primary architecture status, and have been doing a bit of work towards that goal.

Introduction

Mission Statement: To help Fedora developers get their work done in such a way that we ship a distribution that benefits our users.

Past work summary: I'm a former Red Hat employee keen on continuing to contribute to Fedora. I've worked on various power management and ACPI features, and have been leading the Secure Boot implementation that's been adopted by most significant Linux distributions. I've recently been spending time on helping with the remaining Anaconda and upgrade issues for Fedora 18.

Future plans: FESCo exists to enable Fedora contributors to get their work done, providing that that work doesn't adversely affect other contributions or the goals of the distribution. That isn't how it's always been treated recently. I want to focus on returning FESCo to being an enabling group, while simultaneously engaging the community in discussions to fix the various infrastructural and policy flaws that stand in the way of developers.

Introduction

Mission Statement: Make Fedora work better for its primary purpose as a distribution - to turn various differing upstreams into a consistent and well-integrated whole.

Past work summary: Contributor since RHL times, worked on many things including a tcsh internals rewrite, initscripts, pyrpm, switch from MD5 to SHA-256 hashes in RPM and other places, audit work from the kernel to GUI layers, volume_key, encrypted disk support in libvirt, kernel's crypto interface, and the Fedora signing server. Used to be a heavy-duty translator into Czech.

Future plans: Fedora is often the place where packages affected by changes other packages first interact, and handling this well is critical for fulfilling the above-mentioned primary purpose of a distribution. To that end, I plan to work on improving the Feature process, and otherwise improving the handling of changes that affect other packages and ensuring distribution-wide consistency - while making it possible to make successful transitions faster, not slowing change down in bureaucracy. I also generally favor policies that allow quick bug->fix turnaround time and allow more enhancements into released versions of Fedora. Outside of FESCo my interest is in improving security of Fedora.

Introduction

Past work summary: I've contributed to Fedora since the fedora.us days and was a member of FESCo during the merge of Core and Extras. Recently I've been an active member of the Fedora Infrastructure Team working on FAS, PackageDB, and general scripting and bugfixing, worked on Packaging Guidelines as a member of the Fedora Packaging Committee, and have just returned from a stint on the Board. Around alpha release, I can often be seen to step in to get python packages building or work on bugs that have hit the community's radar but aren't important enough to hit a blocker list.

Future plans: Past FESCo's have streamlined many policies including the updates policy, a fast track for nonresponsive maintainers, and how FPC guidelines are approved. The current and next FESCo are likely going to be tackling an update of the Feature Process. There's been a lot of work around this already. Many packagers have contributed to the Fixing_features wiki page. FESCo has been discussing issues on the Refining Features ticket. I'd like to help organize the identified problems and suggested solutions and incrementally improve pieces of the policy. If we finish that work, it may be time to take another look at improving the non-responsive maintainer policy.