Package Details: miniongg 3.0.11.r1.5710ea73-1

Git Clone URL: (read-only, click to copy)
Package Base: miniongg
Description: Elder Scrolls Online and World of Warcraft Addon Manager
Upstream URL:
Licenses: custom
Provides: miniongg
Submitter: miziakmwa
Maintainer: kruzah
Last Packager: kruzah
Votes: 5
Popularity: 0.020454
First Submitted: 2019-06-08 13:07 (UTC)
Last Updated: 2022-03-08 09:30 (UTC)

Dependencies (3)

Required by (0)

Sources (5)

Latest Comments

varryn_dres commented on 2022-03-14 15:31 (UTC)

Error: Could not find or load main class gg.minion.Minion

I could just be dumb. Unsure of what to do, though.

jkhsjdhjs commented on 2022-03-08 14:33 (UTC)

@kruzah Nice, thank you!

kruzah commented on 2022-03-08 09:32 (UTC)

@jkhsjdhjs I've updated the packages now, and updated the dependencies to java-runtime from jre-openjdk.

jkhsjdhjs commented on 2022-02-03 00:55 (UTC)

@kruzah Friendly ping.

jkhsjdhjs commented on 2021-12-20 02:51 (UTC)

@kruzah You're right, the java-openjfx package only provides OpenJFX for the latest OpenJDK. However, other packages provide java-openjfx as well and thus are valid installation candidates for java-openjfx as well. They are listed in parenthesis after java-openfx in the dependencies section of this package.

So I think just changing the dependency on jre-openjdk to java-runtime should be fine, the dependency on java-openjfx can be kept as is.

kruzah commented on 2021-12-16 20:48 (UTC)

@jkhsjdhjs Sorry for the late reply to your comment. Minion depends on OpenJFX, and the java-openjfx package seems to only install OpenJFX for the latest OpenJDK. The package thus needs an OpenJDK installation to work. Do you know if it's possible to somehow allow java-runtime to be listed as dependency despite a requirement for OpenJFX, when that package is only provided for the latest JDK?

kruzah commented on 2021-12-16 20:44 (UTC)

Thanks for the flag, package is updated now!

cylgalad commented on 2021-12-15 13:18 (UTC)

There's an update with a fixed log4j

jkhsjdhjs commented on 2021-11-26 05:39 (UTC)

Thanks for creating this package! I have one suggestion though: When I install this package, it pulls jre-openjdk as a dependency even though I already have other java versions installed, such as jre8-openjdk. Minion works fine with my already installed java version and this package contains a script which launches minion with different options depending on the java version. So there seems to be no reason to have it depend on jre-openjdk (the latest openjdk). (Besides, only installing jre-openjdk doesn't result in the installation actually being used, it has to be selected with archlinux-java first. So for me, it's just an unused java installation.)

In Arch Linux, all packages that provide a java installation, also provide java-runtime (i.e. have that in the provides array of the PKGBUILD). Other packages, such as minecraft-launcher for example, depend on java-runtime to make sure that at least one java runtime is installed, without forcing a specific version on the user. Thus my proposal is that you change the dependency on jre-openjdk to java-runtime instead. What do you think?

kruzah commented on 2021-06-22 15:06 (UTC)

@cylgalad Thanks for the report, fixed now :)

cylgalad commented on 2021-06-21 13:31 (UTC)

Doesn't work with openjdk 16 :(

kruzah commented on 2021-03-08 21:22 (UTC)

@nightfuryg, can you confirm that you have a version of OpenJFX installed that matches the major version of your Java runtime? E.g. OpenJFX 15 <--> OpenJDK 15

If you have multiple JREs installed, could you please run java -version and ensure that this prints the same OpenJDK version?

kruzah commented on 2021-01-02 22:54 (UTC)

@LizziAS Thanks, fixed. It appears CloudFlare is inserting dynamically changing scripts in the EULA page now, so I've disabled integrity checking on that file for the time being.

LizziAS commented on 2021-01-02 22:35 (UTC)

-> Found -> Found minion.desktop ==> Validating source files with md5sums... ... Passed ... Passed Minion-EULA.html ... FAILED ... Passed minion.desktop ... Passed

