[releng] Some zips are not packaged #801
Comments
|
By Adolfo Sanchez-Barbudo Herrera on Dec 21, 2011 12:04 Originally this problem manifested with the Tools build. Recently, this has also manifested with the Core build. Working in the Core build, firstly. |
|
By Adolfo Sanchez-Barbudo Herrera on Dec 21, 2011 13:55 Well, After successfully trying to reproduce the issue in local, I think that I've discovered the problem in the . To summarize and try to avoid confusing explanations:
I've already do some hacks to make the UML Plugin tests pass (uml.tests plugin launch config, ocl-core.rmap file). I could try some "hacks" in the building (packaging step) phase. However I'm wondering if this is a more pragmatical way instead of a coherent one. In my opinion I'd deactivate the UML plugin tests (standalone works fine) and wait for a proper solution for Bug 358801 and/or Bug 358759. P.S: I had a comment for the Bug 358801 in local, which I hadn't submitted... submitting in a little bit. |
|
By Adolfo Sanchez-Barbudo Herrera on Dec 22, 2011 06:00 Well, Since we have not received any complain (yet) about these specific missed packaged zips, I'll deactivate such a packaging until we find a proper solution. Regards, |
|
By Adolfo Sanchez-Barbudo Herrera on Apr 03, 2012 10:45 Once the uml plugins are in the target platform again, the Core build zips packaging is working. Waiting for the Tools one to see what happens with it. |
|
By Adolfo Sanchez-Barbudo Herrera on Apr 03, 2012 13:02 Both Core and Tools builds contain the proper zips. Resolving as fixed. |
|
By Adolfo Sanchez-Barbudo Herrera on Apr 13, 2012 11:10 Tests job fails with this fix. ZIPS packaging have been deactivated again until the job might be debugged and fixed. |
|
By Ed Willink on Apr 13, 2012 11:20 I have no use for the ZIPs, but EMF and UML2 are now producing them again so I guess we should too. But perhaps just the traditional Core ZIPs. New users can use P2. |
|
By Adolfo Sanchez-Barbudo Herrera on Jun 11, 2013 14:11 Tools build now fails without comprehensive error when SDK/examples packaging is enabled again [1]. Rather than waiting for the long-running hudson builds, I've tried to track the problem in local. I've spent the afternoon working on it trying to reproduce the failure with very disappointing results. I haven't even been able to to do a local import of sources. By some reason I don't understand, some of the required OCL examples projects are not imported into my local workspace, just some of them... Re-importing, still detects that it requires to be imported, but they are not imported after all. I give up... I'll build OCL Tools RC4 without packaging those specific zips. The zip with the update site containing all features and plugins should be produced as always. [1] https://hudson.eclipse.org/hudson/job/buckminster-mdt-ocl-tools-kepler-master/466/ |
|
By Ed Willink on May 27, 2014 13:26 Nobody has complained about missing ZIPs. If Luna SR0 goes by without further comment: WONTFIX. |
|
By Ed Willink on Oct 21, 2014 12:38 (In reply to Ed Willink from comment #9)
The QVTd builds extend test classes and so could use the tests ZIP. At present QVTd builds instead use GIT master which can lead to some synchronisation surprises, which are made MUCH worse by a Buckminster/GIT bug whereby autofetch doesn't seem to refresh the GIT repo! I've twice spent time debugging spurious QVTd/OCL build synchronization bugs. Now that the OCL Core/Tools builds are combined, maybe the weird error preventing build of a tests ZIP during a Tools build will not occur. Time for another try. |
|
By Ed Willink on Oct 22, 2014 08:53 (In reply to Ed Willink from comment #10)
All that is really needed is for the test plugins to be in the P2 repo, which is easily achieved by including them in the org.eclipse.ocl.releng.build feature.xml. Hopefully this doesn't upset the contribution to the aggregator.
Building a tests ZIP gives a Java 13 for no obvious reason. Probably one step has deleted something that was needed. There is a confusing duplication of a ZIP-like ZIp ...-core and a P2-like ZIP ...CoreSDK that may contribute to the trouble. I can't see the benefit in producing a reduced size P2 repo. |
|
By Ed Willink on Oct 24, 2014 13:09 After the usual amount of Hudson/Buckminster pain... Test plugins are now in the P2 repo, with a distinct category. QVTd build is simplified. A tests ZIP is produced as a side effect but not published. Probably just lose it. RESOLVED on so far as test plugins are now available in the P2 repo for extending applications. WONTFIX in so far as old-style tests ZIPs are discontinued. (Our main legacy customer has not commented for years; IBM now distribute unauthorised plugins that extend earlier regimes.) |
|
By Ed Willink on Oct 24, 2014 13:32 (In reply to Ed Willink from comment #11)
Which uses the named contributed features rather than the potential features so the new tests stuff is just ignored. |
|
By Ed Willink on May 25, 2015 17:17 CLOSED after more than a year in the RESOLVED state. |
| --- | --- |
| Bugzilla Link | 363208 |
| Status | CLOSED FIXED |
| Importance | P3 normal |
| Reported | Nov 08, 2011 12:27 EDT |
| Modified | May 25, 2015 17:17 EDT |
| Depends on | 358801 |
| Reporter | Adolfo Sanchez-Barbudo Herrera |
Description
During last releng activities some zips packaging have been disabled due to unknown errors.
Investigate what to do to enable them again.
The text was updated successfully, but these errors were encountered: