Diff for "RoadMap"

Not logged in - Log In / Register

Differences between revisions 1 and 62 (spanning 61 versions)
Revision 1 as of 2009-11-27 12:21:25
Size: 1178
Editor: jml
Comment: Really rough roadmap.
Revision 62 as of 2010-04-19 12:25:33
Size: 8303
Editor: jml
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
'''DRAFT -- don't believe a word this says''' ## page was renamed from VersionFourDotO/Roadmap
Line 3: Line 3:
There are three major areas of development for Launchpad 4.0: getting bugs off Ubuntu, enabling the daily builds story and tighter cross-project collaboration in translations. <<Anchor(roadmap)>>
= Roadmap =
Line 5: Line 6:
This page tries to present a rough roadmap as to how we'll do these. || Month || '''[[Bugs/ReliableBugSyncing|Reliable Bug Syncing]]''' || '''[[Bugs/BugHeat|Bug heat]]''' || '''[[Bugs/PatchTracking|Patch tracking]]''' || '''[[https://dev.launchpad.net/VersionFourDotO/Stories#Translations|Translations]]''' || '''[[VersionFourDotO/Stories#story-2a|Daily Builds]]''' || '''[[VersionFourDotO/Stories#story-2.1|Code imports]]''' || '''Supporting features''' ||
|| [[https://edge.launchpad.net/launchpad-project/+milestone/3.1.12|Dec 2009]] || ''Planning''<<BR>>[[https://bugs.edge.launchpad.net/malone/+bugs?field.milestone:list=22619&field.tag=story-reliable-bug-syncing|Bug fixing]] || ''Algorithm design'' || Patches separate from attachments on bug page<<BR>> || ''Infrastructure work'' || Refactoring of build system<<BR>> Recipe schema<<BR>> Recipe UI design || [[https://dev.launchpad.net/VersionFourDotO/Stories#story-2.1|bzr-svn imports]] || Bug-free package / project linking experience ||
|| [[https://edge.launchpad.net/launchpad-project/+milestone/10.01|Jan 2010]] || [[https://lpstats.canonical.com/graphs/BugWatchUncheckedOutdated/|Improved through-put]]<<BR>>''Job-based system''<<BR>>''Better error handling'' || Bug heat initial feature-complete UI || Badge for bugs with patches in listings || || [[VersionFourDotO/Stories#story-2.3|End-to-end recipe building]]<<BR>> || [[https://dev.launchpad.net/VersionFourDotO/Stories#story-2.1|bzr-hg imports]] || Remove legacy "link project to source package" page<<BR>>''Consolidate linking code'' ||
|| [[https://edge.launchpad.net/launchpad-project/+milestone/10.02|Feb 2010]] || Convert to twisted, other cleanup || Solid delivery & polish of bug heat || List of bugs with patches<<BR>> Polish based on user feedback || || [[VersionFourDotO/Stories#story-2.11|Once-off recipe build UI]]<<BR>>''Scalability work on build farm, more builds per day'' || Scaling work for code imports<<BR>>[[https://bugs.edge.launchpad.net/launchpad-code/+bug/236973|bug 236973]], [[https://bugs.edge.launchpad.net/launchpad-code/+bug/487357|bug 487357]] and [[https://bugs.edge.launchpad.net/launchpad-code/+bug/497645|bug 497645]] || [[https://bugs.edge.launchpad.net/launchpad-registry/+bug/487793|Portlet & page on distro page showing most important unlinked packages]]<<BR>>[[https://blueprints.edge.launchpad.net/launchpad-registry/+spec/ubuntu-link-to-upstream|Easier linking from source packages]] ||
|| [[https://edge.launchpad.net/launchpad-project/+milestone/10.03|Mar 2010]] || Complete work on updating bugs, syncing comments, etc. || Polish as a result of user feedback || Polish as a result of user feedback || || ''UI development and proof-of-concept''<<BR>>Build farm generalization || Incremental code imports || Polish of linking packages from projects ||
|| [[https://edge.launchpad.net/launchpad-project/+milestone/10.04|Apr 2010]] || Add UI for bug syncing to LP, feature is done || Performance improvements<<BR>>Making heat useful for small projects || || Final delivery of GNOME [[https://dev.launchpad.net/VersionFourDotO/Stories#story-4.2.1|direct import]] || Initial daily build UI || Drastic performance improvements || Guided codehosting setup<<BR>>Crowd-sourcing of project->package linking ||
|| [[https://edge.launchpad.net/launchpad-project/+milestone/10.05|May 2010]] || Polish feature based on user feedback || '''DONE''' || || [[https://dev.launchpad.net/VersionFourDotO/Stories#story-4.2.0|Translation import crowdsourcing]]<<BR>> [[https://dev.launchpad.net/VersionFourDotO/Stories#story-4.2.2|Automatic use of upstream translation imports]] || Polish daily build UI || || Guided bug-tracker setup ||
Line 7: Line 14:
= Bugs off Ubuntu = '''[[Bugs/BugQ&A|Bug Q&A]] (also [[VersionFourDotO/Stories#story-1.6|a story]]) has been postponed, due to the higher urgency of getting reliable upstream bug syncing.''' First question for bug Q&A (does this affect you?) is done.
Line 9: Line 16:
== Bug heat == You might also be interested in more general information on the [[VersionFourDotO|current Launchpad development cycle]].
Line 11: Line 18:
== Q&A on bugs == = Non-thematic work =
Line 13: Line 20:
== Bug forwarding == The table above focuses on the work the Launchpad team has been doing under the theme of "[[VersionFourDotO/Themes|bridging the gap between Ubuntu and its upstreams]]". Of course, we've done some cool stuff that hasn't really fit into that theme, and plan to do more.
Line 15: Line 22:
== Soyuz ==
Line 16: Line 24:
= Daily builds =  * March 2010, ARM support for PPAs
 * April 2010, PPA deletion
 * May 2010, SFTP uploads, dedicated build pools
Line 18: Line 28:
== Generic build infrastructure == == Code ==
Line 20: Line 30:
== Building source package branches with recipes ==  * May 2010, Branch privacy for distributions
Line 22: Line 32:
== Full recipe interface == = The Road Ahead =
Line 24: Line 34:
== Code imports for all major packages == '''''This section is a draft. Don't rely on it.'''''
Line 26: Line 36:
 * bzr-svn support
 * bzr-hg support
We're starting to get some idea of what we think we should do for the second half of 2010. We'll probably change our minds between now and June, but we'd like to start letting you know what we are thinking.
Line 29: Line 38:
== Derivative distributions ==
Line 30: Line 40:
= Translations integration = We want to allow our commercial customers to create distributions on Launchpad that are derived from Ubuntu. We want them to have full archive building support, great bug filing workflows and full package branch support too.
Line 32: Line 42:
'''XXX - fill this in.''' == Privacy, permissions and notification ==
Line 34: Line 44:
= Supporting infrastructure =

 * UI for selecting an archive
 * Improved package / product linking
 * JIT registration of projects for creating imports
 * Crowd-sourcing
   * code import maintenance
   * bug import maintenance
   * project / package linking

= Exceptions =

These are things that don't fit into the above themes, but we have to do to satisfy external obligations.

== Archive snapshots ==
Privacy is a mess for Canonical's internal stakeholders, permissions are a mess for everyone and Launchpad sends way too much email. We need to decouple visibility from subscription and mutability from ownership and provide a clear, simple way to control who can read & write to what.
Line 52: Line 48:
== Branch privacy for distributions ==  * [[https://blueprints.launchpad.net/ubuntu/+spec/foundations-lucid-software-center-repository-based-index|Archive index]]
 * [[https://blueprints.launchpad.net/ubuntu/+spec/foundations-lucid-ratings-and-reviews-in-software-center|Ratings and reviews]]
 * [[https://blueprints.launchpad.net/ubuntu/+spec/foundations-lucid-user-contributed-metadata-for-software-center|User-contributed metadata]]

== Desktop integration ==

The Ubuntu desktop should be a wonderful platform for developers who want to write apps for the Ubuntu desktop. Launchpad is a core part of the way developers write applications for the Ubuntu desktop. It should be really easy for people to get started with Launchpad. In addition, we want to make sure that the Ubuntu One auth experience and the Launchpad auth experience line up well.

== Performance ==

Launchpad is too slow, make it faster.

<<Anchor(about)>>
= About this page =

This page is a rough guide on what we're doing over the next few months as part of our [[VersionFourDotO|current development cycle]].

== Using the page ==

Use this page to keep track of what we are planning on doing, and when. If you think "I'd like to know what to expect of Launchpad over the coming months", then this is the page to follow.

We intend to maintain this page for future planning cycles of Launchpad, so if you are at all interested in having a say in Launchpad development '''<<Action(subscribe, subscribe now)>>'''.

We've crammed as many links as we could find into the page. These links themselves often link to other things. Follow these links and explore the dark and dangerous world of Launchpad development.

== The dates ==

"Dec 2009" means "targeted to the rollout at the end of December 2009". Each month is linked to the Launchpad release milestone for that date, so you can see what we're ''actually'' doing.

Note that the dates here aren't actually ''commitments'', they are just our best guesses.

== How complete is it? ==

Sometimes we'll do cool stuff and won't note it down here. Follow our blog for things like that.

Also, this is mostly about Canonical-sponsored development. Community contributors are welcome to join in, but are just as welcome to scratch whatever itches them.

== Questions? ==

This page is maintained by the [[https://launchpad.net/~jml|Launchpad Product Strategist]]. If you have any questions, contact the strategist, or begin a discussion on the [[https://launchpad.net/~launchpad-users|Launchpad users mailing list]].

This page is, and probably always will be a work-in-progress. If our plans change, we'll try to make sure you hear about it. If you have any ideas on how we can do that better &mdash; or make the roadmap more useful &mdash; contact the strategist or make a note on the page itself.

Roadmap

Month

Reliable Bug Syncing

Bug heat

Patch tracking

Translations

Daily Builds

Code imports

Supporting features

Dec 2009

Planning
Bug fixing

Algorithm design

Patches separate from attachments on bug page

Infrastructure work

Refactoring of build system
Recipe schema
Recipe UI design

bzr-svn imports

Bug-free package / project linking experience

Jan 2010

Improved through-put
Job-based system
Better error handling

Bug heat initial feature-complete UI

Badge for bugs with patches in listings

End-to-end recipe building

bzr-hg imports

Remove legacy "link project to source package" page
Consolidate linking code

Feb 2010

Convert to twisted, other cleanup

Solid delivery & polish of bug heat

List of bugs with patches
Polish based on user feedback

Once-off recipe build UI
Scalability work on build farm, more builds per day

Scaling work for code imports
bug 236973, bug 487357 and bug 497645

Portlet & page on distro page showing most important unlinked packages
Easier linking from source packages

Mar 2010

Complete work on updating bugs, syncing comments, etc.

Polish as a result of user feedback

Polish as a result of user feedback

UI development and proof-of-concept
Build farm generalization

Incremental code imports

Polish of linking packages from projects

Apr 2010

Add UI for bug syncing to LP, feature is done

Performance improvements
Making heat useful for small projects

Final delivery of GNOME direct import

Initial daily build UI

Drastic performance improvements

Guided codehosting setup
Crowd-sourcing of project->package linking

May 2010

Polish feature based on user feedback

DONE

Translation import crowdsourcing
Automatic use of upstream translation imports

Polish daily build UI

Guided bug-tracker setup

Bug Q&A (also a story) has been postponed, due to the higher urgency of getting reliable upstream bug syncing. First question for bug Q&A (does this affect you?) is done.

You might also be interested in more general information on the current Launchpad development cycle.

Non-thematic work

The table above focuses on the work the Launchpad team has been doing under the theme of "bridging the gap between Ubuntu and its upstreams". Of course, we've done some cool stuff that hasn't really fit into that theme, and plan to do more.

Soyuz

  • March 2010, ARM support for PPAs
  • April 2010, PPA deletion
  • May 2010, SFTP uploads, dedicated build pools

Code

  • May 2010, Branch privacy for distributions

The Road Ahead

This section is a draft. Don't rely on it.

We're starting to get some idea of what we think we should do for the second half of 2010. We'll probably change our minds between now and June, but we'd like to start letting you know what we are thinking.

Derivative distributions

We want to allow our commercial customers to create distributions on Launchpad that are derived from Ubuntu. We want them to have full archive building support, great bug filing workflows and full package branch support too.

Privacy, permissions and notification

Privacy is a mess for Canonical's internal stakeholders, permissions are a mess for everyone and Launchpad sends way too much email. We need to decouple visibility from subscription and mutability from ownership and provide a clear, simple way to control who can read & write to what.

Software Centre support

Desktop integration

The Ubuntu desktop should be a wonderful platform for developers who want to write apps for the Ubuntu desktop. Launchpad is a core part of the way developers write applications for the Ubuntu desktop. It should be really easy for people to get started with Launchpad. In addition, we want to make sure that the Ubuntu One auth experience and the Launchpad auth experience line up well.

Performance

Launchpad is too slow, make it faster.

About this page

This page is a rough guide on what we're doing over the next few months as part of our current development cycle.

Using the page

Use this page to keep track of what we are planning on doing, and when. If you think "I'd like to know what to expect of Launchpad over the coming months", then this is the page to follow.

We intend to maintain this page for future planning cycles of Launchpad, so if you are at all interested in having a say in Launchpad development subscribe now.

We've crammed as many links as we could find into the page. These links themselves often link to other things. Follow these links and explore the dark and dangerous world of Launchpad development.

The dates

"Dec 2009" means "targeted to the rollout at the end of December 2009". Each month is linked to the Launchpad release milestone for that date, so you can see what we're actually doing.

Note that the dates here aren't actually commitments, they are just our best guesses.

How complete is it?

Sometimes we'll do cool stuff and won't note it down here. Follow our blog for things like that.

Also, this is mostly about Canonical-sponsored development. Community contributors are welcome to join in, but are just as welcome to scratch whatever itches them.

Questions?

This page is maintained by the Launchpad Product Strategist. If you have any questions, contact the strategist, or begin a discussion on the Launchpad users mailing list.

This page is, and probably always will be a work-in-progress. If our plans change, we'll try to make sure you hear about it. If you have any ideas on how we can do that better — or make the roadmap more useful — contact the strategist or make a note on the page itself.

RoadMap (last edited 2012-06-26 19:57:16 by sinzui)