On 03/31/2017 12:28 PM, Ed Merks wrote:
Mickael,
I believe this kind of direction should be given by the planning
council. What you're stating is your opinion (or a suggestion for a
change in the long established direction), but we've already heard
David's opinion on this, and it was one of caution. Having managed
release trains for years, I put a heck of a lot of weight in David's
informed opinions. So at this point I don't feel we (you) should not
be prescribing a new solution to replace the old solution, not until
the planning council has determined and agreed that this new solution
does in fact solve enough old problems without introducing more new
problems compared to the old solution. Of course I have no issue
with discussing new approaches, but best we consider carefully any new
path we take, and best we not prescribe a solution before its fully
baked. In other words, I'm cautioning you not to draw a final conclusion.
Right, I should have put some pre-amble to my answer: this is a
recommendation of mine, which is compliant with the current SimRel
requirements IIRC; it's not something that is to be taken as a
"solution" or a "rule".
Let's continue discussing alternatives (so the following is still not
something to be perceived as a solution neither): I also agree with
Gunnar and the point he mentions IMHO invalidates most of the reason why
including 3rd-party bundles in features can be better than not doing it
and letting p2 resolve them. We should establish a list of pros and cons
of both approaches to visualize better which one has the most benefits
and introduce the least confusion.
Cheers,
--
Mickael Istria
Eclipse developer for Red Hat Developers <http://developers.redhat.com>
My blog <http://mickaelistria.wordpress.com> - My Tweets
<http://twitter.com/mickaelistria>
_______________________________________________
cross-project-issues-dev mailing list
[email protected]
To change your delivery options, retrieve your password, or unsubscribe from
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev