December

Differences between revisions 6 and 7
Revision 6 as of 2009-12-11 20:44:14
Size: 3494
Editor: c-76-105-168-175
Comment: December
Revision 7 as of 2009-12-11 21:59:52
Size: 1858
Editor: c-76-105-168-175
Comment: TB meeting notes
Deletions are marked like this. Additions are marked like this.
Line 2: Line 2:
 * Technical Board meeting, 2009-11-03
Line 4: Line 3:
  * Review actions from last meeting
   * ''jono to finalise DMB'': discussions have been documented, the new MOTU-preservation movement may add to it but it's under way and documented at https://wiki.ubuntu.com/DeveloperMembershipBoard
   * ''Keybuk to drive units policy to completion and vote by e-mail'': no new information
   * ''cjwatson to drive vote on Archive Reorg rights for ubuntu-desktop and mythbuntu in email'': deferred
   * ''smoser to formulate ARI / AKI / AMI update policy, and work on system to find right root filesystem'': done.
   ACTION: Scott Moser to continue working on a system to find the right root filesystem

  * Archive reorganization:
    * A DMB meeting was held which made progress unblocking some issues.
    * MC have expressed a desire to retain MOTU in some form
      [ACTION] sabdfl will engage with MC

  * Python packaging in Debian and Ubuntu
    * Steve McIntyre and sabdfl discussed convening TB and DTC to see if consensus can be reached
    * TB agrees to participate
      [ACTION] sabdfl will draft invitation with steve mcintyre

  * Community Bugs: none this week
  * Next meeting: pitti to chair

 * Technical Board meeting, 2009-11-17:

  * Archive reorganization:
    * Upload delegation for ubuntu-desktop: Approved
    * [ACTION]: Martin to talk to Jonathan about making DMB an admin of kubuntu-dev (done now), and to announce new members to devel-permissions@ and kubuntu team list
    * [ACTION] Martin to talk to Mario about adding DMB as admin of ~mythbuntu-dev and add wiki page about new member procedure
    * Upload delegation for ubuntu-desktop: Approved
    * Upload delegation for kubuntu-dev: Approved pending fixes from above
    * Upload delegation for mythbubuntu-dev: Approved pending fixes from above
    * [ACTION] Colin to document edit_acl invocation for setting team upload delegation
    * [ACTION] Colin to implement delegations for these three teams after above fixes

  * Units Policy:
 * Technical Board meeting, 2009-12-01 (chair mdz)
  * Prior action review, leaves the follow still to do:
   * [ACTION] cjwatson checking on IS RT #36139 to add devel-permissions
Line 38: Line 7:

  * Change of Ubuntu Translations permission policy: approved; Martin changed the permissions on Launchpad and asked David Planella to announce to -translators@.

  * 10.04 LTS release plan:
   * updated wiki page to point out that different products might have different LTS states
   * LTS status for Kubuntu 10.04 is currently being discussed at UDS
   * In the future we will clearly announce which products have which LTS status at the beginning of the cycle, so that developers and customers can plan better

  * Ubuntu Licensing Policy:
Line 49: Line 9:
  * Execute Permission Policy:
   * The current policy will not handle all potential cases, such as OO.o macros or application cases which wer are unaware of
   * Colin: we should point out an alternative approach instead of just saying "No"
   * current impact: kill GNOME desktop "do you want to run it anyway?" question, remove a few MIME handlers
   * To be continued in the next meeting
  * Archive reorganisation (ColinWatson)
   * [ACTION] cjwatson to create a wiki reference for development teams to participate in the reorg
Line 55: Line 12:
  * https://wiki.kubuntu.org/Kubuntu/UpdatesPolicy: deferred, out of time   * https://wiki.kubuntu.org/Kubuntu/UpdatesPolicy
   * Would be good to outline a regression handling policy as well.
   * Default to assuming users want stability.
   * [ACTION] ScottK to revise proposal based on TB meeting discussion
Line 57: Line 17:
  * DMB items: deferred, out of time; [ACTION] Martin to announce DMB meeting next week   * When is it a good idea to fail out of a maintainer script? (mdz)
   * Generally, failing preinst is preferred to failing postinst.
   * Generally, daemon start-up failure should not fail postinst.
   * May help to make a distinction between devel and release upgrades.
   * No clear "philosophical" state of being configured, so it's is non-obvious how to decide what should be considered a failure.
   * Would be beneficial to present a straw-man proposal to the Debian TC to coordinate this.
   * Will continue at the next meeting.
Line 59: Line 25:
  * Check on community bugs: None   * Community Bugs
   * https://launchpad.net/bugs/485569 "TB term length is unclear"
    * elections single-year staggered with resulting positions having a two-year term.
    * [ACTION] sabdfl to update LP/wiki/www to reflect the actual term length for TB
   * https://launchpad.net/bugs/485971 "Technical Board mailing list archive is private"
    * blocked on IS, now that DMB is up and running.
    * [ACTION] cjwatson to nudge RT 35428
Line 61: Line 33:
  * Chair for next meeting: Kees   * Next meeting: kees to chair
  • Technical Board meeting, 2009-12-01 (chair mdz)
    • Prior action review, leaves the follow still to do:
      • [ACTION] cjwatson checking on IS RT #36139 to add devel-permissions
      • [ACTION] Scott to redraft Units policy to address Scott's and Matt's concerns and clean up language
      • [ACTION] Colin to clarify trademark/license distinction on licensing policy
    • Archive reorganisation (ColinWatson)

      • [ACTION] cjwatson to create a wiki reference for development teams to participate in the reorg
    • https://wiki.kubuntu.org/Kubuntu/UpdatesPolicy

      • Would be good to outline a regression handling policy as well.
      • Default to assuming users want stability.
      • [ACTION] ScottK to revise proposal based on TB meeting discussion
    • When is it a good idea to fail out of a maintainer script? (mdz)
      • Generally, failing preinst is preferred to failing postinst.
      • Generally, daemon start-up failure should not fail postinst.
      • May help to make a distinction between devel and release upgrades.
      • No clear "philosophical" state of being configured, so it's is non-obvious how to decide what should be considered a failure.
      • Would be beneficial to present a straw-man proposal to the Debian TC to coordinate this.
      • Will continue at the next meeting.
    • Community Bugs
      • https://launchpad.net/bugs/485569 "TB term length is unclear"

        • elections single-year staggered with resulting positions having a two-year term.
        • [ACTION] sabdfl to update LP/wiki/www to reflect the actual term length for TB
      • https://launchpad.net/bugs/485971 "Technical Board mailing list archive is private"

        • blocked on IS, now that DMB is up and running.
        • [ACTION] cjwatson to nudge RT 35428
    • Next meeting: kees to chair

TechnicalBoard/TeamReports/09/December (last edited 2009-12-17 02:07:57 by c-76-105-168-175)