kruzah commented on 2020-12-13 22:52 (UTC)

@LizziAS To me it appears to be a server issue on Minion's side. The client works fine for me. I can't say exactly what happened, but the stack trace indicates that Minion's JSON parser choked on the < character when requesting data from a web server. My guess is that Minion's server had some kind of error and returned HTML data instead of JSON, whose tags do start with <. I'd try again and see if it's resolved.

LizziAS commented on 2020-12-09 09:14 (UTC) (edited on 2020-12-09 09:32 (UTC) by LizziAS)

After it loads it now hangs says it's loading and initializing window controls?

log reports

ERROR 2020-12-09 04:07:52,111 [Data Initialization Thread] gg.minion.controller.MinionController:loadGameConfigs(952): Catching org.codehaus.jackson.JsonParseException: Unexpected character ('<' (code 60)): expected a valid value (number, String, array, object, 'true', 'false' or 'null') at [Source: org.apache.http.conn.EofSensorInputStream@39fc643c; line: 1, column: 2] at org.codehaus.jackson.JsonParser._constructError( at org.codehaus.jackson.impl.JsonParserMinimalBase._reportError( at org.codehaus.jackson.impl.JsonParserMinimalBase._reportUnexpectedChar( at org.codehaus.jackson.impl.Utf8StreamParser._handleUnexpectedValue( at org.codehaus.jackson.impl.Utf8StreamParser._nextTokenNotInObject( at org.codehaus.jackson.impl.Utf8StreamParser.nextToken( at at at at gg.minion.controller.MinionController.loadGameConfigs( at gg.minion.controller.MinionController.lambda$initData$17( at

DEBUG 2020-12-09 04:07:52,245 [JavaFX Application Thread] gg.minion.controller.MinionController:open(300): Starting new Minion instance.

txtsd commented on 2020-12-05 01:58 (UTC)

@kruzah Excellent!

kruzah commented on 2020-12-04 23:05 (UTC)

@txtsd Compatibility with OpenJFX 14 was one of the problems I had with this package that I failed to solve. I was unaware of those flags, and it does appear to fix the program with Java 14. The files have been patched now. Thanks a lot!

txtsd commented on 2020-12-04 03:36 (UTC)

Stop forcing users to install a specific version of java.

Use this script to launch it with java 14. Make a script of your own to detect java versions.

java --module-path=/usr/lib/jvm/default/lib/javafx.web.jar:/usr/lib/jvm/default/lib/ --add-modules=javafx.swing,,javafx.fxml,,javafx.web \
  --add-reads \
  --add-opens javafx.controls/com.sun.javafx.charts=ALL-UNNAMED \
  --add-opens \
  --add-opens \
  --add-opens \
  --add-opens javafx.base/com.sun.javafx.runtime=ALL-UNNAMED \
-jar Minion-jfx.jar

Lady commented on 2020-03-28 02:01 (UTC)

@raivyn For some reason the app writes the updated jar to /Home/null just copying it to the actual installation folder works Running sudo cp ~/null/Minion-jfx.jar /opt/Minion fixed it for me

raivyn commented on 2020-03-16 15:47 (UTC)

how do i get it to stop asking me to update everytime i ipen the app? becuase its not letting me keep my settings

qeris commented on 2020-01-07 18:51 (UTC)

Works great. All I had to do was to navigate to my ESO addon folder. It does ask for update every time you start.

BIllzargo commented on 2019-12-29 00:27 (UTC)

Thank you so much for this!

kruzah commented on 2019-09-17 13:34 (UTC)

Minion attempts to launch using the default Java installation as /usr/bin/java points to the default JVM on the system. E.g. /usr/lib/jvm/default. This therefore only works on systems where OpenJDK 8 is the current default. On my system where I run the more recent Java 12, miniongg thus throws "java.lang.NoClassDefFoundError" (java -version = "12.0.2"). If I update the miniongg script:


/usr/lib/jvm/java-8-openjdk/bin/java -jar /opt/Minion/Minion-jfx.jar

Then it starts working. Given that there are newer/other versions of Java that users would typically have installed rather than Java 8, and these can coexist, would it be an idea to manually specify the path to the correct JVM like above rather than using the system default?