From Fedora Project Wiki

Working Group Self-Nominations

Nomination period
Nominations will close on Oct 14 2013 00:00 UTC. If you want to self-nominate, please have your name entered below before that time.

To volunteer to serve on one of the new Fedora working groups, simply add yourself to the appropriate section below, along with a brief description of your current involvement with Fedora and plans for participation in this group.

See the Call for Nominations post for background on what this is all about.


Fedora Workstation Working Group

  • Matthias Clasen - Desktop team lead, Provenpackager, GNOME release team. I want to act as liaison with GNOME and ensure that we come up with plan that is credible, effective and achievable, working together with various upstreams.
  • Elad Alfassa - Fedora packager, sometimes designer, fixes trivial bugs and packages GNOME stuff. I want to help however I can to make Fedora Workstation/Desktop as awesome as possible.
  • Owen Taylor - Red Hat Desktop/Interactive Experience Architect, long-time GNOME contributor. I want to make sure that Fedora Workstation product is solid from the ground up, has a clear design target that is compelling to a wide range of Fedora users, and will meet the needs of downstream distributions like RHEL as well.
  • Adel Gadllah - Upstream GNOME contributor and Fedora (proven)packer - Ensure that the workstation product provides a well designed, modern experience that is usable for both content consumers as well as content creators.
  • Kalev Lember - Fedora GNOME packaging, provenpackager, packager sponsor -- I would like to participate in the initial working group to make sure we get a competitive product -- released on a predictable 6 month schedule, usable for both home users and developers
  • Christian Schaller - Manager for the Red Hat desktop team, Fedora packager. I want to make sure the resources of the Red Hat team are fully behind this effort and that it becomes a great solution for both the Fedora community and Red Hat.
  • Lukáš Tinkl - Longtime core KDE developer, SW engineer in the KDE Desktop Team in Red Hat, Fedora packager, member of the KDE SIG group. With the background of 7 years in SUSE and now almost 6 years in Red Hat, I want to continue the effort to make Fedora a first class, compelling experience for KDE users and developers.
  • Nils Philippsen - Software engineer in the Red Hat Developer Experience team. Fedora package maintainer and upstream contributor of GIMP, scanning (SANE) and related packages. Proven packager, sponsor. I like sensible defaults with the option to adapt them to one's own workflow where they don't fit.
  • Christoph Wickert - Long-time Fedora contributor, (Proven) Packager and packager sponsor, one of two Xfce maintainers and the only one for LXDE. I Have been trying to enforce better interoperability and higher packaging standards across all desktop environments e.g. by breaking up long dependency chains to enable easier installation of components side by side.
  • Jens Petersen - i18n team lead, Provenpackager, Proventester, SCM admin, i18n Project and Haskell SIG founder. I would like to help make sure we have a good i18n and developer experience for Fedora Workstation.
  • Ryan Lerch -- Interaction Designer working on the Fedora Design Team

Fedora Server Working Group

  • Stephen Gallagher - Red Hat Server Experience Architect, current FESCo, former SSSD lead developer and FreeIPA team member. I will be attempting to represent the future needs of Red Hat customers with Fedora Server. I will also be working closely with several "manageability" initiatives do make run-time (re)configuration simpler.
  • Phil Knirsch - Red Hat Developer Experience Manager, including KDE, PPC64 and S390X Secondary Archs as well as Power Management userland. Former engineer himself and working with Linux for over 20 years and for 13 years for Red Hat. My goal for my work in the Fedora Server Working Group is to ensure that Fedora Server will provide an excellent OS for professional use of Fedora in the server environment. Part of that is to make it lean, quick, and working on all architectures.
  • Ondrej Vasik - Red Hat Developer Experience Manager, in my team basic CLI tools, archivers, network daemons, databases. Still working on some CLI tools, owning some of the base packages on the system. My goal is to make sure that Fedora will be modern Linux system, but with backward compatibility and stability in the core system - which is crucial for the server usecase.
  • Nils Philippsen - Software engineer in the Red Hat Developer Experience team. Maintainer and upstream contributor for a variety of packages. Proven packager, sponsor. I've run servers on Fedora for years despite counsel to the contrary. It's worked well so far and I don't see why this should change. I've been the on-site engineer for Red Hat at the SAP LinuxLab, so I like to think I know a thing or two about server needs in an enterprise environment.
  • Tomáš Mráz - Software engineer in the Red Hat Server Experience team. Maintainer of several security related packages. Currently FESCo member.
  • Kevin Fenzi - Fedora Infrastructure lead, FESCo member. Xfce stack maintainer.
  • Jóhann B. Guðmundsson - Fedora QA,Systemd integrator into Fedora and other cleanups involving and surroundign components making up the core/baseOS.
  • Stephen Smoogen - Fedora Infrastructure. I have worked on servers for 25 years in many formats and versions. I have worked on Linux since 1992.
  • James Antill - Red Hat Employee, FPC member, yum maintainer.
  • Jim Perrin - CentOS Dev Team member
  • David Strauss - systemd committer, Co-founder and CTO of Pantheon Systems. We run hundreds of Fedora servers as part of our production infrastructure. Key components and tools we use are systemd, PHP, Python, PowerDNS, Tomcat, NodeJS, nginx, Chef, Jenkins, and the C-based build stack. I have deep interest in the evolution of containerization, security, and resource management.
  • Truong Anh Tuan - current FAmSCo member, FAmA, Fedora packager, CWG. Working on RHEL/CentOS servers and server apps is my day job. I like contributing to Fedora and hope to take this chance to contribute more to in the new structure. I like to focus more to maintain server packages, especially communication servers like collaboration and messaging, email, voip, etc. Also, I think it's worth to have participation to this group from Ambassadors.
  • Dan Walsh - Red Hat Employee, Base OS Security Team, SELinux, Container, sVirt.
  • Máirín Duffy - Red Hat UX designer, worked for several years on the RHN Hosted and RHN Satellite systems management products and conducted numerous contextual interviews on-site with system administrators interested in managing Linux servers, also an RHCT; primary interest is in user experience
  • Tomáš Hozza - Software Engineer in Developer Experience Team at Red Hat, BIND maintainer and (co)maintainer of several other networking and DNS(SEC) related packages. Would like Fedora to support and be usable with DNSSEC out of the box as much as possible.

