It sounds strange.
On the other hand, it is perfectly normal in the Eclipse world. Let's imagine that I want to put a new EMF into my Eclipse platform. So I need to build EMF, and put it into Eclipse (a.k.a. rebuild platform with proper update sites). The whole process takes quite some time, but that's not that important.
If EMF had any dependencies, I'd have to rebuild them first.
So I've started investigating how to automate those tasks. And this is an answer I've received:
[...] From my point of view, these Java module frameworks refuse to acknowledge that there is extensive experience with distro-level release engineering. (Basically, exact dependencies and multiple versions of the same code might be convenient now, but will seriously hurt you down the road.) [...].
Full text in the fedora-devel.
The part about strict dependency check struck me as being "just right". Eclipse definitely needs a very strict checking at the build time and during changing the installation.
But it does not, and should not be very strict about components being changed at runtime.
And yes, rebuilding the entire Eclipse to get a minor security update in one of it's dependencies is a waste of time.
So I've put up a small wiki page in which I described how I'd like to see installation handled.
The link to the wiki page.
Any comments welcome.
* such situations happen, although very rarely, especially when there are big changes done in compilers, but this happens only when a distro was not released yet.
EDIT: corrected typo and link to fedora-devel.