FC6 gcj notes
by Anthony Green
A few random FC6 gcj comments...
I'm not sure if this has been mentioned on the list at all, but since
FC6 will be shipping with GCC 4.1.x, a decision has been made to
backport all the great GNU Classpath/libgcj work from GCC HEAD into the
FC6 4.1.x branch. Among other things, this means we'll also get
gcjwebplugin.
The whitelist dialog box in gcjwebplugin is pretty intimidating. I was
wondering if we could add a button to it that would pop up a Fedora wiki
page in a browser explaining the situation a little better to newbies.
I'd be willing to write the page if somebody could add the button.
FE now contains all of the dependencies for the MIDI synthesizer
providers I wrote (dssi, jack-audio-connection-kit, etc). I'm not
willing to bet we can pull these into Core. Should I extract those
providers from GNU Classpath and make an FE package out of them?
Having Eclipse 3.2 in FC6 is awesome. I am able to remove a number of
SWT patches from azureus and rssowl now that we have SWT 3.2.
However...
I can't optimize Azureus because of this:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505
RSSOwl won't run because of this:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27271
Are there any other pet bugs that need to be fixed before FC6?
Karsten hasn't been asking me about FOP for a long time. I wonder if
that means the Fedora docs guys have moved on to a different PDF
solution. I suspect that FOP will run with the FC6 gcj. Any reason to
believe otherwise?
AG
17 years, 9 months
decoupling libgcj from gcc.src.rpm
by Anthony Green
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
17 years, 9 months
Dependence bug in all optional task provided by ant.spec file.
by alcapcom
Hello,
I found this bug by compiling a java application with mock.
Simple example:
yum install ant ant-apache-regexp
The regexp task is not found by ant, to make it woking, ant-nodeps
package must be installed manually.
I put the question here before opening a new bug with a patch for the
ant.spec file on bugzilla, in order to know if it is a known bug?
Cheers
17 years, 9 months
Patch for azureus timeout problem
by Anthony Green
Hi Tom,
Could you please apply the attached patch to FC5's
java-1.4.2-gcj-compat? It fixes a timeout problem in azureus. This fix
is already in bouncycastle 1.33 which you've packaged for FC6.
See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187103 for a
little more info.
The java-1.4.2-gcj-compat spec file is a little funky. I just applied
it with..
patch -p0 < %{PATCH0}
..in the %build section.
Thanks,
AG
17 years, 9 months
gcjwebplugin-test package
by Anthony Green
Thanks to langel and fitzsim's help, I've created a gcjwebplugin-test
package for x86 FC5. It's built from GNU Classpath and jamvm cvs HEAD
sources. The source RPM just contains a script for checking out the
sources and building them. The binary RPM includes all the sources
(installed under /usr/share/gcjwebplugin-test).
To try it out, simple create a file
called /etc/yum.repos.d/gcjwebplugin-test.repo with the following
contents:
[gcjwebplugin-test]
name=Experimental gcjwebplugin repository
baseurl=http://people.redhat.com/green/gcjwebplugin-test/fedora/$releasev...
enabled=1
gpgcheck=0
Then "yum install gcjwebplugin-test".
I don't know what this will do if you have Sun's plugin installed as
well (I don't).
Also, this version of the plugin includes Lillian's whitelist trick, so
it will only load applets you specifically say are "OK".
Please report any applet bugs to the GNU Classpath bugzilla repository..
http://gcc.gnu.org/bugzilla.
Thanks,
AG
17 years, 9 months