From Fedora Project Wiki

No edit summary
Line 6: Line 6:
== Factors ==
== Factors ==


When creating an updates overview, there are several factors that need to be taken into account.  The first is keeping in mind our target audience, which someone who:
When creating an updates overview, there are some factors that need to be taken into account.  The first, and foremost, is keeping in mind our target audience, which someone who:


# is voluntarily switching to Linux
# is voluntarily switching to Linux
Line 15: Line 15:
Productivity is important to such a user, which means a shifting platform and visible behavioural changes are going to make them less productive.  Similarly, dealing with a large number of updates on a regular basis will be distracting.  Also, while the target user is likely to file a bug when something goes wrong, they are not expecting a stable release to utilize users as guinea pigs.
Productivity is important to such a user, which means a shifting platform and visible behavioural changes are going to make them less productive.  Similarly, dealing with a large number of updates on a regular basis will be distracting.  Also, while the target user is likely to file a bug when something goes wrong, they are not expecting a stable release to utilize users as guinea pigs.


 
Another factor to keep in mind is Fedora's rapid development cycle.  A 6 month development cycle for a release allows Fedora to integrate the latest and greatest releases from upstream projects into the 'rawhide' distribution and have that body of work available to our great user base in a relatively short amount of time.  Ideally, this rapid paced release cycle allows both developers and users the chance to focus on a coherent, consistent, and well functioning set of software content per release.


== Vision Statement ==
== Vision Statement ==

Revision as of 13:28, 8 March 2010

Stable Release Update Vision

Background

Recent discussions on various Fedora mailing lists have shown that we currently have a wide variety of positions on what Fedora's update strategy should look like. These range from a 'rolling' release, to a locked down security-only update solution. The lack of clarity on this is contributing to confusion among package maintainers and end users alike. While everyone agrees that broken updates are detrimental to the Fedora distribution and should be avoided at all costs, there is no agreement on how to accomplish that nor is there agreement on what is an acceptable update. In light of this, the Fedora Board is issuing a stable release update vision statement to help guide the creation and implementation of a Fedora Updates policy.

Factors

When creating an updates overview, there are some factors that need to be taken into account. The first, and foremost, is keeping in mind our target audience, which someone who:

  1. is voluntarily switching to Linux
  2. is familiar with computers but is not necessarily a hacker or developer
  3. is likely to collaborate in some fashion when something's wrong with Fedora, and
  4. wants to use Fedora for general productivity, either using desktop applications or a Web browser.

Productivity is important to such a user, which means a shifting platform and visible behavioural changes are going to make them less productive. Similarly, dealing with a large number of updates on a regular basis will be distracting. Also, while the target user is likely to file a bug when something goes wrong, they are not expecting a stable release to utilize users as guinea pigs.

Another factor to keep in mind is Fedora's rapid development cycle. A 6 month development cycle for a release allows Fedora to integrate the latest and greatest releases from upstream projects into the 'rawhide' distribution and have that body of work available to our great user base in a relatively short amount of time. Ideally, this rapid paced release cycle allows both developers and users the chance to focus on a coherent, consistent, and well functioning set of software content per release.

Vision Statement