DerivativeTeam

Differences between revisions 7 and 24 (spanning 17 versions)
Revision 7 as of 2007-03-03 01:54:05
Size: 1560
Editor: 69-179-3-108
Comment:
Revision 24 as of 2020-01-05 04:38:23
Size: 3972
Editor: haydenb
Comment: This page is no longer maintained as of January 2020.
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
[[Include(DerivativeTeam/Header)]] '''This page is no longer maintained as of January 2020.'''
Line 3: Line 3:
||<tablestyle="float:right; font-size: 0.9em; width:30%; background:#F1F1ED; background-repeat: no-repeat; background-position: 98% 0.5ex; margin: 0 0 1em 1em; padding: 0.5em;">'''Contents'''[[BR]][[TableOfContents]]|| '''Go directly to the [[DerivativeTeam/Derivatives|Derivatives]].'''
Line 5: Line 5:
== Team Mission == <<Include(DerivativeTeam/Header)>>
Line 7: Line 7:
There three areas that we can start collaboration with our derivatives: Bug
handling, patch pushing, and developing a code base that is easily
customizable.
||<tablestyle="float:right; font-size: 0.9em; width:30%; background:#F1F1ED; background-repeat: no-repeat; background-position: 98% 0.5ex; margin: 0 0 1em 1em; padding: 0.5em;"><<TableOfContents>>||
Line 11: Line 9:
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.
= Mission =
Line 15: Line 11:
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.
'''Make it easy and efficient to create and maintain a Linux distribution that is based on Ubuntu'''
Line 20: Line 13:
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.
= Goals =
Line 25: Line 15:
There three areas where Ubuntu and Ubuntu derivative distributions can collaborate: bug handling, code sharing, and code customizations.
Line 26: Line 17:
== Latest News ==  1. Bug handling. Make Ubuntu's bug process compatible with derivative distribution's bug processes to ease the flow of information back and forth. This includes issue triage and automatic crash reporting systems.
Line 28: Line 19:
 * Team Formation  1. Code sharing. Insure that Ubuntu and Ubuntu derivative distributions are able to easily share the same code base. Combine resources so that the Ubuntu and it's derivative communities' can develop and push good patches upstream.
Line 30: Line 21:
== Latest Events ==  1. Code Customizing. Insure that it is easy and efficient for Ubuntu derivative distributions to customize Ubuntu code to meet their user's and customers needs.
Line 32: Line 23:
 * Team Formation = Philosophy =
Line 34: Line 25:
Disclaimer, I am not an employee of Canonical, Ubuntu, Linspire, or any other derivative that I am interested in collaborating with. I do not speak on their behalf or am I privy to their internal strategy. I am a guy who likes to sit in coffee shops and peck away at my laptop when I have a few spare minutes. One great strength of open source is the ability for everyone to improve and modify their software as they see fit. Everyone can benefit from this by developing a healthy ecosystem of Ubuntu derivative distributions that contribute back to the Ubuntu project.

According to [[http://en.wikipedia.org/wiki/Metcalfe's_law|Metcalfe's law]], 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.

Three factors contribute to this nonlinear growth.
 1. As the number of knowledgeable users of grows, so does the developer base.
 1. As the number of computers running the distribution growths, so does the hardware support.
 1. 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. They:
 1. Work together on bug handling.
 1. Share a common code base.
 1. Encourage Customizations.

== Bug Handling ==

Collaborative bug handling 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.

== Common Code Base ==

Establishing a common code base will allow hardware and outside software vendors to develop products with the knowledge that they work across all distributions.

Collaborative patch management will help maintain the common code base. Currently, the single biggest source of friction between Ubuntu and Ubuntu derivative's is sharing changes. It is often necessary for Ubuntu derivatives to maintain large patch sets. In many cases it is more efficient to merge these patches into the Ubuntu code and push them upstream. It makes no sense for all of us to drag around huge patch sets.

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

== Customizations ==

'''Write'''

target audiences:
 1. loco localizations
 1. package super sets
 1. lightly modified (fluxbuntu)
 1. heavily modified (linspire)

we should take steps to insure that a derivatives value added bits integrate closely with Ubuntu's base.

This friction can be reduced by sharing an easily extendable base of common code.
Line 37: Line 68:
[:CategoryDerivativeTeam] [[CategoryDerivativeTeam]]

This page is no longer maintained as of January 2020.

Go directly to the Derivatives.

Mission

Make it easy and efficient to create and maintain a Linux distribution that is based on Ubuntu

Goals

There three areas where Ubuntu and Ubuntu derivative distributions can collaborate: bug handling, code sharing, and code customizations.

  1. Bug handling. Make Ubuntu's bug process compatible with derivative distribution's bug processes to ease the flow of information back and forth. This includes issue triage and automatic crash reporting systems.
  2. Code sharing. Insure that Ubuntu and Ubuntu derivative distributions are able to easily share the same code base. Combine resources so that the Ubuntu and it's derivative communities' can develop and push good patches upstream.
  3. Code Customizing. Insure that it is easy and efficient for Ubuntu derivative distributions to customize Ubuntu code to meet their user's and customers needs.

Philosophy

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

According to Metcalfe's law, 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.

Three factors 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. They:

  1. Work together on bug handling.
  2. Share a common code base.
  3. Encourage Customizations.

Bug Handling

Collaborative bug handling 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.

Common Code Base

Establishing a common code base will allow hardware and outside software vendors to develop products with the knowledge that they work across all distributions.

Collaborative patch management will help maintain the common code base. Currently, the single biggest source of friction between Ubuntu and Ubuntu derivative's is sharing changes. It is often necessary for Ubuntu derivatives to maintain large patch sets. In many cases it is more efficient to merge these patches into the Ubuntu code and push them upstream. It makes no sense for all of us to drag around huge patch sets.

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

Customizations

Write

target audiences:

  1. loco localizations
  2. package super sets
  3. lightly modified (fluxbuntu)
  4. heavily modified (linspire)

we should take steps to insure that a derivatives value added bits integrate closely with Ubuntu's base.

This friction can be reduced by sharing an easily extendable base of common code.


CategoryDerivativeTeam

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