FC5 has been kind of frustrating from a libgcj perspective. We've had to
wait extra-long for new gcc RPMS in order to get critical libgcj fixes
out (for instance 4 or 5 weeks to get gc deadlock update out). I know
people have talked about separating libgcj from gcc in the past. I
don't know those conversations ever ended, but it would be really nice
if we could do something for FC6.
I think the simplest approach would be for jakub to continue building
gcc RPMS as is (including building libgcj and running gcj testsuite),
but then delete libgcj after install and don't build the libgcj
sub-packages. The gcc/libjava directory would still be part of the gcc
SRPM and would get tested as before.
Then we could simply maintain a separate SRPM for libgcj, and not be
shackled to the gcc update schedule. The SRPM would only have to
contain the appropriate target directories, and we could incorporate
mauve testing into the release process.
I think this will be particularly important if we manage to get
something like gcjwebplugin with the new whitelist feature into FC6.
We may want to push out GUI and security updates on a much more frequent
basis than is reasonable for gcc.