Fedora Cloud Working Group

  • Robyn Bergeron - FPL, former Cloud SIG wrangler, #momops expert. My goal in the group is to help where I can (even if it's just organizationally) and through sharing insights from others. I happen to think that Fedora can be a fantastic OS for cloud usage, particularly for those consumers who value MTTR over MTTF. Our quick uptake of new technology can be advantageous in these types of deployments, where the perceived "risks" of the bleeding-edge are often mitigated via automation and monitoring, and fast boots and reboots and improved OS internals provide benefits in recovery that outweigh the risks.
  • Ed Cashin - At Coraid I maintain the Linux aoe driver, an ethernet-based storage initiator, and for Fedora I co-maintain the aoetools package. I would like to help make Fedora the salient in the effort to create open-source-based systems that use public, private, and hybrid cloud storage.
  • Frankie Onuonga -I am a user of fedora cloud images at work. I contribute my work back to the community in various ways through contributibution in various cloud related packages. I also encourage various users in my former university to use it. I think it is amazing.I would like to make sure the experience is the same for other users in terms of features and stability.
  • Stephen Smoogen - Fedora Infrastructure. I help run the Fedora Infrastructure servers which come in various definitions of cloud. I have worked in systems for 25 years and on Linux since 1992. My focus will be on security and integrity.
  • Sam Kottler - Red Hat engineer in the Virtualization R&D group. I'm the maintainer of the 2.7 branch and committer to Puppet and member of the Bundler & Rubygems core teams. I'm primarily interested in a consistent experience across clouds and systems management at large scale on public + private clouds.
  • James Antill - Red Hat Employee, FPC member, yum maintainer.
  • Andy Grover - Red Hat engineer in the kernel storage group. Primary interest is development of better OS-level configuration APIs that will enable faster and more reliable continual instance redeployments. Also interested in OS image size issues, and keeping Fedora current with new containerization options.
  • Sandro Mathys - Long-time Fedora contributor (in various, changing roles such as Package Maintainer, Proven Tester / QA or Ambassador - see my user page), Cloud SIG member, RDO contributor, upstream Packstack and Puppet-Openstack contributor, and paid for being a (Lead) Cloud Architect running a private cloud based on OpenStack Folsom and Havana. Primary interests are with a great (the best!) cloud image and OpenStack (on Fedora and in EPEL). Also, doing QA of both. Tries to provide actual real-world cloud experience. Loves the bleeding edge.
  • Matthias Runge - Fedora contributor (packaging, testing, sponsor, proven packager) and OpenStack developer. My goal is to keep Fedora in a good shape when it comes to provide cloud infrastructures.

