A newer version of batik is available. Please also remove dependency on jdk-1.4.
Created attachment 141160 [details, diff] Changes needed for batik-1.7 It seem to need rhino-1.6 now. Removed JDK-1.4 dependency, and added dev-java/xalan which was needed for me (at least on sun-jdk-1.6). Only tested on AMD64 and with USE=-doc; as my javadoc just runs out of memory.
Added a version of the ebuild to java-experimental. https://overlays.gentoo.org/svn/proj/java/java-experimental/dev-java/batik/ Can't get the batik-1.6 binary to work: betelgeuse@pena ~/harri/pics $ batik-1.6 circle.svg java.security.AccessControlException: access denied (java.net.NetPermission setDefaultAuthenticator) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:264) at java.security.AccessController.checkPermission(AccessController.java:427) at java.lang.SecurityManager.checkPermission(SecurityManager.java:532) at java.net.Authenticator.setDefault(Authenticator.java:110) at org.apache.batik.apps.svgbrowser.Main.<init>(Unknown Source) at org.apache.batik.apps.svgbrowser.Main.main(Unknown Source)
Created attachment 150758 [details, diff] Patch that fixes compiling The current version does not compile: * If you don't have JDK-1.4 (needs manual download). This restriction (=1.4*) is superfluous. * Because the xalan dependency is just missing. Attached: Patch against rev 6208 of https://overlays.gentoo.org/svn/proj/java/java-experimental/dev-java/batik/batik-1.7.ebuild
Created attachment 150759 [details, diff] Patch that fixes compiling and bumps slot to 1.7
*** Bug 224971 has been marked as a duplicate of this bug. ***
*** Bug 232655 has been marked as a duplicate of this bug. ***
I tested the batik-1.7 ebuild on x86, profile 2008.0, 2.6.25-gentoo-r6, sun-jdk-1.6.0.07, and it compiles and installs correctly. Wether or not it actually works, I can't tell; I don't use Batik directly, just as a depencenty of dev-java/fop. And at least that works fine with batik-1.7. So as far as I'm concerned version 1.7 is tested okay, please put it in portage if there's nothing else to wait for.
Oh by the way, I was happy a bit too early. In the dev-java/fop ebuild there is still a hard dependency on batik-1.6, which seems to be justified since fop uses all kinds of deprecated stuff (deprecated since batik-1.7). This holds true for both the fop-0.93-r1 ebuild and the currently still masked fop-0.94-r1 ebuild. This doesn't seem to be so much a batik-1.7 bug but more a apache-fop issue. Nevertheless it means that my "test" of batik-1.7 was actually quite worthless. It still compiled fine, but I don't know if it actually works.
(In reply to comment #8) > This doesn't seem to be so much a batik-1.7 bug but more a apache-fop issue. > Nevertheless it means that my "test" of batik-1.7 was actually quite worthless. > It still compiled fine, but I don't know if it actually works. For batik-1.7 you should use fop-0.95. Unforunally, 0.95 not in portage yet.
Please have a look at this bug report: #202775.
using sun-jdk-1.6 on x86_64, seems to work. I'm using it through freemind .9 beta
(In reply to comment #11) > using sun-jdk-1.6 on x86_64, seems to work. I'm using it through freemind .9 > beta > [java-experimental] This is working on x86 with sun-jdk-1.6. I applied the above patches to the ebuilds in [java-experimental] , with 1 change, ant-core is not needed as a dependency as it pulled it with java-ant-2.eclass . Thanks, Mike
Sometimes things get even done, thanks for patience.