| Summary: | several projects are not packing jars | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Community | Reporter: | David Williams <david_williams> | ||||
| Component: | Cross-Project | Assignee: | Cross-Project issues <cross-project.inbox> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | ||||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
See also bug 233875. seems not conditioning and not signing are closely related. (as would be expected ... just wanted to cross reference the bugs). Whoops, I meant see bug 227333 for cross reference. From checking the near final 6/13 staging area, I see all jars are packed, excepted for the following. ./plugins/com.ibm.icu_3.8.1.v20080530 this is a "pre-built" jar that resides in Orbit. I'm not sure if they have a technical reason not to pack ... but, I'm it is of acedemic interest at this point (no reason to change plans, etc.). These remaining few are from TPTP, and from their names, I suspect there are good reasons not to pack (namely, I'd guess, they do not contain much java code, if any, so pack200 wouldn't help (and in theory, might provide worse compression). ./plugins/org.eclipse.hyades.probekit_4.2.300.v200806061648 ./plugins/org.eclipse.tptp.platform.ac.linux_em64t_4.4.1.v200806100100 ./plugins/org.eclipse.tptp.platform.ac.linux_ia32_4.4.1.v200805271330 ./plugins/org.eclipse.tptp.platform.ac.linux_ipf_4.4.1.v200804190100 ./plugins/org.eclipse.tptp.platform.jvmti.runtime_4.4.100.v200806061557 Comment on attachment 101904 [details]
list of feature and plugin jars that are not conditioned
marking as obsolete, simply since it is not accurate of current state.
There are, btw, now the following number of plugins and features:
number of features: 404 (0 are not packed)
number of plugins: 1514 (6 are not packed)
|
Created attachment 101904 [details] list of feature and plugin jars that are not conditioned That is, not conditioning, for pack200. I wrote a script to list all the jars, and all the jar.pack.gz files, and then "took the difference". I'm assuming that most that are not packed by ganymede script are not packed since they are not conditioned. For some, this may be intentional? But, suspect others just have not implemented the conditioning. The two main projects that are not conditioning appear to be m2m and stp, if I am reading the namespaces correctly org.eclipse.m2m... and org.eclipse.stp...