I can see that output of the following command is not empty:
tar tf R4_platform-aggregator-I20150317-2000.tar.xz \
| grep -e \\.jar$ -e \\.njar$
Do you think that we could call something like:
find -delete -name '*.jar' -o -name '*.njar' -o -name '*.class'
.. somewhere early in %prep phase, as soon as the tarballs are extracted?
That would kind of work-around our guarantees that we don't build from hacked
I was unable to check whether those binary files are actually used
because the eclipse package fails to build in my mock profile even if I do not
edit it. However, if those actually are used - it would be probably serious
packaging problem against our Java PG.
(background story: I tried to resolve similar problems in my package and I
picked eclipse randomly as typical java package I should learn from, but
found similar issues)
Pavel, would you please put the actual list of jars here?
Created attachment 1008207 [details]
tar tf R4_platform-aggregator-I20150317-2000.tar.xz | grep -e '\.jar$' -e '\.njar$' -e '\.class$' -e '\.so$'
This bug appears to have been reported against 'rawhide' during the Fedora 23 development cycle.
Changing version to '23'.
(As we did not run this process for some time, it could affect also pre-Fedora 23 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 23 End Of Life. Thank you.)
More information and reason for this action is here:
Looking at R4_platform-aggregator-R4_5.tar.xz , the osgi.annotation.jar is no longer part of the sources that we're using. We provide it by symbolically linking to the system's version . The other jars listed are simply test data consumed by org.eclipse.equinox.p2.tests.
Upstream has been pretty good about removing pre-built things from the build and providing the ability to do things from source, but should we have such a removal just in case something slips through ?
As Roland says, osgi.annotation.jar is no longer bundled.
The only remaining binary blobs in the source tarball are test data that we cannot (or will not in the future) be able to generate from source.
For example, some jars that I have chosen not to remove contain java 1.1 bytecode for the specific purpose of testing JDT -- however, the generation of java 1.1 bytecodes in deprecated by OpenJDK and is a function that will be removed in the future. It is important that JDT remains backwards compatible but in the future it will not be possible to generate these test cases from source (in Fedora.)
I am going to mark this bug resolved, but please re-open if you feel strongly otherwise.
cbi-plugins-1.1.2-3.fc22, tycho-extras-0.23.0-2.fc22, tycho-0.23.0-5.fc22.2, eclipse-4.5.0-5.fc22, eclipse-ecf-3.10.0-5.fc22 has been submitted as an update for Fedora 22.
eclipse-4.5.0-12.fc23, eclipse-ecf-3.10.0-5.fc23 has been submitted as an update for Fedora 23.
Package eclipse-4.5.0-12.fc23, eclipse-ecf-3.10.0-5.fc23:
* should fix your issue,
* was pushed to the Fedora 23 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing eclipse-4.5.0-12.fc23 eclipse-ecf-3.10.0-5.fc23'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
cbi-plugins-1.1.2-3.fc22, tycho-extras-0.23.0-2.fc22, tycho-0.23.0-5.fc22.2, eclipse-4.5.0-5.fc22, eclipse-ecf-3.10.0-5.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
eclipse-4.5.0-12.fc23, eclipse-ecf-3.10.0-5.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.