Package Details: multimc5 0.6.14-4

Git Clone URL: https://aur.archlinux.org/multimc5.git (read-only, click to copy)
Package Base: multimc5
Description: Minecraft launcher with ability to manage multiple instances.
Upstream URL: https://multimc.org/
Keywords: launcher minecraft
Licenses: Apache
Conflicts: multimc
Provides: multimc
Submitter: vorpalblade
Maintainer: g3tchoo
Last Packager: g3tchoo
Votes: 133
Popularity: 6.00
First Submitted: 2015-06-06 11:37
Last Updated: 2021-12-25 06:03

Dependencies (9)

Required by (1)

Sources (9)

Pinned Comments

g3tchoo commented on 2021-12-18 18:53

Leaving this as a permanent disclaimer:

It is illegal to redistribute any binaries created with this script because of the upstream project's licensing.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

menaechmi commented on 2022-01-12 01:55

@Anaeijon

I encountered the same problem. It did not end up being a problem with the package (modern-java.patch ensures it works). You need to be sure that archlinux-java is set to a version you have a jdk for. To test if this is your issue, try running file /usr/bin/javac. If it gives an error, you either have nothing or a JRE set in archlinux-java.

Anaeijon commented on 2022-01-07 19:49

Building this with jdk-openjdk and jdk11-openjdk installed produced following error:

CMake Error at libraries/launcher/CMakeLists.txt:2 (project):
  No CMAKE_Java_COMPILER could be found.

  Tell CMake where to find the compiler by setting either the environment
  variable "JAVA_COMPILER" or the CMake cache entry CMAKE_Java_COMPILER to
  the full path to the compiler, or to the compiler name if it is in the
  PATH.

Installing jdk8-openjdk fixed the problem and this AUR built and installed just fine.

I don't have much insight into JDK and don't know why using JDK >8 was a problem here, but maybe someone needs this advice.

Maybe the java-environment dependency should be more specific?

tonitch commented on 2021-12-22 23:51

On multimc 0.6.14-3 I get an error

❯ multimc multimc: error while loading shared libraries: libLauncher_quazip.so: cannot >>open >shared object file: No such file or directory I assume it's related to https://github.com/MultiMC/Launcher/issues/4371

had the same issue... I just did multimc-bin and it worked... not a solution but a workaround !

smowtenshi commented on 2021-12-22 21:40

On multimc 0.6.14-3 I get an error

❯ multimc
multimc: error while loading shared libraries: libLauncher_quazip.so: cannot open shared object file: No such file or directory

I assume it's related to https://github.com/MultiMC/Launcher/issues/4371

vpzomtrrfrt commented on 2021-12-19 02:05

I had to remove the LIBRARY_DEST_DIR line from the PKGBUILD to get this to run

g3tchoo commented on 2021-12-18 18:53

Leaving this as a permanent disclaimer:

It is illegal to redistribute any binaries created with this script because of the upstream project's licensing.

g3tchoo commented on 2021-12-18 18:52

Hi all, thanks to more help from LennyLennington, this package should be able to be run without any extra flags or .desktop trickery, as well as having the previous feature parity with upstream that was in the last release (meaning microsoft accounts and everything should work fine). I also fixed the issue with the patches, as well as updated the formatting of them. Thank you everyone for your help and I hope you all enjoy!

LennyLennington commented on 2021-12-18 16:12

g3tchoo: You need to change -DMultiMC_* to -DLauncher_* in the CMake defines since they were changed by upstream and the MultiMC_* will have no effect on the build, but since you have it working and those flags have no effect anyway you could just remove them.

I would recommend using the lin-system define though, that way you don't rely on the .desktop wrapper to make it function properly with the config files.

aleck099 commented on 2021-12-18 11:02

Yes, that's right. My problem is that I use bemenu to launch applications -- no .desktop files are used.

For those who use dmenu or bemenu as their application launcher, simply write a wrapper script to launch multimc with -d flag.

gregthwuen commented on 2021-12-18 10:44

Hi aleck099, your problem was discussed just a few comments ago. MultiMC does not use $HOME/.local/share/multimc as its data folder by default anymore, you now have to specify it with the -d flag. Your old data is definitely not gone. This problem is fixed with the .desktop file in the newest AUR release. If it still doesn’t work, maybe your DE caches the desktop entries. In the case you launch the binary directly, you have to set the option yourself.