Skip to main content
Jump to: navigation, search

Difference between revisions of "Equinox/p2/Meetings/20081201"

< Equinox‎ | p2‎ | Meetings
(New page: == Agenda == * Support extensibility for version numbers (and version number types) == Minutes ==)
 
(Attendees)
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
== Agenda ==
 
== Agenda ==
 
* Support extensibility for version numbers (and version number types)
 
* Support extensibility for version numbers (and version number types)
 +
* (moved to next week) Support for what "type" of repository will be loaded [https://bugs.eclipse.org/bugs/show_bug.cgi?id=222251 bug# 222251]
 +
* (moved to next week) New Collector [https://bugs.eclipse.org/bugs/show_bug.cgi?id=256355 256355] [https://bugs.eclipse.org/bugs/show_bug.cgi?id=256411 256411]
 +
* (moved to next week) Interfaces for metadata types [https://bugs.eclipse.org/bugs/show_bug.cgi?id=256359 256359]
 +
 +
== Attendees ==
 +
*Darren
 +
*Jeff
 +
*Jed
 +
*Doug
 +
*Susan
 +
*Ian
 +
*Curtis
 +
*Andrew
 +
*Andrew
 +
*DJ
 +
*Simon
 +
*Thomas
 +
*Pascal
 +
*Henrik
  
 
== Minutes ==
 
== Minutes ==
 +
* Flexible versioning support (majority of call)
 +
** Thomas gave an overview of versioning requirements in Buckminster and a few examples of subtleties in how versions are interprested in OSGi vs. Maven etc.
 +
** Discussion around ideas to allow a pluggable version system
 +
** Much discussion around impact in particular looking at changes in Required and Provided Capabilities.
 +
** Some key concepts:
 +
*** IVersion, IVersionRange
 +
*** built-in matchers (and potentially rankers) likely type driven
 +
** Next step is to put forward a more detailed proposal that would look at implementation changes required. (Henrik, Thomas)
 +
** Some potential to seriously consider implementing a few critical foundational pieces -- M5 thrown around as a deadline for some semblance of integration.
 +
 +
* DB-based repositories
 +
** requires some API work, potentially gels well with work Ian B. is doing (see next week's agenda)
 +
** Pascal brings up it would be good to get an opensource implementation to work more closely with to ensure we're correctly covering requirements.

Latest revision as of 18:40, 1 December 2008

Agenda

  • Support extensibility for version numbers (and version number types)
  • (moved to next week) Support for what "type" of repository will be loaded bug# 222251
  • (moved to next week) New Collector 256355 256411
  • (moved to next week) Interfaces for metadata types 256359

Attendees

  • Darren
  • Jeff
  • Jed
  • Doug
  • Susan
  • Ian
  • Curtis
  • Andrew
  • Andrew
  • DJ
  • Simon
  • Thomas
  • Pascal
  • Henrik

Minutes

  • Flexible versioning support (majority of call)
    • Thomas gave an overview of versioning requirements in Buckminster and a few examples of subtleties in how versions are interprested in OSGi vs. Maven etc.
    • Discussion around ideas to allow a pluggable version system
    • Much discussion around impact in particular looking at changes in Required and Provided Capabilities.
    • Some key concepts:
      • IVersion, IVersionRange
      • built-in matchers (and potentially rankers) likely type driven
    • Next step is to put forward a more detailed proposal that would look at implementation changes required. (Henrik, Thomas)
    • Some potential to seriously consider implementing a few critical foundational pieces -- M5 thrown around as a deadline for some semblance of integration.
  • DB-based repositories
    • requires some API work, potentially gels well with work Ian B. is doing (see next week's agenda)
    • Pascal brings up it would be good to get an opensource implementation to work more closely with to ensure we're correctly covering requirements.

Back to the top