Contents

Mission Statement: To help make Fedora the best Linux distribution for developers and users.

Past work summary: I've worked on Linux for Red Hat for more than a decade in various roles including technical support and engineering. I'm one of the anaconda maintainers as well as the maintainer of (thankfully now deprecated) mkinitrd, and am or have been maintainer Fedora's packages for booty, cdparanoia, dumpet, gnu-efi, grub, python-pyblock, syslinux, and others. I've worked on many levels of our software stack, including implementing installation and boot support for iSCSI, UEFI, dmraid, from the kernel all the way up through userspace, as well as the upstream maintainer of kernel drivers for iSCSI booting and the UEFI framebuffer. I've served on FESCo in the past, have helped define and refine our policies since before that, and continue to do so.

Future plans: Continue to help with improvement of our processes, policies, and tools, in order to facilitate building the best OS possible. One important facet of that will be to continue refining the systems and processes for our updates, including improving testing procedures, and making these procedures work better for developers.

Future plans: Continue to push for better integration of components in Fedora, respect that Fedora is more than the sum of its parts. Push for more active community contribution from upstream communities. Improve polish to compete on the desktop with Ubuntu.

Mission Statement: To give Fedora back to the hands of the contributors by minimizing bureaucratic and other non-substantial policy restrictions.

Past work summary: I've been Red Hat employee for more than five years working on packages related to security (PAM, OpenSSL, libgcrypt, GNUTLS, ...) in both Fedora and Red Hat Enterprise Linux. I am one of the upstream maintainers of PAM.

Future plans: Fedora become too much driven by needs of only a few possible use-cases of modern Linux distribution. In addition to that too many policies in packaging requirements and package update process became "a law" that cannot be broken without approval of FESCo. In some people eyes it makes Fedora a playground for wild changes in some parts of the distribution and impenetrable concrete block in other parts. I do not share this view completely but I can understand why some people have it. My goal is to push for amending the rules to make them more guidance-like than hard laws and at the same time make the maintainers more responsible for their actions if their breaking of the guidances breaks the distribution.