Package Details: greenfoot 3.6.0-3

Git Clone URL: (read-only)
Package Base: greenfoot
Description: Allows easy development of two-dimensional graphical applications, such as simulations and interactive games.
Upstream URL:
Licenses: GPL2, custom, BSD, MIT, Apache, LGPL2.1, LGPL2, CPL
Submitter: even
Maintainer: chetgurevitch
Last Packager: chetgurevitch
Votes: 14
Popularity: 0.92
First Submitted: 2008-07-14 21:01
Last Updated: 2019-08-30 19:58

Dependencies (4)

Required by (0)

Sources (3)

Latest Comments

1 2 3 4 Next › Last »

teacher4711 commented on 2019-12-08 19:09

The new version 3.6.1 (6 Dec 2019) works with the modifications by @foer. Tested it on 8 Dec 2019. No issues like the ones mentioned in my comment on 8 Nov.

Thanks a lot to all the people who contribute to this aur, especially to @chetgurevitch

teacher4711 commented on 2019-12-07 08:40

Awesome. Works without any issues now.

@chetgurevitch Could you please alter the file accordingly? That would be great.

Thanks a lot to everyone.

foer commented on 2019-12-05 05:57

Greenfoot starts but then gives that error mentioned by @teacher4711 when opening a scenario. Three modifications in /usr/bin/greenfoot have to be done:

  1. add -javafxpath="$JAVAFX_HOME" to the startup parameters
  2. change pathline to JAVAFX_HOME=/usr/lib/jvm/java-11-openjdk
  3. add the lib-Parts to the JAVAFX_CP= line

In all it then looks like:


if [ -e /usr/lib/jvm/java-11-openjfx/lib ]; then JAVAFX_HOME=/usr/lib/jvm/java-11-openjfx/lib else JAVAFX_HOME=/usr/lib/jvm/java-11-openjdk fi


archlinux-java-run -a 11 -b 11 -- -Dawt.useSystemAAFontSettings=on \ -cp /opt/greenfoot/bluej.jar:/usr/lib/jvm/default/lib/tools.jar:$JAVAFX_CP bluej.Boot \ -greenfoot=true \ -bluej.compiler.showunchecked=false \ -greenfoot.url.javadoc=file:///usr/share/doc/greenfoot/API \ -javafxpath="$JAVAFX_HOME" \ "$@"

Frontear commented on 2019-11-17 14:43

It seems Greenfoot is having trouble finding certain JavaFX classes, notably KeyCombination as @teacher4711 has already mentioned. It may be that Greenfoot is having trouble dealing with the external packages, but I'm no expert.

teacher4711 commented on 2019-11-08 06:34

Am I missing something? I did a clean install of ArchLinux, built greenfoot with all its dependencies and starting it results in the following error message(s):

Exception in thread "Thread-0" java.lang.NoClassDefFoundError:

javafx/scene/input/KeyCombination at greenfoot.core.GreenfootLauncherDebugVM$

Caused by: java.lang.ClassNotFoundException: javafx.scene.input.KeyCombination at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass( at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass( at java.base/java.lang.ClassLoader.loadClass( ... 1 more

There is no such error when installing the jar-Version from the official website.

chetgurevitch commented on 2019-08-30 20:19

@teacher4711 thanks for pointing that out, they started bundling those with the 3.6 update for some reason. It isn't in bluej as you noted nor was it in any previous versions of greenfoot. Also violates debian packaging guidelines. Package size is back down to 17mb and I might end up switching the package we download to the generic java one to save on the download as well.

teacher4711 commented on 2019-08-22 12:44

Thanks for the hard work and the fact that you maintain the package. Greenfoot works flawlessly now.

Just one question: Greenfoot is roughly 200 megs in size, BlueJ 15, and both rely on JDK 11 and JavaFX, don't they? Would it be possible to strip the JDK and JavaFX from /opt/greenfoot and make Greenfoot rely on the packages provided by Arch Linux to reduce size?

chetgurevitch commented on 2019-08-22 01:02

There's an update to the java11-openjfx package in the testing repo that changes the location. I've pushed another update that allows it to fall back to the old location.

teacher4711 commented on 2019-08-21 08:26

My greenfoot does not start due to a wrong path in /usr/bin/greenfoot

The JAVA-HOME path must be java-11-openjdk (and not java11-openjfx) because the java11-openjfx-11.0.3.u1-1-x86_64.pkg.tar.xz package installs into /usr/lib/jvm/java-11-openjdk

The correct line therefore reads: JAVAFX_HOME=/usr/lib/jvm/java-11-openjdk/lib

chetgurevitch commented on 2019-08-20 22:51

Thanks to the javafx packaging getting sorted out in the repos and the archlinux-java-run script, the latest version should just work™ regardless of what archlinux-java is set to.