Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

zest dependencies missing #39

Open
Bananeweizen opened this issue Jul 21, 2014 · 3 comments
Open

zest dependencies missing #39

Bananeweizen opened this issue Jul 21, 2014 · 3 comments

Comments

@Bananeweizen
Copy link
Contributor

The Usus update site does not contain the necessary zest dependencies. Therefore an installation only works without flaws on Eclipse systems where zest was packaged or already installed by another plugin (e.g. it does not install on my 4.2 SDK).

If I remember right, there is a checkbox in the update site editor to include such dependencies, which should solve this.

@marcphilipp
Copy link
Member

That is actually on purpose since the Zest version is resolved
automatically using the Eclipse release update site that corresponds
with the installation. I've never had problems with this setup.

Did you deactivate the Eclipse release update site in your installation?

@Bananeweizen
Copy link
Contributor Author

That can easily break for different reasons:

First, the P2 tooling must actually contact the Eclipse update site. Using the P2 update dialog "Contact all update sites" must be checked (and I'm not sure if it is by default). When using other installation routines (e.g. File->Import->Install->From file or the P2 CLI application or...), those also must be forced to check all update sites somehow.

Next, the Eclipse update site must be reachable. In company environments (like mine) lots of update sites cannot be resolved due to a very restrictive proxy (although admittedly I can access the main Eclipse update site). If someone mirrors your feature to another update site using the P2 mirroring capabilities (to avoid relying on update sites in the Internet), then your feature is incomplete on such an isolated mirror.

Can't you have zest as so called "included feature" in your own feature definition? That way it would be available during installation if needed. And it would still allow updating the zest component using the main update site, as far as I understood. Or am I missing something there, maybe?

@marcphilipp
Copy link
Member

Since "Contact all update sites" is checked by default, it works for
"most" people out of the box. ;-)

I didn't want to get into building release-specific update sites
because of new Zest releases. Therfore, I decided not to include it in
our update site.

Feel free to look into including it if you care enough. The update
site is build using Tycho BTW.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants