Diff for "OpenSourcing"

Not logged in - Log In / Register

Differences between revisions 1 and 29 (spanning 28 versions)
Revision 1 as of 2009-01-05 16:56:12
Size: 2896
Editor: kfogel
Comment: Initial draft.
Revision 29 as of 2009-06-18 19:48:09
Size: 5504
Editor: kfogel
Comment: be fuzzier about date
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
We're open-sourcing the code that runs [[http://launchpad.net/|Launchpad.net]]. The process will be completed by 21 July 2009, coinciding with the 3.0 release (see the [[Releases/2009Calendar|schedule of releases]]). We're open-sourcing the code that runs [[http://launchpad.net/|Launchpad.net]]. The process will probably be completed in late July 2009, before the 2.2.7 release of Launchpad (see the [[Releases/2009Calendar|schedule of releases]]).
Line 5: Line 5:
== Why open-source it? == <<Anchor(why)>>
== Why open-source Launchpad? ==
Line 9: Line 10:
A new Launchpad release comes out every month; furthermore, bleeding-edge changes to Launchpad quickly go live through the [[https://help.launchpad.net/GetInvolved/BetaTesting|continuous beta testing]] system. This allows a developer to make a bugfix or an improvement to Launchpad and get real-world testing on the change right away. Thus the primary site of Launchpad development will be [[http://launchpad.net/|Launchpad.net]] itself, rather than developers' external sandboxes, and the development/testing cycle will mesh closely with people's normal workflows. The result: greater efficiency and much better responsiveness to user needs than is usually the case in open development of a hosted service. <<Anchor(quick-feedback)>>
A new Launchpad release comes out every month; furthermore, bleeding-edge changes to Launchpad quickly go live through the [[https://help.launchpad.net/GetInvolved/BetaTesting|continuous beta testing]] system. This allows a developer to make a bugfix or an improvement to Launchpad and get real-world testing on the change fairly quickly. Thus a primary site of Launchpad development will be [[http://launchpad.net/|Launchpad.net]] itself, not just developers' external sandboxes, and the development/testing cycle will mesh closely with people's normal workflows. The result: greater efficiency and much better responsiveness to user needs than is usually the case in open development of a hosted service.
Line 11: Line 13:

<<Anchor(goal)>>
Our goal in releasing the code is to enable users of Launchpad.net to help improve Launchpad.net. If instead the result is that lots of clone sites spring up running the Launchpad code, then we've done something wrong. Having a single Launchpad.net focuses important aspects of collaboration, and many of Launchpad's benefits depend on that. Three specific examples, chosen at random:

 1. centralizing the information gleaned from foreign bug trackers, so it can be easily crawled;
 1. being able to establish trustedness of PPAs;
 1. having an easy-to-remember mainline branch location of "lp:my-project" -- decentralized version control works best when one knows where to find the project trunk.

...and so on. Launchpad's strength is in unifying cross-project and cross-team information. We're not interested in turning Launchpad into just another self-hosted content-management system; our goal is to get data ''out'' of silos, not to make more silos available.

<<Anchor(license)>>
== What license? ==

The [[http://www.gnu.org/licenses/agpl-3.0.html|GNU Affero GPL, version 3]].

<<Anchor(what)>>
== Absolutely everything? ==

Almost. There are two components, Soyuz and Codehosting, that we're keeping internal. They're part of Canonical's "secret sauce" in business areas that we care a lot about, and for now the costs to us of opening them up outweigh the benefits.

<<Anchor(how)>>
Line 13: Line 36:
Much of the code in Launchpad is in modules already, and will be released as independent packages over the next six months. This process has already started&nbsp;&mdash;&nbsp;for example see [[https://storm.canonical.com/|Storm]], [[http://pypi.python.org/pypi/lazr.config|LAZR.config]], and [[http://pypi.python.org/pypi/lazr.delegates|LAZR.delegates]]. The separating out of such packages will continue after Launchpad is open-sourced too; there will just be more people participating then. See this blog post: [[http://news.launchpad.net/general/how-we-are-open-sourcing-launchpad|How we're open-sourcing Launchpad]].
Line 15: Line 38:
There are also have a number of non-coding tasks, which we'll do roughly according to this schedule: Much of the code in Launchpad is modularized already, and will be released as independent packages over the next six months. (In fact, this process has already begun&nbsp;&mdash;&nbsp;for example see [[https://storm.canonical.com/|Storm]], [[http://pypi.python.org/pypi/lazr.config|LAZR.config]], and [[http://pypi.python.org/pypi/lazr.delegates|LAZR.delegates]].) The separating out of such packages will continue after Launchpad is open-sourced too; there will just be more people participating then.
Line 17: Line 40:
 '''Jan 26, 2009 (Wed)''':: (Launchpad 2.2.1 release.) Publish pre-release open-sourcing FAQ. We can anticipate some of the questions, but this announcement may stimulate more we hadn't thought of. <<Anchor(community)>>
== How will development work? How will community contributions get in? ==
We're working out a process by which contributions can land in trunk and then go live on the site. Because this is not just a codebase, but a production service for which Canonical is still responsible, Canonical needs to vet all the changes. But hopefully we won't be the only people doing review for long: we expect a development community to form, and will be doing everything we can to foster that. [[FrontPage|This wiki]] is where all of the technical and process documentation related to Launchpad development will live; a lot of material is there already, and we're moving more out from our internal wiki all the time.
Line 19: Line 44:
 '''Feb 22, 2009 (Tue)''':: Finish internal license vetting, to make sure we don't violate anyone else's license when we open-source. <<Anchor(schedule)>>
== Schedule ==
There are also a number of non-coding tasks, which we'll do roughly according to this schedule:
Line 21: Line 48:
 '''Feb 25, 2009 (Wed)''':: (Launchpad 2.2.2 release.)  Jan 26, 2009 (Wed):: (Launchpad 2.2.1 release.) Publish pre-release open-sourcing FAQ. We can anticipate some of the questions, but this announcement may stimulate more we hadn't thought of.
Line 23: Line 50:
 '''Mar 18, 2009 (Wed)''':: [[http://dev.launchpad.net|Developer documentation wiki]] should be largely populated by now, with material taken from current internal wikis, plus a newly-written "How to contribute to Launchpad" section.  Feb 24, 2009 (Tue):: Finish internal license vetting, to make sure we don't violate anyone else's license when we open-source.
Line 25: Line 52:
 '''Apr 1, 2009 (Wed)''':: (Launchpad 2.2.3 release.)  Feb 25, 2009 (Wed):: (Launchpad 2.2.2 release.)
Line 27: Line 54:
 '''Apr 29, 2009 (Wed)''':: (Launchpad 2.2.4 release.)  Mar 18, 2009 (Wed):: [[http://dev.launchpad.net|Developer documentation wiki]] populated with basics.
Line 29: Line 56:
 '''May 27, 2009 (Wed)''':: (Launchpad 2.2.5 release; UDS). Take development discussion public: move real-time discussion over to #launchpad-dev on irc.freenode.net, take development mailing list public. Publish a Contributor License Agreement (CLA).  Apr 1, 2009 (Wed):: (Launchpad 2.2.3 release.)
Line 31: Line 58:
 '''Jun 24, 2009 (Wed)''':: (Launchpad 2.2.6 release.)  Apr 29, 2009 (Wed):: (Launchpad 2.2.4 release.)
Line 33: Line 60:
 '''Jul 21, 2009 (Tue)''':: Open-source Launchpad itself; release 3.0.  May 27, 2009 (Wed):: (Launchpad 2.2.5 release; UDS).

 Jun 17, 2009 Take development discussion public: move real-time discussion over to #launchpad-dev on irc.freenode.net, take development mailing list public.Publish a Contributor License Agreement (CLA) (actually, already [[http://canonical.com/contributors|done]]).

 Jun 24, 2009 (Wed):: (Launchpad 2.2.6 release.)

 Jul 21, 2009 (Tue):: Open-sourcing completed Launchpad itself; release 3.0.

== See also ==

 * Podcast: [[http://news.launchpad.net/podcast/launchpod-15-launchpads-going-open-source|Launchpod 15 - Launchpad’s going open source!]]
 * Blog post: [[http://news.launchpad.net/general/how-we-are-open-sourcing-launchpad|How We Are Open Sourcing Launchpad]]

Open Sourcing Launchpad

We're open-sourcing the code that runs Launchpad.net. The process will probably be completed in late July 2009, before the 2.2.7 release of Launchpad (see the schedule of releases).

Why open-source Launchpad?

This isn't just about freeing up the code; we have a chance to do something unique among open-source collaboration sites.

A new Launchpad release comes out every month; furthermore, bleeding-edge changes to Launchpad quickly go live through the continuous beta testing system. This allows a developer to make a bugfix or an improvement to Launchpad and get real-world testing on the change fairly quickly. Thus a primary site of Launchpad development will be Launchpad.net itself, not just developers' external sandboxes, and the development/testing cycle will mesh closely with people's normal workflows. The result: greater efficiency and much better responsiveness to user needs than is usually the case in open development of a hosted service.

Our goal in releasing the code is to enable users of Launchpad.net to help improve Launchpad.net. If instead the result is that lots of clone sites spring up running the Launchpad code, then we've done something wrong. Having a single Launchpad.net focuses important aspects of collaboration, and many of Launchpad's benefits depend on that. Three specific examples, chosen at random:

  1. centralizing the information gleaned from foreign bug trackers, so it can be easily crawled;
  2. being able to establish trustedness of PPAs;
  3. having an easy-to-remember mainline branch location of "lp:my-project" -- decentralized version control works best when one knows where to find the project trunk.

...and so on. Launchpad's strength is in unifying cross-project and cross-team information. We're not interested in turning Launchpad into just another self-hosted content-management system; our goal is to get data out of silos, not to make more silos available.

What license?

The GNU Affero GPL, version 3.

Absolutely everything?

Almost. There are two components, Soyuz and Codehosting, that we're keeping internal. They're part of Canonical's "secret sauce" in business areas that we care a lot about, and for now the costs to us of opening them up outweigh the benefits.

How is it being open-sourced?

See this blog post: How we're open-sourcing Launchpad.

Much of the code in Launchpad is modularized already, and will be released as independent packages over the next six months. (In fact, this process has already begun — for example see Storm, LAZR.config, and LAZR.delegates.) The separating out of such packages will continue after Launchpad is open-sourced too; there will just be more people participating then.

How will development work? How will community contributions get in?

We're working out a process by which contributions can land in trunk and then go live on the site. Because this is not just a codebase, but a production service for which Canonical is still responsible, Canonical needs to vet all the changes. But hopefully we won't be the only people doing review for long: we expect a development community to form, and will be doing everything we can to foster that. This wiki is where all of the technical and process documentation related to Launchpad development will live; a lot of material is there already, and we're moving more out from our internal wiki all the time.

Schedule

There are also a number of non-coding tasks, which we'll do roughly according to this schedule:

Jan 26, 2009 (Wed)
(Launchpad 2.2.1 release.) Publish pre-release open-sourcing FAQ. We can anticipate some of the questions, but this announcement may stimulate more we hadn't thought of.
Feb 24, 2009 (Tue)
Finish internal license vetting, to make sure we don't violate anyone else's license when we open-source.
Feb 25, 2009 (Wed)
(Launchpad 2.2.2 release.)
Mar 18, 2009 (Wed)

Developer documentation wiki populated with basics.

Apr 1, 2009 (Wed)
(Launchpad 2.2.3 release.)
Apr 29, 2009 (Wed)
(Launchpad 2.2.4 release.)
May 27, 2009 (Wed)
(Launchpad 2.2.5 release; UDS).

Jun 17, 2009 Take development discussion public: move real-time discussion over to #launchpad-dev on irc.freenode.net, take development mailing list public.Publish a Contributor License Agreement (CLA) (actually, already done).

Jun 24, 2009 (Wed)
(Launchpad 2.2.6 release.)
Jul 21, 2009 (Tue)
Open-sourcing completed Launchpad itself; release 3.0.

See also

OpenSourcing (last edited 2009-07-21 06:40:07 by kfogel)