← Back to team overview

multi-touch-dev team mailing list archive

Re: Strategy/Direction for Multi-touch

 

Please keep in mind that we ship Beta 1 this week! We are at the end of
the product cycle and need to stay very focused to keep a project like
this from ballooning in scope and then following over. The more focused
the scope, the more likely the success.

On Mon, 2010-03-15 at 18:16 -0600, Duncan M. McGreggor wrote:
> Note: moving conversation to mail list.
> 
> Rick and I chatted about scope on IRC, and he provided some excellent  
> perspective. To restate the goal of the Lucid work:
> 
> Provide MT support in the kernel so that developers can start building  
> exciting tactile apps for Ubuntu ASAP.
And focused just on Ntrig. Other hardware may be enabled, but ntrig
should be the focus of testing and other work.

> 
> As such, here's what I'd like to propose:
> 
> Phase 1:
>   * Lucid-targeted
>   * use the current blueprint
>   * focus on getting kernel work completed for Lucid
>   * we want to do the kernel bits right
>   * this may mean taking option 1) below for the user-space bits, but  
> putting this work in a PPA, not in Lucid
There should be no expectation that anything *but* kernel support will
be delivered in lucid. A PPA delivered before, during, or after lucid
ships is acceptable for these purposes. Of course I assume there will be
a lot of work to package bits so that the kernel bit can be tested.

> 
> Phase 2:
>   * Lucid+1-targeted
>   * create a new blueprint
>   * move non-Lucid tasks from Phase 1 blueprint to Phase 2 blueprint
>   * take the usable user-space bits from Phase 1 and follow the  
> development plan of option 2) below.
> 
> The understanding in this approach would be that we will be throwing  
> away some of the work done now in order to get the MT kernel code  
> ready for Lucid.

What work would be thrown away?

Cheers, Rick




Follow ups

References