* '''Create a complete, general-purpose operating system built for and by a community.''' The community is comprised of not only those people who consume, but also those who produce for the good of other community members. The operating system is an integrated set of software that balances needs of both desktop and server users. Respect for these needs has created opportunities for innovation and teamwork, while being mindful of the rich architectural heritage that makes a stable, superior operating system. For instance, SELinux has been improved for better operation in desktop environments, and desktop solutions like PolicyKit have emerged to create flexibility within the confines of the UNIX-like security architecture.

+

* '''Create a complete, general-purpose operating system built for and by a community.''' The operating system is [[Default offering|an integrated set of software]] that addresses and balances needs of [[User base|a wide variety of users and contributors]].

* '''Build the operating system exclusively from free and open source software.''' Fedora is self-hosting and self-building, and requires no non-free software to create the distribution.

* '''Build the operating system exclusively from free and open source software.''' Fedora is self-hosting and self-building, and requires no non-free software to create the distribution.

* '''Include a wide range of packages''' that fits into the various different needs of the users. This package set is limited, of course, to packages that Fedora can legally provide, and also subject to our [[Packaging/Guidelines|packaging guidelines]].

* '''Include a wide range of packages''' that fits into the various different needs of the users. This package set is limited, of course, to packages that Fedora can legally provide, and also subject to our [[Packaging/Guidelines|packaging guidelines]].

−

* '''Produce robust time-based releases every six months''' using a release model that allows the development team the flexibility it needs to ensure quality, while making sure that a release does not slip indefinitely. Our schedule may shift from time to time based on participant needs, but only after consideration and approval by the community governance entities that oversee the Project.

+

* '''Produce robust time-based releases every six months''' using a release model that allows the development team the flexibility it needs to ensure quality, while making sure that a release does not slip indefinitely. Our schedule may shift from time to time based on participant needs, but only after consideration and approval by the community governance entities that oversee the Project.

* '''Ensure that releases will always be available for free download''' in binary, source packages and as installable images.

* '''Ensure that releases will always be available for free download''' in binary, source packages and as installable images.

−

* '''Provide timely updates for releases''', throughout the supported lifetime of a release (thirteen months).

+

* '''Provide timely updates for releases''', throughout [[Fedora Release Life Cycle|the supported lifetime of a release]].

−

=== Building open source software communities ===

+

== Building open source software communities ==

−

* '''Do as much of the development work as possible [[staying close to upstream projects]].''' In general, we prefer to move to a newer version for updates rather than backport fixes.

+

* '''The community includes current and potential or future contributors.''' Our outreach begins with our free distribution, and we constantly develop ways to give collaborators additional on-ramps for participation.

+

* '''Do as much of the development work as possible [[staying close to upstream projects]].''' We promote upstream communities by collaborating on patches, providing the latest upstream versions for our development and testing branches wherever possible, and making sure upstream products work consistently and well in our stable releases.

* '''Be on the leading edge of free and open source technology''', by adopting and helping to develop new features and version upgrades.

* '''Be on the leading edge of free and open source technology''', by adopting and helping to develop new features and version upgrades.

* '''Promote rapid adoption of new releases''' by allowing for [[Upgrading | easy upgrades]], with minimal disturbances to configuration changes.

* '''Promote rapid adoption of new releases''' by allowing for [[Upgrading | easy upgrades]], with minimal disturbances to configuration changes.

Line 23:

Line 22:

* '''Promote a global perspective''' by supporting as many languages and geographic locales as possible.

* '''Promote a global perspective''' by supporting as many languages and geographic locales as possible.

−

=== Developing the science and practice of building communities ===

+

== Developing the science and practice of building communities ==

−

{{draft}}

+

* '''[https://www.theopensourceway.org/wiki/How_to_loosely_organize_a_community Use existing models that work]''', (re)building on them only as needed in each case.

* '''[https://www.theopensourceway.org/wiki/How_to_loosely_organize_a_community Use existing models that work]''', (re)building on them only as needed in each case.

