Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 319286 - [releng] Try a feature build to create 4.0 out of 3.6
Summary: [releng] Try a feature build to create 4.0 out of 3.6
Status: RESOLVED FIXED
Alias: None
Product: e4
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 1.0   Edit
Hardware: PC Linux
: P3 normal (vote)
Target Milestone: 1.0 RC2   Edit
Assignee: Andrew Niefer CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-08 12:38 EDT by Paul Webster CLA
Modified: 2010-07-14 08:32 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Paul Webster CLA 2010-07-08 12:38:59 EDT
What if we try and create a simple builder that will rebuild the sdk, platform, workbench etc plugins and sdk,platform,rcp features and the org.eclipse.sdk.ide product.

PW
Comment 1 Paul Webster CLA 2010-07-08 12:42:10 EDT
The test builder/releng project is in e4/releng/org.eclipse.e4.sdk

1) many of the parameters need to be set so that it will even run

2) I specified org.eclipse.sdk as the top level feature ... we would then need to build steps to build the org.eclipse.sdk.ide product and matching IU

3) my postSetup target is incorrect (for some value of incorrect)  I'm not sure if it is mirroring enough.

Andrew, can you have a look?

Thanx,
PW
Comment 2 Andrew Niefer CLA 2010-07-08 16:23:11 EDT
I have released some stuff in that e4/releng/org.eclipse.e4.sdk project along with a launch config I used to run it.  

- Current state leaves installed SDKs in buildDirectory/buildId/p2temp.  It is currently installing win32,win32,x86, gtk.linux,.x86 and macosx,cocoa,x86.

- I successfully ran the gtk.linux.x86 version, though it looks like there are still some small tweaks to make.   For example, the about box still shows @buildid@

- We are fetching org.eclipse.sdk feature, this relies on the fact that we don't have map file entries for the things we aren't rebuilding.  The fetch phase will output a lot of warnings about not finding entries for all the plugins, but this is fine and the build continues.

- still need to create archives for the installs
Comment 3 Andrew Niefer CLA 2010-07-08 16:24:06 EDT
Also, this uses the product file from the eclipsebuilder, so that project is required and the property eclipse.build.configs needs to be set
Comment 4 Paul Webster CLA 2010-07-08 21:45:49 EDT
Wow, on build.eclipse.org once the target repo has been populated it's 10 minutes 10 seconds to build and zip up the 3 SDKs.

PW
Comment 5 Paul Webster CLA 2010-07-09 15:45:24 EDT
OK, I've integrated this project in to speed up the builds.

But ... I can't update from the 4.0 repo.  The Eclipse Project SDK feature is visible, but the product is not.

ex: in http://download.eclipse.org/eclipse/updates/4.0/I20100709-1350 I can't see a new or updated product IU (org.eclipse.sdk.ide)

the build from http://download.eclipse.org/e4/sdk/drops/I20100709-1350 will run, though, and seems to include the correct product IU,   Eclipse SDK	4.0.0.20100709-1350	org.eclipse.sdk.ide

I just can't update from http://download.eclipse.org/e4/sdk/drops/I20100708-2006 to I20100709-1350

I'll post speed up times for after my 15:45 build.

PW
Comment 6 Paul Webster CLA 2010-07-12 07:42:09 EDT
(In reply to comment #5)
> I'll post speed up times for after my 15:45 build.

was finished by 17:45 ... 2 hours is an improvement over 5 :-)

PW
Comment 7 Paul Webster CLA 2010-07-12 14:34:14 EDT
Andrew, could you check out the updating?  For example, with build 20100709-1350 I can't update to today's build, http://download.eclipse.org/e4/sdk/drops/I20100712-1255

It offers me I20100708-2006 as a valid update, which is like the last 4 hours SDK build.

When I do Copy Build Id, I get 20100709-1350 instead of I20100709-1350.  Is that the problem, that I20100708-2006 > 20100709-1350?

PW
Comment 8 Andrew Niefer CLA 2010-07-12 14:47:15 EDT
I > 2, so I expect that the postBuild <replace> on the sdk.product file should use ${buildLabel} (I2010) instead of ${buildId} (2010).

My 3.7 SDK has I2010 in the version of the product (Help -> about -> Installation details)
Comment 9 Paul Webster CLA 2010-07-12 14:54:45 EDT
(In reply to comment #8)
> I > 2, so I expect that the postBuild <replace> on the sdk.product file should
> use ${buildLabel} (I2010) instead of ${buildId} (2010).

Thanx, I'll switch it and try tonight.

PW
Comment 10 Paul Webster CLA 2010-07-14 08:32:04 EDT
That, plus making sure I have a clean eclipsebuilder has enabled updates.

Excellent.

Thanx Andrew.

PW