Package Details: xmage 1.4.37V4a-0

Git Clone URL: https://aur.archlinux.org/xmage.git (read-only)
Package Base: xmage
Description: Java-based program for playing Magic:The Gathering, including client and server
Upstream URL: http://xmage.de
Keywords: gathering magic mtg
Licenses: MIT
Submitter: aidonius
Maintainer: aidonius
Last Packager: aidonius
Votes: 1
Popularity: 0.561083
First Submitted: 2018-10-04 23:59
Last Updated: 2019-07-13 21:58

Dependencies (2)

  • detox (make)
  • wmname (optional) – change window manager name for compatibility with certain WMs

Required by (0)

Sources (3)

Latest Comments

Beacon515L commented on 2019-06-27 02:27

Adonius: I've been running xmage-server under java-1.8.0-openjdk-armhf just fine with only hiccoughs I cannot positively attribute to the JRE (likely, card implementation bugs). I have not attempted to run xmage-client on my RPi under thst JRE yet (and likely won't - my whole need for avoiding the launcher's workaround, aside from architecture mismatch, is headless daemonization - which, wink wink nudge nudge, would be a nice systemd unit file to write and package :P)

As you can see in the Github thread, java-1.11.0-openjdk-armhf fairly obviously does not work (although it does start - it just rejects connections, as that is where the then-illegal reflective access occurs).

aidonius commented on 2019-06-26 22:52

Beacon515L: The reason why the package supplies its own version of java is because xmage requires not just openjre 1.8, but 8u201. This version is not and has not been available in the Arch Linux repositories. If you are able to make xmage work with a version available in the archives, please notify me and I will see what I can do with the package.

I have updated the PKGBUILD to depend on jre8-openjdk(any version) on all architectures excluding x86_64. This replaces the dedicated java installation on non x86_64 machines. Behaviour on x86_64 machines has not changed. I built the package on my ARM machine as well(aarch64) without any problems. I have not tested it however. Also, the versions of jre8-openjdk in the Arch Linux ARM repositories do not appear to be versions that are compatible with xmage, but I have not tested this. Please notify me if you have any success.

Beacon515L commented on 2019-06-25 22:12

MAGE's documentation is incorrect - the Java version must be exactly 8, not merely 7+. The server breaks down with illegal reflective access violations in Java 9 and higher.

The supplied JRE works around it, but 1) only for x64 and 2) is possibly an Oracle TOS violation as of the TOS changes of 2019-04-19 which I have taken up with the developers.

Since your package declares an architecture of 'any' (which any good Java application package in principle should), I reccommend restore a dependency on OpenJRE 1.8 and let pacman sort it out - because right now your package is broken on ARM.

My discussion with the dev is here: https://github.com/magefree/mage/issues/5862

aidonius commented on 2019-04-07 22:02

muffehazard: Done, thank you for the heads up

muffehazard commented on 2019-04-07 21:44

Please add wget as a make dependency

aidonius commented on 2019-03-20 20:14

trigun0x2: I have removed the version requirement from the PKGBUILD. The xmage git page specifies that the installed Java version be 7 or greater, so the version requirement was unneeded. In order to execute xmage, you run the commands mage-client or mage-server.

trigun0x2 commented on 2019-03-20 18:52

Error:

Retrieving package: jre8-openjdku181-1 error: /home/jeff/.cache/aur_builds/jre8-openjdku181-1 does not contain a PKGBUILD or it is not readable

I simply removed the version requirement and it worked fine for me.

Really not sure how to execute xmage after installation.