Thanks for the clarification, David.
Wayne
On 06/06/2012 12:34 PM, David M Williams wrote:
This question has come up before .... if
an Eclipse Project can release, while it depends on something that
is not
released. And there are two flavors: a) the dependency has never
released
at all, and b) the dependency has been released before, but the
project
is not participating in current release train.
The issue was discussed in bug 370974
[1] and the Planning Council decided in March 7th meeting [2] to
the following
policy statement. It partially just re-states EDP rules, but
makes
it clear that "orbit-like" dependencies are fine. (I'm not
completely
sure how the current cases fit in to this ... gef3d, gemini, etc.,
but
thought I'd provide pointers to the policy).
A project can not be in the Sim. Release, or Released
at all, if they include things that are unreleased from other
projects
(and this is true of any release, not just Sim. Release).
A project can include releases from other Eclipse
projects,
even if that other project is itself not part of the
Simultaneous Release.
This still requires the "other project's release" meets all
the
requirements for Release and Sim. Release ... signed jars,
about.html file,
etc. This is conceptually just like including a third party
package from
Orbit ... the original authors do not "participate" in the
Release,
but the bundles meet all the release requirements.
HTH
[1]
https://bugs.eclipse.org/bugs/show_bug.cgi?id=370974
[2]
http://wiki.eclipse.org/Planning_Council/March_07_2012#What_to_do_about_Papyrus_.28and_non_released_XWT_dependency.29
From:
Thomas Watson/Austin/IBM@IBMUS
To:
Cross project issues
<cross-project-issues-dev@eclipse.org>,
Date:
06/06/2012 09:58 AM
Subject:
Re: [cross-project-issues-dev]
Layout and licenses
Sent by:
cross-project-issues-dev-boun...@eclipse.org
I don't know anything about why gemini.jpa
or gef3d are getting added to the repo, but this made me think
about your
question:
"If these bundles are in the repository, shouldn't the owning
projects
be Juno particpants?"
I don't know the correct answer, but it strikes me as odd that we
allow
non-eclipse third party dependencies to be added to the repo, but
when
it comes to a dependency on another project's bundles we force the
other
owning project to participate fully in the release. What if the
project
does not want to participate? What if there is an IP acceptable
alternative
(non-eclipse) project that could be used? Would we prefer the use
of that non-eclipse third party technology over the eclipse one
simple
because the owning eclipse project does not want to participate in
the
Juno release? It seems to me that such cases should be treated as
any other third party dependency and we should not force the
owning project
to participate in the release.
Tom
Wayne
Beaton ---06/06/2012 08:17:55 AM---Hey folks. I'm going through
the layout
and licenses reports today.
Hey folks. I'm going through the layout and licenses reports
today.
I've already opened a couple of bugs regarding missing about files
and
am just starting into the licenses. These issues need to be
addressed before
any reviews can be declared successful. Note that these are very
basic
requirements that are independent of participation in the
simultaneous
release. If you need help, please ask.
There a Gemini JPA bundle in the repository. I'm also seeing a
GEF3D bundle.
Why? If these bundles are in the repository, shouldn't the owning
projects
be Juno particpants? Or did I miss a memo?
org.eclipse.gemini.jpa_1.0.99.v20120225-1927.jar
org.eclipse.gef3d_0.8.1.v20120528-0244.jar
Who owns these bundles:
org.eclipse.rephraserengine.core_8.0.0.201205300709.jar
org.eclipse.rephraserengine.ui_8.0.0.201205300709.jar
(I'll guess tools.ptp.photran based on the version number).
Wayne
--
Wayne Beaton
The Eclipse Foundation
Twitter: @waynebeaton
Explore Eclipse
Projects
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
--
Wayne Beaton
The Eclipse Foundation
Twitter: @waynebeaton
Explore Eclipse
Projects
|
_______________________________________________
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev