Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [epp-dev] Oomph, Automated Error Reporting, and other changes for EPP Mars M5

Thank you Markus, for this comprehensive summary.

+1 for all proposals from my side (Automotive)

Stephan

2015-01-20 9:47 GMT+01:00 Markus Knauer <mknauer@xxxxxxxxxxxxxxxxx>:
Hi Package Maintainers,

today I want to make you aware of some important changes that were discussed on this and other mailing lists and in Bugzilla. I'd like to move forward with all of them in order to get early feedback from you as package maintainers and from our users, and will try to include the required changes in the next Mars M5 milestone in about two weeks.



Bug 457180 - Add Automated Error Reporting to all EPP packages
https://bugs.eclipse.org/bugs/show_bug.cgi?id=457180

Some package maintainers had already decided that the new automated error reporting allows to gain more knowledge about errors that happen in the field, and that it is worth having this feature in their package. Now I think it is time to integrate this in all packages to get even more feedback and error reports.
At the moment this component is developed from the Code Recommenders project team but I hope to move this to EPP in the long run.

In December I wrote in [2]: "...that was on my wish list for a long time: The addition of Oomph [1] to all EPP packages. It's now a mature project at Eclipse.org and will be part of the Mars Simultaneous Release. My hope is that it will solve many of the problems that we are discussing since many years, e.g. it would ask the user in a wizard for his/her preferred file encoding (UTF-8?) when Eclipse is started for the first time, it can synchronise your preferences between workspaces, it solves the problem with a target definition, ... and a lot more."
I'm using it myself and is another addition to all packages.




Bug 421779 - "Automatically find new updates and notify me" should be enabled in EPP packages
https://bugs.eclipse.org/bugs/show_bug.cgi?id=421779

What we've seen again with last week's SR1a security update: Only a few people are using "check for updates" in Eclipse and by default it is still disabled. To make it easier for us to push updates to our users, we need to make sure that this option is enabled.




Bug 332989 - Allow parts of a package to upgraded or removed
https://bugs.eclipse.org/bugs/show_bug.cgi?id=332989

No Gerrit change (yet), but I'd like to experiment a bit with the RCP/RAP package in the next milestone. If these experiments turn out to be interesting for all packages, we need to come up with a proposal for a structural change. If other packages are interested to experiment with this, please let me know on the bug.

The short description: All packages are using a single EPP package feature that defines the package content, but "check for updates" only searches for updates of this root feature, *not* its child features. As a result of this child features are only updated if and only if there is an update available for the EPP package root feature. The same is true if someone wants to remove a feature. Because all installed features are part of the main dependency chain it is not possible to remove a specific feature.
The proposed solution: Move some/all features of a package from the EPP package feature to the product configuration and make them root features.



Thanks and regards,
Markus

_______________________________________________
epp-dev mailing list
epp-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/epp-dev


Back to the top