After installing freemind, I was not able to start it, using the command freemind. Trying to find out where the problem is, I have seen, that the java flag was not set in make.conf. After setting it and reemerge freemind it run as axpected. Perhaps the java flag should be included in the ebuild. Reproducible: Always Steps to Reproduce: 1. 2. 3. For me the problem is solved not. But I think of others who don't have the java flag set.
do you remeber the error message displayed when running freemind for the first time? did your first emerge of freemind pulled in an jre as a dependency or did you already had a jre installed? please also attach the output of emerge --info
The error message: myhost# freemind Exception in thread "main" java.util.zip.ZipException: No such file or directory at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.<init>(ZipFile.java:112) at java.util.jar.JarFile.<init>(JarFile.java:117) at java.util.jar.JarFile.<init>(JarFile.java:55) There was an error in the first post. The problem is solved now and not as written "...is solved not" The ebuild automatically emerged a jre as a dependency. But the above mentioned error occured anyway before setting the java flag.
*** Bug 50723 has been marked as a duplicate of this bug. ***
ok, if the jre was emerged as dependency, the reason for this bug seems to be the famous "env-update && source /etc/profile" trick. java.eclass does set the system-vm, calls env-update and sources /etc/profile but that only influences the running emerge session not the current session of the user. doing "source /etc/profile" after the first emerge should've solved your problem. the reason why it worked the second time might be that you did a logout/login between both emerges.
I assume this is fixed. Gentoo will be updating the way java is handled soon so these stupid idiocracies won't happen anymore ;) Patience guys though!
