On 05/27/2010 09:59 PM, Ian Bull wrote:
I don't know for sure, but I think what it's trying to do
is only fetch "includes" vs. "requires". For example, if feature foo
"includes" bundles A,B and C (but requires D-Z), unchecking this box
will only fetch A, B and C (i.e. not "including the required software").
I think John helped with this, so he might be the best person to
talk to.
But if a bundle requirement is strict, that requirement will also be
considered right? And a "requires" using a perfect match too. Add that
some build systems actually generate non strict ranges even for
"includes" in order to avoid future conflicts and the whole scheme
falls apart.
Using a strict dependency to identify "includes" versus "requires" just
doesn't seem right. It's based on an old concept and makes assumptions
that are sometimes incorrect.
p2 can prevent that things are installed when they are missing (greedy
= false). Why isn't that used for this purpose? If the publisher
generated "requires" as greedy=false and if there was a difference in
how "everything greedy" is handled, that would make a lot more sense.
- thomas
cheers,
_______________________________________________
pde-dev mailing list
pde-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/pde-dev
|