[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] b3 aggregator can't consume kepler repo?

Thanks, David, for comprehensive hints!

It seems the normal solution will be to specify kepler
as a validation repo rather than as a mapped repo. Good.

In some cases, however, I have the requirement to create
a self contained repo. For that scenario I need to find
a way to specify kepler as a mapped repo with a suitable
filter so I don't get any contradictory requirements.
It seems I have two options:
- positively list contents, e.g., via categories
- define exclusion rules for all non-IDE stuff

Would excluding all of RAP and all target platforms
already do the job in this latter direction, or is
more trial and error to be expected?
Would I need to browse the full meta data for max=0,
e.g.?

thanks,
Stephan


On 10/08/2013 03:34 AM, David M Williams wrote:
That's not a very good error message, is it.

But, if I had to guess (your description is pretty high level) I suspect you are basically telling b3 aggregator to combine "all of
Kepler" with your repo ... right so far?  If so, then I suspect you are running into the (intentional) "negative dependencies" that
are defined for some "runtime only features", that are there to explicitly prevent some features from "being installed together" --
in this case, to prevent some "runtime only" features, say, from RAP, from being installed into the IDE.

As background on these topics, you might want to read

https://bugs.eclipse.org/bugs/show_bug.cgi?id=385512
https://bugs.eclipse.org/bugs/show_bug.cgi?id=276000
https://bugs.eclipse.org/bugs/show_bug.cgi?id=365004#c16
https://bugs.eclipse.org/bugs/show_bug.cgi?id=373725
or p2 mailing list,
http://dev.eclipse.org/mhonarc/lists/p2-dev/msg04698.html

This "advanced technique" was introduced in Kepler. Previously, in Juno, everyone used a "fake" A.PDE.Target.Platform requirement
which only the aggregator knew about with respect to particular category. With the negative requirements now in use, p2 knows about
it too, and you can specify, for example, as RAP does, "install this feature, or SWT, but never both together" (or, something like
that).

Now, I could guess at what you are trying to accomplish, and offer some possible solutions, but then this reply would get really
long. :)
But, I'll give some hints ... the answer is probably in
http://wiki.eclipse.org/Eclipse_b3/aggregator/manual#Mapped_Repository
or
http://wiki.eclipse.org/Eclipse_b3/aggregator/manual#Validation_Repository
or, indirectly, in
http://wiki.eclipse.org/Equinox/p2/Customizing_Metadata

If not, you might try a "how do I ... " question on the eclipse.b3 newsgroup/forum.

HTH





From: "Stephan Herrmann" <stephan.herrmann@xxxxxxxxx>
To: cross-project-issues-dev@xxxxxxxxxxx,
Date: 10/07/2013 04:40 PM
Subject: [cross-project-issues-dev] b3 aggregator can't consume kepler repo?
Sent by: cross-project-issues-dev-bounces@xxxxxxxxxxx
------------------------------------------------------------------------------------------------------------------------------------



I've had some fights with the b3 aggregator today and it seems to boil down to the fact that the aggregator cannot consume the
kepler repository, neither releases/kepler, nor one of the children 201306260900 or 201309270900.

To witness: I have a toy aggregation (1 feature with one plugin) that validates OK, but as soon as I add the kepler repo the
aggregator dies with:

org.eclipse.core.runtime.CoreException: Cannot complete the install because some dependencies are not satisfiable
at org.eclipse.b3.aggregator.engine.ValidationSetVerifier.run(ValidationSetVerifier.java:686)
at org.eclipse.b3.aggregator.engine.Builder.runRepositoryVerifier(Builder.java:1704)
at org.eclipse.b3.aggregator.engine.Builder.run(Builder.java:1635)
at
org.eclipse.b3.aggregator.presentation.AggregatorActionBarContributor$BuildAggregationAction$1.run(AggregatorActionBarContributor.java:292)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:53)

It's the same exception as in https://bugs.eclipse.org/bugs/show_bug.cgi?id=321756#c11

Adding the juno SR2 repo doesn't have this effect (full juno repo has a conflict in a modisco feature).

Has anybody else seen this?
Are those repos broken, or is it "just" b3?

FWIW I tried 4.2 and 4.3 versions of b3.

Stephan
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev




_______________________________________________ cross-project-issues-dev mailing list cross-project-issues-dev@xxxxxxxxxxx https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev