Search Criteria
Package Details: miniongg 3.0.11.r1.5710ea73-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/miniongg.git (read-only, click to copy) |
---|---|
Package Base: | miniongg |
Description: | Elder Scrolls Online and World of Warcraft Addon Manager |
Upstream URL: | https://minion.mmoui.com/ |
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)
- java-openjfx (jre10, jdk10, jdk7, jre7, zulu-jdk-fx-bin, jdk8-arm, java8-openjfx, java-openjfx-bin, jre8, jdk8, zulu-jre-fx-bin, hmcl-zulu-bin, java-openjfx-ea-bin, liberica-jdk-17-full-bin, liberica-jdk-full-bin, jre-bcl, jdk-bcl, java11-openjfx, java17-openjfx)
- java-runtime (java-gcj-compat, jre10, jdk6, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, server-jre, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, jre14, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, jdk15-adoptopenjdk, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jre8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, jdk11-openj9-bin, zulu-jdk-fx-bin, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, zulu-embedded-jdk, jre-openj9, jdk11-msopenjdk-bin, jdk18-beta-temurin, zulu-13-bin, jdk8-arm, jre17-jetbrains, jre-jetbrains, amazon-corretto-17, amazon-corretto-18, amazon-corretto-8, amazon-corretto-11, zulu-8-bin, zulu-11-bin, zulu-17-bin, zulu-18-bin, zulu-15-bin, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jre11-jetbrains-imfix, jdk-arm, jdk-temurin, jdk11-temurin, jdk17-temurin, jre8-adoptopenjdk, java-openjdk-bin, jre8, jdk8, java-openjdk-loom-ea-bin, jdk8-dragonwell-bin, jdk11-dragonwell-bin, jdk17-dragonwell-bin, jdk8-openj9-bin, jdk-openj9-bin, zulu-jre-fx-bin, hmcl-zulu-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-microsoft-openjdk, jdk-jetbrains, jre11-jbr-xdg, jre-jbr-xdg, liberica-jdk-8-full-bin, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jdk-full-bin, liberica-jre-11-full-bin, jre-lts, jre, jre11, jdk18-openj9-bin, jdk-android-studio, jre12-openjdk, jre15-openjdk, jre16-openjdk, jre13-openjdk, jre14-openjdk, zulu-embedded-jdk11, jre-bcl, jdk-bcl, java-openjdk-ea-bin, jre-openjdk-xdg, jre17-jetbrains-imfix, liberica-jre-8-full-bin, jre-openjdk, jre11-openjdk, jre17-openjdk, jre8-openjdk)
- unzip (unzip-natspec) (make)
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
fromjre-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
tojava-runtime
should be fine, the dependency onjava-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 allowjava-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 asjre8-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 onjre-openjdk
(the latest openjdk). (Besides, only installingjre-openjdk
doesn't result in the installation actually being used, it has to be selected witharchlinux-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 asminecraft-launcher
for example, depend onjava-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 onjre-openjdk
tojava-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 miniongg.sh -> Found minion.desktop ==> Validating source files with md5sums... MinionClientUpdate-12dbc95eff5898a64f584a3c697dad987c604af8.zip ... Passed MinionLibsUpdate-81fcfa6cd281365b8e6c40c51e2fc931caf4101d.zip ... Passed Minion-EULA.html ... FAILED miniongg.sh ... 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?
https://forum.endeavouros.com/uploads/default/original/3X/8/2/829ceca078c1e0bedef2157135a809dd1d83c247.png
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(JsonParser.java:1433) at org.codehaus.jackson.impl.JsonParserMinimalBase._reportError(JsonParserMinimalBase.java:521) at org.codehaus.jackson.impl.JsonParserMinimalBase._reportUnexpectedChar(JsonParserMinimalBase.java:442) at org.codehaus.jackson.impl.Utf8StreamParser._handleUnexpectedValue(Utf8StreamParser.java:2090) at org.codehaus.jackson.impl.Utf8StreamParser._nextTokenNotInObject(Utf8StreamParser.java:606) at org.codehaus.jackson.impl.Utf8StreamParser.nextToken(Utf8StreamParser.java:492) at org.codehaus.jackson.map.ObjectMapper._initForReading(ObjectMapper.java:2770) at org.codehaus.jackson.map.ObjectMapper._readMapAndClose(ObjectMapper.java:2718) at org.codehaus.jackson.map.ObjectMapper.readValue(ObjectMapper.java:1916) at gg.minion.controller.MinionController.loadGameConfigs(MinionController.java:948) at gg.minion.controller.MinionController.lambda$initData$17(MinionController.java:562) at java.lang.Thread.run(Thread.java:748)
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.
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 https://i.imgur.com/9nvGz8I.png
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:
!/bin/sh
/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?