* '''Self-identify as a [https://www.theopensourceway.org/wiki/Communities_of_practice community of practice]''' and keep a balance of [https://www.theopensourceway.org/wiki/Communities_of_practice#Elements_of_the_Community_of_Practice domain, community, and practice] in the Project.

* '''Self-identify as a [https://www.theopensourceway.org/wiki/Communities_of_practice community of practice]''' and keep a balance of [https://www.theopensourceway.org/wiki/Communities_of_practice#Elements_of_the_Community_of_Practice domain, community, and practice] in the Project.

* '''Promote a scientific approach to continuous learning''' through [[:Category:Bugs|failure]] and [[Features|advancement]].

* '''Promote a scientific approach to continuous learning''' through [[:Category:Bugs|failure]] and [[Features|advancement]].

−

* '''Follow sound and [http://scholar.google.com/scholar?hl=en&q=+author:%22Wenger%22+intitle:%22Communities+of+practice:+Learning,+meaning,+and+identity%22&oi=scholarr scientific community] principles''' that are [https://www.theopensourceway.org/wiki/Communities_of_practice#Principles_for_Cultivating_Communities_of_Practice derived from eons of humanity's lessons learned and relearned].

+

* '''Follow sound and [http://scholar.google.com/scholar?hl=en&q=+author:%22Wenger%22+intitle:%22Communities+of+practice:+Learning,+meaning,+and+identity%22&oi=scholarr scientific] community principles''' that are [https://www.theopensourceway.org/wiki/Communities_of_practice#Principles_for_Cultivating_Communities_of_Practice derived from eons of humanity's lessons learned and relearned].

== Objectives Outside of the Fedora Project ==

== Objectives Outside of the Fedora Project ==

−

* '''The Fedora Project is not interested in having a slow rate of change in its distribution, but rather to be innovative.''' We do not offer a long-term release cycle because it diverts attention away from innovation. For those community members who desire a long-term release cycle, there are [[derived distributions]] that satisfy this requirement. For community members who require a business-class support model beyond community maintenance, we recommend [[Red Hat Enterprise Linux]].

+

* '''The Fedora Project is not interested in a slow rate of change between releases, but rather to be innovative.''' We do not offer a long-term release cycle because it diverts attention away from innovation. For those community members who desire a long-term release cycle, there are [[derived distributions]] that satisfy this requirement. For community members who require a business-class support model beyond community maintenance, we recommend [[Red Hat Enterprise Linux]]. Our center of innovation and fastest rate of change is in [[Rawhide|our development branch]].

* '''The Fedora Project is not interested in having its distribution be a platform for [[ForbiddenItems| proprietary or patent encumbered components]].''' While we do not purposely make installation of such components more difficult, we also do not allow our schedule or processes to be driven by theirs.

* '''The Fedora Project is not interested in having its distribution be a platform for [[ForbiddenItems| proprietary or patent encumbered components]].''' While we do not purposely make installation of such components more difficult, we also do not allow our schedule or processes to be driven by theirs.

* '''The Fedora Project is not a dumping ground for unmaintained or poorly designed software.''' Sheer quantity of available software is not a measurement for the quality of a distribution. We do not include free and open source software that interferes with the Project's mission of advancing free and open source software.

* '''The Fedora Project is not a dumping ground for unmaintained or poorly designed software.''' Sheer quantity of available software is not a measurement for the quality of a distribution. We do not include free and open source software that interferes with the Project's mission of advancing free and open source software.

Build the operating system exclusively from free and open source software. Fedora is self-hosting and self-building, and requires no non-free software to create the distribution.

Emphasize usability and a "just works" philosophy in default configurations and feature designs.

Include a wide range of packages that fits into the various different needs of the users. This package set is limited, of course, to packages that Fedora can legally provide, and also subject to our packaging guidelines.

Produce robust time-based releases every six months using a release model that allows the development team the flexibility it needs to ensure quality, while making sure that a release does not slip indefinitely. Our schedule may shift from time to time based on participant needs, but only after consideration and approval by the community governance entities that oversee the Project.

Ensure that releases will always be available for free download in binary, source packages and as installable images.

Building open source software communities

The community includes current and potential or future contributors. Our outreach begins with our free distribution, and we constantly develop ways to give collaborators additional on-ramps for participation.

Do as much of the development work as possible staying close to upstream projects. We promote upstream communities by collaborating on patches, providing the latest upstream versions for our development and testing branches wherever possible, and making sure upstream products work consistently and well in our stable releases.

Be on the leading edge of free and open source technology, by adopting and helping to develop new features and version upgrades.

Promote rapid adoption of new releases by allowing for easy upgrades, with minimal disturbances to configuration changes.

Establish and implement technical standards for packages, ensuring the quality and consistency of the operating system.

Promote a global perspective by supporting as many languages and geographic locales as possible.

Objectives Outside of the Fedora Project

The Fedora Project is not interested in a slow rate of change between releases, but rather to be innovative. We do not offer a long-term release cycle because it diverts attention away from innovation. For those community members who desire a long-term release cycle, there are derived distributions that satisfy this requirement. For community members who require a business-class support model beyond community maintenance, we recommend Red Hat Enterprise Linux. Our center of innovation and fastest rate of change is in our development branch.

The Fedora Project is not interested in having its distribution be a platform for proprietary or patent encumbered components. While we do not purposely make installation of such components more difficult, we also do not allow our schedule or processes to be driven by theirs.

The Fedora Project is not a dumping ground for unmaintained or poorly designed software. Sheer quantity of available software is not a measurement for the quality of a distribution. We do not include free and open source software that interferes with the Project's mission of advancing free and open source software.

Red Hat, Red Hat Enterprise Linux, the Shadowman logo, and JBoss are trademarks or registered trademarks of
Red Hat, Inc. or its subsidiaries in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the U.S. and other countries.
The Fedora Project is maintained and driven by the community and sponsored by Red Hat. This is a community
maintained site. Red Hat is not responsible for content.