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 "Orbit Minutes 070626"
| Line 4: | Line 4: | ||
== Attendees == | == Attendees == | ||
| − | * | + | * Christian Damus |
| + | * Joel Cayne | ||
| + | * Jeff McAffer | ||
| + | * Pascal Rapicault | ||
| + | * DJ Houghton | ||
| + | * Chris Aniszczyk | ||
| + | * David Williams | ||
== Discussion == | == Discussion == | ||
===IP Log info=== | ===IP Log info=== | ||
| − | An IP Log is now generated with each build and is available from the download page. The file is far from complete, please update with info for the bundles that you own. | + | An IP Log is now generated with each build and is available from the download page. The file is far from complete, please update with info for the bundles that you own. |
| + | |||
| + | ===Tests=== | ||
| + | We have also added a basic test suite which verifies the layout of bundles. | ||
| + | * some tests are currently fail because their manifest files aren't the right casing | ||
| + | * people need to change manifest casing | ||
| + | * <font color="red">Action: DJ to enter bug against PDE to validate this is casing</font> | ||
| + | * <font color="red">Action: DJ to gather bundles which are failing and will send note to mailing list. </font> We need to see if these are tested on Linux. | ||
| + | |||
===New Bundles=== | ===New Bundles=== | ||
Now that we have declared a "recommended" build, is it ok to start releasing new bundles to Orbit? | Now that we have declared a "recommended" build, is it ok to start releasing new bundles to Orbit? | ||
| + | * remove for this week | ||
| + | * add nightly builds? requires separate streams | ||
| + | * R-builds are really a packaging problem? | ||
| + | * build it from a status file? | ||
| + | * <font color="red">Action: Chris to remove 2 new bundles from feature/map file until next week.</font> | ||
===Conf Calls=== | ===Conf Calls=== | ||
The Eclipse Foundation has a new infrastructure for conference calls. We should start using it for Orbit calls. | The Eclipse Foundation has a new infrastructure for conference calls. We should start using it for Orbit calls. | ||
| + | * <font color="red">Action: Jeff to co-ordinate and send note with new info.</font> | ||
===Bundle downloads=== | ===Bundle downloads=== | ||
Do we want to try and make the GET URLs generated by Orbit be build-independent? That is, not have the build id in it so consumers don't always have to update their map files if there is a new Orbit build and their bundle didn't change? | Do we want to try and make the GET URLs generated by Orbit be build-independent? That is, not have the build id in it so consumers don't always have to update their map files if there is a new Orbit build and their bundle didn't change? | ||
| + | * <font color="red">Action: DJ to write wiki describing problems.</font> | ||
| + | |||
| + | ===Signing Bundles=== | ||
| + | * e.g. platform signs but wtp doesn't sign - same bundle, same qualifier | ||
| + | * signing is not a requirement for Europa | ||
| + | * orbit doesn't sign but always said we should | ||
| + | * probably a couple days or a weeks worth of work to modify build scripts | ||
| + | * <font color="red">Action: David to send a note to cross-project warning people of potential problems.</font> | ||
| + | * only happens when you have people unzipping on top of a signed version | ||
| + | |||
| + | ===R-builds=== | ||
| + | * when is the next r-build? | ||
| + | * how do we plan for this? | ||
| + | * same as regular project? | ||
| + | * branch releng project to europa_maintenance | ||
| + | * need to tag the map files for each build | ||
| + | * do we really need branches? | ||
| + | * create new map files? had because its based on what people consume | ||
| + | * how about new features? set1 is for europa, something new for maintenance, etc. | ||
| + | |||
| + | ===Map files=== | ||
| + | * have the build produce multiple map files, one for each consumer based on the info in the ip log file | ||
==Next Meeting== | ==Next Meeting== | ||
Revision as of 11:04, 26 June 2007
- Call convened at 1000 EDT
- Call-in: 613.287.8000 or 866.362.7064, passcode 892048#
- Previous Meeting: Orbit Minutes 070612
Contents
Attendees
- Christian Damus
- Joel Cayne
- Jeff McAffer
- Pascal Rapicault
- DJ Houghton
- Chris Aniszczyk
- David Williams
Discussion
IP Log info
An IP Log is now generated with each build and is available from the download page. The file is far from complete, please update with info for the bundles that you own.
Tests
We have also added a basic test suite which verifies the layout of bundles.
- some tests are currently fail because their manifest files aren't the right casing
- people need to change manifest casing
- Action: DJ to enter bug against PDE to validate this is casing
- Action: DJ to gather bundles which are failing and will send note to mailing list. We need to see if these are tested on Linux.
New Bundles
Now that we have declared a "recommended" build, is it ok to start releasing new bundles to Orbit?
- remove for this week
- add nightly builds? requires separate streams
- R-builds are really a packaging problem?
- build it from a status file?
- Action: Chris to remove 2 new bundles from feature/map file until next week.
Conf Calls
The Eclipse Foundation has a new infrastructure for conference calls. We should start using it for Orbit calls.
- Action: Jeff to co-ordinate and send note with new info.
Bundle downloads
Do we want to try and make the GET URLs generated by Orbit be build-independent? That is, not have the build id in it so consumers don't always have to update their map files if there is a new Orbit build and their bundle didn't change?
- Action: DJ to write wiki describing problems.
Signing Bundles
- e.g. platform signs but wtp doesn't sign - same bundle, same qualifier
- signing is not a requirement for Europa
- orbit doesn't sign but always said we should
- probably a couple days or a weeks worth of work to modify build scripts
- Action: David to send a note to cross-project warning people of potential problems.
- only happens when you have people unzipping on top of a signed version
R-builds
- when is the next r-build?
- how do we plan for this?
- same as regular project?
- branch releng project to europa_maintenance
- need to tag the map files for each build
- do we really need branches?
- create new map files? had because its based on what people consume
- how about new features? set1 is for europa, something new for maintenance, etc.
Map files
- have the build produce multiple map files, one for each consumer based on the info in the ip log file
Next Meeting
- TBD