|Re: [cross-project-issues-dev] dependencies, build and P2|
Hmm, I think you would still want to have them in "requires", right? Because otherwise you can't be sure that all of the bundles would be included in a build that *wasn't* using the Indigo release train process. I really like Thomas' suggestion, except I'm not sure how the +0 part would work. We'd essentially have to include all of the Orbit bundles in the base platform. The only other alternative would be to have some sort of iterative build where at step 0, we find (very liberally) all of the dependencies used by Indigo builds, but of course that creates a recursion problem. We'd still need to be wary that our build outputs don't become dependent on the build infrastructure itself. That's unavoidable to a certain extent, but I think it would be really useful to have say a voluntary Helios (train version - 1) aggregator that people could use to ensure that their project was still compatible with Helios if that was the project aim. On Dec 18, 2010, at 3:04 AM, Eike Stepper wrote: > Oh, I seem to understand now. That would enable us to remove any mention of Orbit bundles/features altogether from our own feature.xmls because the release train repo would include them and our bundle manifest dependencies would be used by p2. Great!
Back to the top