Objectives

From FedoraProject

(Difference between revisions)
Jump to: navigation, search
(Use the new template)
(Fix up objectives to be more current and consistent)
Line 1: Line 1:
 +
__NOTOC__
 
{{About}}
 
{{About}}
 +
This page explains the objectives of the Fedora Project.
  
== General ==
+
== Creating a Free (as in Freedom) distribution ==
The Fedora Project's Objectives can be broken into three categories:
+
* '''Create a complete, general-purpose operating system built for and by a community.''' The operating system is an integrated set of software that addresses and balances needs of [[User base|a wide variety of users and contributors]].
# Creating a ''free'' (as in Freedom) Linux distribution
+
# Building open source software communities
+
# Developing the science and practice of building communities
+
 
+
=== Creating a Free (as in Freedom) distribution ===
+
* '''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.
+
 
* '''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.
* '''Emphasize usability and a "just works" philosophy''' in default configurations and feature designs.
+
* '''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|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 20:
 
* '''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 ==
 
* '''[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.
Line 30: Line 27:
  
 
== 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 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.

Revision as of 20:50, 26 March 2010


About Fedora
Vision statement: Our vision.
Foundations: Our core values.
Overview: Our mission.
Objectives: Our specific objectives.
User base: Our users.


This page explains the objectives of the Fedora Project.

Creating a Free (as in Freedom) distribution

  • Create a complete, general-purpose operating system built for and by a community. The operating system is an integrated set of software that addresses and balances needs of 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.
  • 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.
  • Provide timely updates for releases, throughout the supported lifetime of a release.

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.

Developing the science and practice of building communities

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.