Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "RT/meetings/PMC Minutes 120905"

< RT‎ | meetings
(New page: == Attendees == == Agenda == * Juno retrospective == Juno retrospective == * Concerns ** The SimRel repository is of little value for many of the RT projects.  While some people do cons...)
 
 
Line 1: Line 1:
 
== Attendees ==
 
== Attendees ==
 +
* Jesse
 +
* Doug
 +
* Tom
 +
* Ian
 +
* Gunnar
 +
* Markus
 +
* Christian
 +
* Mike
  
 
== Agenda ==
 
== Agenda ==
Line 10: Line 18:
 
** Some RT Projects see the train as 'more work with less benefit'.  That is, the extra steps required (docware, deadlines, etc..), is not worth the 'advantages' of being on the train.
 
** Some RT Projects see the train as 'more work with less benefit'.  That is, the extra steps required (docware, deadlines, etc..), is not worth the 'advantages' of being on the train.
 
** Even if a project doesn't do the work to be in the SimRel repo, it will likely end up there anyways (others depend on Jetty for example).
 
** Even if a project doesn't do the work to be in the SimRel repo, it will likely end up there anyways (others depend on Jetty for example).
 +
** Should we consider a separate release for RT?
 +
*** Treat it more like a Maven repository.  Each release does not result in a new repo.
 +
*** Also have a maven repo that contains the RT stuff
 +
*** Why have a separate date or separate release? 
 
* Advantages
 
* Advantages
 
** LTS?
 
** LTS?
 
** Publicity, but is it the right target audience for RT?
 
** Publicity, but is it the right target audience for RT?
 +
** Helps with IP log?
 +
** Provides a predictable schedule for releases

Latest revision as of 10:05, 5 September 2012

Attendees

  • Jesse
  • Doug
  • Tom
  • Ian
  • Gunnar
  • Markus
  • Christian
  • Mike

Agenda

  • Juno retrospective

Juno retrospective

  • Concerns
    • The SimRel repository is of little value for many of the RT projects.  While some people do consume EclipseRT projects this way, many don't.
    • Starter kits and other artifacts were a great idea, but they kind of fizzled out.
    • Some RT Projects see the train as 'more work with less benefit'.  That is, the extra steps required (docware, deadlines, etc..), is not worth the 'advantages' of being on the train.
    • Even if a project doesn't do the work to be in the SimRel repo, it will likely end up there anyways (others depend on Jetty for example).
    • Should we consider a separate release for RT?
      • Treat it more like a Maven repository. Each release does not result in a new repo.
      • Also have a maven repo that contains the RT stuff
      • Why have a separate date or separate release?
  • Advantages
    • LTS?
    • Publicity, but is it the right target audience for RT?
    • Helps with IP log?
    • Provides a predictable schedule for releases

Back to the top