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

Building ECF Release 3.2

Revision as of 15:21, 12 January 2010 by Tkubaska.ieee.org (Talk | contribs)

Please use this page for planning and discussing build issues related to the upcoming ECF 3.2 Release.

We're targeting Februrary 19, 2010 for the ECF 3.2 release. What does this mean?

It means on the morning (PST which is -8 hours UTC) of Feb 19, we have a built, signed, and tested set of bundles. So actually this means Feb 18 for Europe.

How to follow what's building

Builds (success and failure) are tweeted to ecfbuildmonkey. Failures and failure-fixes are mailed to ecf-build@eclipse.org.

Where does the release build go?

The build is uploaded (by our build script) to dev.eclipse.org. It goes to downloads/rt/ecf/3.2Test/3.6/site.p2. Currently, it really goes to downloads/rt/ecf/3.2Test/3.5/site.p2, but that will be changed shortly. What's key to note here is that the directory is 3.2Test, not 3.2.
The Test here does not mean that there is actually any ECF testing performed on dev.eclipse.org. When we're making release builds, we want to first test that the build is made correctly and gets uploaded correctly. Scott looks at the 3.2Test directory; and if he likes what he sees, he moves the files over to 3.2.


Past experience has shown that sometimes the release build just doesn't work. The network may have timed out and only a subset of the files got uploaded. Or the permissions on the dev.eclipse.org directories were not correct. Or the certificate we use to upload can't be accessed. Or a variety of reasons that have nothing to do with the correctness of the ECF software. And we don't want to clutter up the real 3.2 directory (and overwrite the good but old stuff that may be there) until we know that we have a complete build.

Back to the top