I tried to send this yesterday but there was a problem with the Fedora
-------- Forwarded Message --------
From: Thomas Fitzsimmons <fitzsim(a)redhat.com>
Subject: Fedora Core 5 Wishlist
Date: Tue, 13 Sep 2005 21:16:31 -0400
I've been thinking about my GCJ-related goals for Fedora Core 5, due out
February 2006. Here's a categorized list:
- GNU Crypto fix for Eclipse extssh support:
Casey Marshall has already committed a Diffie-Hellman JCE provider to
GNU Classpath so this is just a matter of testing.
- import all JAWT fixes:
All the necessary patches are already in GNU Classpath and libgcj so
this is just a matter of testing that JOGL works properly on our
- Jessie merged into GNU Classpath
- GNU Crypto core algorithms merged into GNU Classpath
- gjdoc merged into GNU Classpath and thus ...
- an --enable-javadocs option to libgcj
- gcjx becomes java-gcj-compat's javac and javah commands:
Not sure if this one is doable in time; I don't mean full gcjx, just
the bytecode-compiler portion of it split off into a standalone javac
- include Tritonus or some sound implementation
- ImageMagick backend for ImageIO
- Graphics/Imaging refactoring for GTK 2.8 and Cairo
- MegaMek packages in Fedora Extras:
This just involves a few AWT bug fixes now.
- fix all 1.5 japi issues in the java.awt.* packages
- fix all 1.5 japi issues in the javax.imageio.* packages
- RHDB tools in Fedora Extras:
This will also require updating these tools to support PostgreSQL 8.0.
- Limewire in Fedora Extras:
It would be absolutely awesome to have this Swing app working on the
free stack but I'm not sure it's doable in the FC5 time frame. Would
anyone like to undertake it? ;-)
- Azureus in Fedora Extras:
Again, not sure if this is doable before FC5 but this would be awesome
- implement and test security features in GNU Classpath to allow running
It's very unlikely that this one will be finished before FC5 but I'd
like to at least have started the implementation by then.
I'm hoping this list will inspire some volunteers, especially for the
big apps and GNU Classpath's security framework. Most of these items
are very doable and will greatly improve the free JPackage stack on