Description of problem:
There is no SSL support in libgcj, so parts of some packages must be
Version-Release number of selected component (if applicable):
This affects classpath-inetlib.
We install Jessie for SSL support by default now (in the FC4 era rawhide).
I just confirmed that you can remove classpath-inetlib-bz132524.patch from
classpath-inetlib and everything builds properly.
Are there any other packages that required work-arounds?
I don't think there are others with workarounds, but there's probably a couple
with classes deleted in the specfile or with classes that their build scripts
omit. MX4J springs to mind, as do tomcat and ldapjdk. I'll go through them all
and rebuild them once bug 152256 is squashed.
I fixed this by importing Jessie into dist-fc4.