From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040115 Description of problem: The current subversion packages do not build the Java bindings (javahl). Having libsvnjavahl.* plus svnjavahl.jar available would make it much easier to package subclipse, the subversion plugin for Eclipse. Right now there's no choice but to include the subversion sources, which of course sucks. Version-Release number of selected component (if applicable): subversion-0.37.0-1 How reproducible: Always Steps to Reproduce: 1. Install subversion 2. Look for libsvnjavahl and co. Actual Results: No bindings Expected Results: Bindings should be installed (or should be available through e.g. a subversion-java subpackage) Additional info: I have no clue which standards for spec files would apply to Java bindings, but I'd be glad to test or (given enough pointers/input) work on patches.
Well, since we don't ship a JDK, this would mean getting the Subversion Java bindings working with GCJ. I doubt anyone has tried this before.
This doesn't look trivial, it needs someone with Java/GCJ expertise to get do the legwork upstream first.
This should be doable now: https://www.redhat.com/archives/fedora-devel-list/2005-February/msg00063.html
Anthony has provided a patch to subversion which fixes this side of things, but the code is triggering an ecj compiler crash on IA64, it seems, which will block progress.
Could this be enabled in Raw Hide for all architectures except IA64? This is simply making it harder to provide SVN support to Eclipse. At the same time as the ecj bug gets fixed, a subclipse RPM could at least get some exposure and testing on other platforms. Right now an architecture that very few people use is preventing that from happening. Have I been melodramatic enough?
Yes, seems reasonable; done in Raw Hide on everything except ia64. bug 154700 filed for the ecj issue on ia64.