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. Comments? AG
