Bugzilla – Full Text Bug Listing
| Summary: | P2 Headless Update Fails After Port from 3.5 to 3.6 Helios | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | Michael Yara <michaelyara> | ||||
| Component: | p2 | Assignee: | P2 Inbox <equinox.p2-inbox> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | irbull, pascal, pwebster, remy.suen | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Linux | ||||||
| Whiteboard: | stalebug | ||||||
| Attachments: |
|
||||||
|
Description
Michael Yara
Created attachment 174246 [details]
Headless update code.
I tried this update with the P2 UI feature installed and i get the same status trace. Note the versions numbers have been changed since my last post.
Cannot complete the install because of a conflicting dependency.
Software being installed: iSymphony 2.2.0.2145 (isymphony 2.2.0.2145)
Software currently installed: iSymphony Feature 2.2.0.2144 (iSymphonyFeature.feature.group 2.2.0.2144)
Only one of the following can be installed at once:
ClientRCP Plug-in 2.2.0.2145 (ClientRCP 2.2.0.2145)
ClientRCP Plug-in 2.2.0.2144 (ClientRCP 2.2.0.2144)
Cannot satisfy dependency:
From: iSymphony Feature 2.2.0.2144 (iSymphonyFeature.feature.group 2.2.0.2144)
To: ClientRCP [2.2.0.2144]
Cannot satisfy dependency:
From: iSymphony Feature 2.2.0.2145 (iSymphonyFeature.feature.group 2.2.0.2145)
To: ClientRCP [2.2.0.2145]
Cannot satisfy dependency:
From: iSymphony 2.2.0.2145 (isymphony 2.2.0.2145)
To: iSymphonyFeature.feature.group [2.2.0.2145]
From the last error message it looks like if the feature that is initially installed is not being uninstalled as part of this update process. I can see two causes to this: 1) You are not using the update operation API properly (or you are using the install API) 2) The metadata for the new version is not declared as an update of the previous version. Normally this "relationship" is declared in the metadata automatically if PDE or Tycho are being used to generate metadata. I don't believe it is an issue with my update code however I could be wrong. I followed the P2 headless update example in the wiki and double checked my work. I also tried the update using the eclipse UI feature instead of my own code and the same status was thrown. I attached my code to this report if you would like to take a look. All my builds were exported with the PDE so it might be a possible issue with the PDE export and the metadata. If it is an issue with the metadata would I look in the artifact.xml file for the cause of the issue and if so what specifically am I looking for? I tried running my application with the following in .options. org.eclipse.equinox.p2.engine/profileregistry/debug = true org.eclipse.equinox.p2.engine/engine/debug = true org.eclipse.equinox.p2.engine/enginesession/debug = true And the failed update simply printed out the following. [org.eclipse.equinox.p2.engine-profile registry] Mon Aug 30 14:07:26 MDT 2010 - [ModalContext] SimpleProfileRegistry.updateSelfProfile [org.eclipse.equinox.p2.engine-profile registry] Mon Aug 30 14:07:26 MDT 2010 - [ModalContext] SimpleProfileRegistry.updateRoamingProfile [org.eclipse.equinox.p2.engine-profile registry] Mon Aug 30 14:07:26 MDT 2010 - [ModalContext] SimpleProfileRegistry.updateRoamingProfile(changed=false) This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie. |