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.
Difference between revisions of "Equinox/p2/Meetings/20090824"
(→Agenda) |
(→Agenda) |
||
Line 10: | Line 10: | ||
== Agenda == | == Agenda == | ||
* 3.5.1 | * 3.5.1 | ||
− | |||
** NTLM2 problem | ** NTLM2 problem | ||
*** Scott has released some code for ECF | *** Scott has released some code for ECF | ||
Line 17: | Line 16: | ||
*** ECF will need to update its version to indicate an addition of a new service interface | *** ECF will need to update its version to indicate an addition of a new service interface | ||
**** could use provisional or internal and make p2 an x-friend | **** could use provisional or internal and make p2 an x-friend | ||
+ | *** Scott requests others with NTLM2 networks to do some testing. Scott does not have a local network | ||
** SAT4J | ** SAT4J | ||
*** need for parallel IP process | *** need for parallel IP process | ||
*** Time to take for resolution fix. | *** Time to take for resolution fix. | ||
*** We are confident that it will not introduce a regression? (yes) | *** We are confident that it will not introduce a regression? (yes) | ||
+ | ** Dropins is broken if the delta-pack is extracted into a dropins folder or over the eclipse install (bug XXX) | ||
+ | *** In 3.5 you set up a target platform with another location to use for the delta-pack. This is the recommended way to do this. | ||
+ | ** bug 285325 tests have been failing for shared install mode. John and Simon are investigating if the fix should be removed for the 3.5.1. Test appear to be failing sporadically. | ||
* 3.6 Planning | * 3.6 Planning | ||
** IBM team is finalizing plan | ** IBM team is finalizing plan | ||
+ | *** Pascal describes a few requirements from IBM team | ||
+ | *** OSGi Specification work (OBR etc.). Very slow going. Still gather requirements for the RFP. | ||
+ | **** Defining repo meta-data and resolver API. | ||
+ | *** RFP 121 application lifecyle and management. | ||
+ | **** Application definition is very loose in OSGi. Not strict container. Everything is bundle based and bundles can comprise an application. There is a need for managing a more coarse grain application that can span one or more bundles. | ||
+ | *** API work for p2. | ||
+ | **** How far we need to go. Get input from consumers | ||
+ | *** Must consume meta-data from 3.5 in 3.6 | ||
+ | **** should be able to update from 3.5 to 3.6 | ||
+ | *** verify GC is pluggable | ||
+ | *** UI goes through engine | ||
+ | *** Run on other frameworks (Felix). | ||
** Others on the team? | ** Others on the team? |
Revision as of 15:38, 24 August 2009
Attendees
- Jeff
- Scott
- Darin
- Susan
- Pascal
- Andrew
- DJ
- Simon
Agenda
- 3.5.1
- NTLM2 problem
- Scott has released some code for ECF
- Others have tested the detection code in ECF
- Still need to get p2 changes in place
- ECF will need to update its version to indicate an addition of a new service interface
- could use provisional or internal and make p2 an x-friend
- Scott requests others with NTLM2 networks to do some testing. Scott does not have a local network
- SAT4J
- need for parallel IP process
- Time to take for resolution fix.
- We are confident that it will not introduce a regression? (yes)
- Dropins is broken if the delta-pack is extracted into a dropins folder or over the eclipse install (bug XXX)
- In 3.5 you set up a target platform with another location to use for the delta-pack. This is the recommended way to do this.
- bug 285325 tests have been failing for shared install mode. John and Simon are investigating if the fix should be removed for the 3.5.1. Test appear to be failing sporadically.
- NTLM2 problem
- 3.6 Planning
- IBM team is finalizing plan
- Pascal describes a few requirements from IBM team
- OSGi Specification work (OBR etc.). Very slow going. Still gather requirements for the RFP.
- Defining repo meta-data and resolver API.
- RFP 121 application lifecyle and management.
- Application definition is very loose in OSGi. Not strict container. Everything is bundle based and bundles can comprise an application. There is a need for managing a more coarse grain application that can span one or more bundles.
- API work for p2.
- How far we need to go. Get input from consumers
- Must consume meta-data from 3.5 in 3.6
- should be able to update from 3.5 to 3.6
- verify GC is pluggable
- UI goes through engine
- Run on other frameworks (Felix).
- Others on the team?
- IBM team is finalizing plan