[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [platform-releng-dev] Stop listing transitive dependencies in features?
|
Maybe it would be better to describe what the problem is (and probably
get a better solution than removing those).
In general, for me features *not* listing their dependencies is a bit
useless I think as one then not can see what other features are pulled
in when installing it (you just get the minimal required bundles and
this might break).
If X requires saf4j bundle it should list a proper *bundle* requirement
in the feature (most probably with compatible match rule) and not a
feature I think.
> get pulled at best by their requiring plugins
> during p2 installation.
requiring plugins is bad anyways, why we do not use import packages with
proper version range (consumer in this case?) and then it would be fine
to remove it from any feature then.
Am 09.04.22 um 13:39 schrieb Mickael Istria:
Hi all,
As I'm struggling more than expected with SAT4J and ASM upgrades, having
to deal with "touch" commits to make sure upgrades are taken into
account, and not being able to easily test everything together at once,
I realized that there is one reason that makes it complicated:
feature.xml sometimes list transitive dependencies.
I'd like to get rid of those, as transitve deps do get installed
transitively anyway without having them included in features, and also
since the main p2 repo do include all transitive deps by configuration;
I don't see a benefit in keeping them explicitly, and only see drawbacks
that make the "upgrade to newer version of X" story more complicated
than 1 commit.
Does anyone have any objection against that, or compelling reason to
keep them?
If not, I'll soon proceed with removal of sat4j and asm from
feature.xml, so they get pulled at best by their requiring plugins
during p2 installation.
Cheers,
--
Mickael Istria
Eclipse IDE <https://www.eclipse.org/eclipseide> developer, for Red Hat
Developers <https://developers.redhat.com/>
_______________________________________________
platform-releng-dev mailing list
platform-releng-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/platform-releng-dev
