DerivativeTeam

Differences between revisions 9 and 12 (spanning 3 versions)
Revision 9 as of 2007-03-03 23:13:05
Size: 1279
Editor: 69-179-3-108
Comment:
Revision 12 as of 2007-03-04 01:10:16
Size: 3524
Editor: 69-179-3-108
Comment:
Deletions are marked like this. Additions are marked like this.
Line 8: Line 8:
== Team Mission == [rephrase - not from Ubuntu's perspective]
= Introduction =
Line 10: Line 11:
There three areas that we can start collaboration with our derivatives: Bug
handling, patch pushing, and developing a code base that is easily
customizable.
One of the great strength of open source is the ability for everyone to improve and modify their software as they see fit. Ubuntu can benefit from this by developing a healthy ecosystem of derivative distributions which contribute back to the Ubuntu project.
Line 14: Line 13:
1 Bug handling. Make our bug process as compatible as possible to ease
the flow of information back and forth. This includes both triaging and
automatic crash reports systems.
It is often quoted that 'the value of a network is equal to square of the number of nodes.' The value of a software distribution also grows at a rate that equal to the square of the number of installations.
Line 18: Line 15:
2 Patch Pushing. Clean up our patch system so that the Ubuntu specific
bits can be identified and replaced with Derivative bits.
Combine our resources on the common bits so that we can develop good
patches to push upstream.
There are a number of factors that contribute to this nonlinear growth.
 1. As the number of knowledgeable users of grows, so does the developer base.
 2. As the number of computers running the distribution growths, so does the hardware support.
 3. As the number of installed systems grow, so does the third party software support.
Line 23: Line 20:
3 Customizing. Insure that for the most part we are
using the same code base. There is no sense in all of us dragging
around huge patch sets. Instead we should take steps to insure
that a derivatives value added bits integrate closely with Ubuntu's base.
The freedom to take a piece of software and modify it is both an asset and a liability. Forks encourage experimentation and creativity. They can also result in fragmentation. One way to counter fragmentation, is to foster the growth of derivative distributions.
Line 28: Line 22:
Derivatives distributions are different from forks in three ways.
 1. Derivatives have a common code base.
 2. Derivatives collaborate on patch management.
 3. Derivatives collaborate on issue tracking.
Line 29: Line 27:
== Latest News == == Common Code base ==

Currently, the single biggest source of friction in maintaining a derivative is merging changes with the base distribution. This friction can be reduced by sharing an easily extendable base of common code.

Additionally, establishing a common code base will allow hardware and outside software vendors to develop products knowing that they work across all distributions.

== Patch Management ==

Collaborative patch management will help maintain the common code base.

The kernel development process has shown how well distributive version control systems such as git and brz can work.

== Issue Trackers ==

Collaborative issue tracking will increase the number of knowledgeable developers available to fix reported Issues. Initial triaging should be done by the derivative and escalated to where they can be most effectively handled.

= Team Mission =

There three areas that Ubuntu can start collaboration with it's derivative distributions: Bug handling, patch pushing, and developing a code base that is easily customizable.

1 Bug handling. Make our bug process as compatible as possible to ease the flow of information back and forth. This includes both triaging and automatic crash reports systems.

2 Patch Pushing. Clean up our patch system so that the Ubuntu specific bits can be identified and replaced with Derivative bits. Combine our resources on the common bits so that we can develop good patches to push upstream.

3 Customizing. Insure that for the most part we are using the same code base. There is no sense in all of us dragging around huge patch sets. Instead we should take steps to insure that a derivatives value added bits integrate closely with Ubuntu's base.

= Latest News =
Line 33: Line 57:
== Latest Events == = Latest Events =

Include(DerivativeTeam/Header)

Draft v1: DavidFarning

[rephrase - not from Ubuntu's perspective]

Introduction

One of the great strength of open source is the ability for everyone to improve and modify their software as they see fit. Ubuntu can benefit from this by developing a healthy ecosystem of derivative distributions which contribute back to the Ubuntu project.

It is often quoted that 'the value of a network is equal to square of the number of nodes.' The value of a software distribution also grows at a rate that equal to the square of the number of installations.

There are a number of factors that contribute to this nonlinear growth.

  1. As the number of knowledgeable users of grows, so does the developer base.
  2. As the number of computers running the distribution growths, so does the hardware support.
  3. As the number of installed systems grow, so does the third party software support.

The freedom to take a piece of software and modify it is both an asset and a liability. Forks encourage experimentation and creativity. They can also result in fragmentation. One way to counter fragmentation, is to foster the growth of derivative distributions.

Derivatives distributions are different from forks in three ways.

  1. Derivatives have a common code base.
  2. Derivatives collaborate on patch management.
  3. Derivatives collaborate on issue tracking.

Common Code base

Currently, the single biggest source of friction in maintaining a derivative is merging changes with the base distribution. This friction can be reduced by sharing an easily extendable base of common code.

Additionally, establishing a common code base will allow hardware and outside software vendors to develop products knowing that they work across all distributions.

Patch Management

Collaborative patch management will help maintain the common code base.

The kernel development process has shown how well distributive version control systems such as git and brz can work.

Issue Trackers

Collaborative issue tracking will increase the number of knowledgeable developers available to fix reported Issues. Initial triaging should be done by the derivative and escalated to where they can be most effectively handled.

Team Mission

There three areas that Ubuntu can start collaboration with it's derivative distributions: Bug handling, patch pushing, and developing a code base that is easily customizable.

1 Bug handling. Make our bug process as compatible as possible to ease the flow of information back and forth. This includes both triaging and automatic crash reports systems.

2 Patch Pushing. Clean up our patch system so that the Ubuntu specific bits can be identified and replaced with Derivative bits. Combine our resources on the common bits so that we can develop good patches to push upstream.

3 Customizing. Insure that for the most part we are using the same code base. There is no sense in all of us dragging around huge patch sets. Instead we should take steps to insure that a derivatives value added bits integrate closely with Ubuntu's base.

Latest News

  • Team Formation

Latest Events

  • Team Formation


[:CategoryDerivativeTeam]

DerivativeTeam (last edited 2020-01-05 04:38:23 by haydenb)