Regarding bug 505416, I would propose the following (see inline below).
Hi,
Regarding 505416 I am not sure how much to keep within the scope of that Bugzilla, and what we shall break out into separate new Bugzillas. Here are a few remaining issues identified during the work with this Bugzilla (and the related one regarding the Papyurs-RT Installer):
1) The version used for Designer needs to be updated (and aligned with the Oomph end-user setup). Rémi provided a Gerrit change, but it was decided to post-pone the merging of that one to post-0.8. See https://git.eclipse.org/r/#/c/83452/
<cr> Are you sure about bug 83452 (org.eclipse.launchers feature missing linux/motif files) which is from 2005?
My proposal: - Document the current state of RCP vs. Papyrus-RT installers (i.e., the differences) in the release notes. Could someone write up what these are and their consequences (if known)?
- Consider the creation of a 0.8.1 version with the updated installations that provide installation parity.
We are still in incubation, so I think we can get away with describing the differences between the installer iff we have bugs to which we can point to show they will be fixed. There is already information on the download site and on the Early Adopter wiki page describing the differences in the installation capability, so we can just add to that.
</cr>
2) We need to get an updated integration build fo the custom builds of EGit and EMF Compare in place. The 0.8 RCP build used the nightly build, and the Oomph end-user setup uses the (too old) integration build (which in its turn casues the Oomph based installation to bring in the non-custom builds of EGit and EMF Compare part of the Neon.1 release). This needs to be aligned, based on updated integration builds. As I understood it from Philip, work is ongoing with providing updated integration builds of the custom builds of EGit and EMF Compare. When that has been provided, we need to update the .tpd-files to use the integration build repos instead.
<cr> I haven’t tried the compare/merge feature yet. What is the impact on the user on leaving as is? Based on this, we can decide to either document the impact (as above, taking advantage of incubation leeway), provide new v0.8.1 installers, or defer to 0.9.
</cr>
3) The RCP still lacks the org.eclipse.platform.ide, which is part of the Oomph end-user setup, which suspectedly causes the welcome page to go missing in the RCP build. In general we need to provide some contents on the Welcome page as well, which I guess is best to be tracked with a completely separate Bugzilla.
I guess we at least could include 1) in the scope of 505416 before we consider it to be resolved. 2) and 3) I guess it best tracked by separate Bugzillas.
<cr> I would prefer splitting the bugs. This gives us more flexibility in determining the individual impacts of these to the current and future releases.
|