Base Design Working Group

  • Dennis Gilmore - Fedora Release Engineer, Packager, Secondary Arch Lead. I want to make sure we can deliver everything and enable everything to work
  • Phil Knirsch - Red Hat Developer Experience Manager, including KDE, PPC64 and S390X Secondary Archs as well as Power Management userland. Former engineer himself and working with Linux for over 20 years and for 13 years for Red Hat. In the Base Design Working Group i'd like to help make sure the Heart of Fedora (<3!!!) will be a great starting point for any product on top of that, be it Workstation, Server, Cloud or any other type.
  • Harald Hoyer - Technical team lead of the Red Hat Plumbers Team, including systemd, dracut, initscripts, util-linux. In the Base Design WG, I will make sure the base/core is small and efficient; and just enough base to serve the common needs.
  • Lennart Poettering - RH Plumbers Team, systemd hacker.
  • Ondrej Vasik - Red Hat Developer Experience Manager, in my team basic CLI tools, archivers, network daemons, databases. Still working on some CLI tools, owning some of the base packages on the system. My goal is to make sure that Fedora will be modern Linux system suitable for programmers desktop and cloud usage, but with backward compatibility and stability in the core system.
  • Jaroslav Reznik - Fedora Program Manager. Work on scheduling/planning, groups coordination, change management.
  • Nils Philippsen - Software engineer in the Red Hat Developer Experience team. Maintainer and upstream contributor for a variety of packages. Proven packager, sponsor. I use Fedora for a wide variety of tasks (software development, visual and audio content creation, as a server, ...) and I want to ensure that the base is in good shape that all these use cases can be built on top well.
  • Bill Nottingham - Red Hat Engineer, FESCo member, assorted technical leadership things
  • Aleš Kozumplík - RH Engineer, DNF project lead.
  • Jiri Moskovcak - ABRT team lead, 6 year with Red Hat 10 years with Linux
  • Kay Sievers - Red Hat Plumbers Team, systemd, udev, kernel
  • Kevin Fenzi - Fedora Infrastructure lead, FESCo member. Xfce stack maintainer.
  • Jóhann B. Guðmundsson - Fedora QA,Systemd integrator into Fedora and other cleanups involving and surrounding components making up the core/baseOS.
  • Frankie Onuonga - Fedora project Infrastructure team. Assist to design,code and test Copr. fix bugs.Plan to make the OS experience better in terms of features and usability.
  • James Antill - Red Hat Employee, FPC member, yum maintainer.
  • Jon Disnard - Secondary Architectures, Packager, and Fedora Ambassador. Nothing special; Generalist, and hacker. Linux operator/developer since 1997'ish. Mostly into or interested in Release Engineering aspects of Fedora.
  • Tim Waugh - Red Hat software engineer with a focus on printing. Interested in making sure Fedora is easy and intuitive to use.
  • Dan Walsh - Red Hat Employee, Base Operating System Security, SELinux, Containers, Virtualization.
  • Lukas Nykryn - Red Hat Plumbers Team, initscripts maintainer.
  • Michal Sekletar - Red Hat Plumbers Team, package maintainer with main focus on networking and init systems.
  • Josh Boyer - Fedora kernel team
  • Tomáš Hozza - Software Engineer in Developer Experience Team at Red Hat, BIND maintainer and (co)maintainer of several other networking and DNS(SEC) related packages. Would like Fedora to support and be usable with DNSSEC out of the box as much as possible.

Environments & Software Stacks Working Group

  • Marcela Mašláňová - FESCo member, team lead of people working on various languages and Software Collections
  • Radek Vokál - Red Hat Engineering manager, 10 years at Red Hat and with Fedora, 15 years with Linux. To make sure that Fedora is interesting for various Developers and Stacks can bring them variety for which they are asking for
  • Jan Zelený - Red Hat Software management Supervisor, 4.5 years at Red Hat and with Fedora. Also a maintainer of scl-utils, the center piece of SW collections.
  • Bill Nottingham - Red Hat Engineeer, FESCo member, assorted technical leadership things
  • Toshio Kuratomi - FPC member, FESCo member, Fedora Infrastructure engineer
  • Sam Kottler - Engineer at Red Hat in the Virtualization R&D group. As a member of the Rubygems + Bundler core teams, I'd like to help make the Ruby stack on Fedora more robust and have a particular interest in integrating the runtime more tightly with SCL.
  • James Antill - Red Hat Employee, FPC member, yum maintainer.
  • Stanislav Ochotnicky - Red Hat Employee, Java SIG co-founder, fedora-review developer. I believe tooling around packaging could use a lot of improvements and automation while still preserving strong packaging guideline standards.
  • Honza Horak - Databases team lead in Red Hat, package (co-)maintainer of several databases. I think we need to listen to admins' needs and try to find a way to offer both stability and new features.
  • Slavek Kabrda - Engineer at Red Hat, Python maintainer, packager, developer of pyp2rpm and spec2scl. My main interest is integrating Software Collections into Fedora and make them useful for wide community.
  • Jens Petersen - Haskell SIG, i18n Project, Proven Packager and Tester. I would like to help strengthen the support for Functional Programming Languages and the general Fedora software developer experience, and in particular to make it easier to package for modern programming languages for Fedora.
  • Debi Rieden - Red Hat Software Collections and Developer Toolset Program Manager. Used to be a developer. I see the value of Software Collections and would like them integrated into Fedora for use by a wider audience.
  • Tadej Janež - Fedora packager, community member since 2004, Python SIG member, test days participant and a serial bug reporter. I'd like to help make Fedora the best environment for producing and deploying Python applications. That would include making sure that Fedora provides the latest stable versions of the top Python developer tools and bringing Fedora's Python packaging closer to the upstream PyPI packaging. Also, I'd like to make Fedora provide the best experience for the ever-growing Python Scientific community.