[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
[epp-dev] Incubating Packages
|
FYI,
I did a relatively quick analysis to determine which packages
actually contain incubating components. This involves is looking
in each package zip for plugins with 0.* versions, which is
complicated by the fact that many non-incubating projects are
nevertheless shipping 0.* versions of bundles.
So I make the following assumptions about plugins that look to be
incubating, based on the version number, but apparently are not
incubating:
- exclude all Orbit bundles, i.e., all bundles not of the form
org.eclipse.*
- exclude all org.eclipse.e4.*
- exclude org.eclipse.m2e.workspace.cli
- exclude all org.eclipse.passage.* which claims to be graduated
from incubation
- exclude org.eclipse.tips.*
- exclude org.eclipse.tracecompass.analysis.counters.ui
- exclude org.eclipse.wst.jsdt.chromium.*
Other than the Orbit bundles, all these org.eclipse.* bundles
with 0.* version numbers are in kind of a questionable state, in
my opinion, but let's ignore that and exclude them.
This leaves only bundles from the following projects, all of
which are actually marked as incubating in the portal:
https://projects.eclipse.org/projects/technology.tm4e
https://projects.eclipse.org/projects/tools.wildwebdeveloper
https://projects.eclipse.org/projects/technology.lsp4e
https://projects.eclipse.org/projects/technology.lsp4j
https://projects.eclipse.org/projects/science.swtchartk
https://projects.eclipse.org/projects/tools.corrosion
Here's the command that I ran in a folder with all the *.zips
downloaded from
https://download.eclipse.org/technology/epp/downloads/release/2020-03/RC2a/
$for i in *.zip; do echo $i; unzip -l $i "eclipse/plugins/*" |
grep "_0\\." | sed "1,\$s/.*eclipse\/plugins\// /g" | grep
"org\\.eclipse\\." | grep -v "org\\.eclipse\\.e4\\..*" | grep -v
"org\\.eclipse\\.wst\\.jsdt\\.chromium.*" | grep -v
"org\\.eclipse\\.passage\\..*" | grep -v
"org\\.eclipse\\.tips\\..*" | grep -v
"org\\.eclipse\\.tracecompass\\..*" | grep -v
"org\\.eclipse\\.m2e\\.workspace\\.cli.*" | sort; done
This prints out the following summary, where the packages in bold
are packages not marked as incubating but that actually do contain
incubating components:
eclipse-committers-2020-03-R-win32-x86_64.zip
org.eclipse.lsp4e.debug_0.12.0.202003021135.jar
org.eclipse.lsp4e_0.13.1.202003021135.jar
org.eclipse.lsp4j.debug_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc.debug_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j_0.9.0.v20200229-1009.jar
org.eclipse.tm4e.core_0.4.0.201911211357.jar
org.eclipse.tm4e.languageconfiguration_0.3.4.201911130739.jar
org.eclipse.tm4e.registry_0.4.0.201911130739.jar
org.eclipse.tm4e.ui_0.4.0.201911211357.jar
org.eclipse.wildwebdeveloper.xml_0.6.1.202003111701.jar
eclipse-cpp-2020-03-R-incubation-win32-x86_64.zip
org.eclipse.swtchart.extensions_0.12.0.202003101351.jar
org.eclipse.swtchart_0.12.0.202003101351.jar
org.eclipse.tm4e.core_0.4.0.201911211357.jar
org.eclipse.tm4e.registry_0.4.0.201911130739.jar
org.eclipse.tm4e.ui_0.4.0.201911211357.jar
eclipse-dsl-2020-03-R-win32-x86_64.zip
org.eclipse.lsp4j.debug.source_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.debug_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.generator.source_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.generator_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc.debug.source_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc.debug_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc.source_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.source_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.websocket.source_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.websocket_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j_0.9.0.v20200229-1009.jar
eclipse-java-2020-03-R-win32-x86_64.zip
eclipse-_javascript_-2020-03-R-incubation-win32-x86_64.zip
org.eclipse.lsp4e.debug_0.12.0.202003021135.jar
org.eclipse.lsp4e_0.13.1.202003021135.jar
org.eclipse.lsp4j.debug_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc.debug_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j_0.9.0.v20200229-1009.jar
org.eclipse.tm4e.core_0.4.0.201911211357.jar
org.eclipse.tm4e.languageconfiguration_0.3.4.201911130739.jar
org.eclipse.tm4e.registry_0.4.0.201911130739.jar
org.eclipse.tm4e.ui_0.4.0.201911211357.jar
org.eclipse.wildwebdeveloper.xml_0.6.1.202003111701.jar
eclipse-jee-2020-03-R-incubation-win32-x86_64.zip
org.eclipse.lsp4e.debug_0.12.0.202003021135.jar
org.eclipse.lsp4e_0.13.1.202003021135.jar
org.eclipse.lsp4j.debug_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc.debug_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j.jsonrpc_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j_0.9.0.v20200229-1009.jar
org.eclipse.tm4e.core_0.4.0.201911211357.jar
org.eclipse.tm4e.languageconfiguration_0.3.4.201911130739.jar
org.eclipse.tm4e.registry_0.4.0.201911130739.jar
org.eclipse.tm4e.ui_0.4.0.201911211357.jar
org.eclipse.wildwebdeveloper.xml_0.6.1.202003111701.jar
eclipse-modeling-2020-03-R-win32-x86_64.zip
eclipse-parallel-2020-03-R-win32-x86_64.zip
org.eclipse.swtchart.extensions_0.12.0.202003101351.jar
org.eclipse.swtchart_0.12.0.202003101351.jar
eclipse-php-2020-03-R-win32-x86_64.zip
eclipse-rcp-2020-03-R-win32-x86_64.zip
eclipse-rust-2020-03-R-incubation-win32-x86_64.zip
org.eclipse.corrosion_0.4.2.201908051347.jar
org.eclipse.lsp4e_0.13.1.202003021135.jar
org.eclipse.lsp4j.jsonrpc_0.9.0.v20200229-1009.jar
org.eclipse.lsp4j_0.9.0.v20200229-1009.jar
org.eclipse.tm4e.core_0.4.0.201911211357.jar
org.eclipse.tm4e.languageconfiguration_0.3.4.201911130739.jar
org.eclipse.tm4e.registry_0.4.0.201911130739.jar
org.eclipse.tm4e.ui_0.4.0.201911211357.jar
org.eclipse.wildwebdeveloper.xml_0.6.1.202003111701.jar
eclipse-scout-2020-03-R-win32-x86_64.zip
eclipse-testing-2020-03-R-win32-x86_64.zip
It seems to me that three of the package maintainers (committers,
dsl, and parallel/science) are not actively paying attention to
Jonah's previous request for maintainers to maintain the
incubation status of their package.
I don't know if it's too late now. Certainly the web page is
generated later from the packageName of the packageMetaData, but
the artifact names use the name attribute of the product element
and the artifacts with their final names already exist now.
Regards,
Ed