Package Details: multimc-git 0.6.8.r0.gd58481e0-1

Git Clone URL: (read-only, click to copy)
Package Base: multimc-git
Description: Free, open source launcher and instance manager for Minecraft.
Upstream URL:
Keywords: launcher minecraft
Licenses: Apache
Conflicts: multimc, multimc5, multimc5-git
Provides: multimc, multimc5, multimc5-git
Replaces: multimc5-git
Submitter: peterix
Maintainer: peterix
Last Packager: peterix
Votes: 25
Popularity: 0.67
First Submitted: 2017-05-13 09:34
Last Updated: 2020-02-09 00:57

Dependencies (12)

Required by (0)

Sources (1)

Latest Comments

1 2 3 4 5 Next › Last »

evan commented on 2019-09-13 01:15

Should make on line 39 be make -j$(nproc)? I feel like PKGBUILDs should use all available cores by default.

mjevans commented on 2019-07-01 17:24

I'm unable to update multimc-git (and unable to install multimc5) with multiple errors related to a deprecated function being treated as: error: ‘static QString QuaGzipFile::trUtf8(const char, const char, int)’ is deprecated [-Werror=deprecated-declarations]

[ 16%] Building CXX object libraries/pack200/CMakeFiles/MultiMC_unpack200.dir/src/unpack.cpp.o ~/.cache/yay/multimc5/src/MultiMC5-0.6.5/libraries/quazip/quazip/quagzipfile.cpp: In member function ‘bool QuaGzipFilePrivate::open(FileId, QIODevice::OpenMode, QString&)’: ~/.cache/yay/multimc5/src/MultiMC5-0.6.5/libraries/quazip/quazip/quagzipfile.cpp:60:30: error: ‘static QString QuaGzipFile::trUtf8(const char, const char, int)’ is deprecated [-Werror=deprecated-declarations]
60 | error = QuaGzipFile::trUtf8("QIODevice::Append is not " | ^~~~~~ In file included from /usr/include/qt/QtCore/qobject.h:46, from /usr/include/qt/QtCore/qiodevice.h:45, from /usr/include/qt/QtCore/qfiledevice.h:43, from /usr/include/qt/QtCore/qfile.h:44, from /usr/include/qt/QtCore/QFile:1, from ~/.cache/yay/multimc5/src/MultiMC5-0.6.5/libraries/quazip/quazip/quagzipfile.cpp:25:

Chryseus commented on 2019-04-07 23:12

@lexmoran it is fixed, clean and rebuild.

lexmoran commented on 2019-04-07 15:05

SIGSEGV after perssing "Launch" button. The problem appeared today after updating the system. Among the updated packages there is qt5-base, perhaps this is because of this. Plz fix.

Spanner_Man commented on 2019-03-12 04:44

@hacker1024 you shouldn't use yaourt anymore, see

If you must use a wrapper use pakku or pikaur ( see )

FreeFull commented on 2018-12-30 02:08

The pkgver() sets the version back to 0.6.2, so my AUR manager keeps reinstalling the package every single time

hacker1024 commented on 2018-07-01 23:23

In file included from /tmp/yaourt-tmp-user/aur-multimc-git/src/multimc-git/libraries/classparser/src/classfile.h:3,
                 from /tmp/yaourt-tmp-user/aur-multimc-git/src/multimc-git/libraries/classparser/src/classparser.cpp:17:
/tmp/yaourt-tmp-user/aur-multimc-git/src/multimc-git/libraries/classparser/src/constants.h: In constructor ‘java::classfile::classfile(char*, std::size_t)’:
/tmp/yaourt-tmp-user/aur-multimc-git/src/multimc-git/libraries/classparser/src/constants.h:7:7: error: ‘<anonymous>.java::constant::<anonymous>’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
 class constant
cc1plus: all warnings being treated as errors
make[2]: *** [libraries/classparser/CMakeFiles/MultiMC_classparser.dir/build.make:63: libraries/classparser/CMakeFiles/MultiMC_classparser.dir/src/classparser.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1257: libraries/classparser/CMakeFiles/MultiMC_classparser.dir/all] Error 2
make: *** [Makefile:141: all] Error 2

xiretza commented on 2018-06-13 14:01

This should probably be set as provides=('multimc' 'multimc5') and conflicts=('multimc' 'multimc5'). Just multimc should be enough as well.

Zebulan commented on 2018-04-09 18:23

This package does not install properly when OpenJDK 10 is being used.

Here is the log for when I tried to install the package:

peterix commented on 2017-05-13 11:49

I am going to continue maintaining this as multimc-git and have requested merging this (multimc5-git) into that AUR package:

There are some changes involved:
1. Wrapper scripts are no longer used. There is /usr/bin/multimc instead.
2. Storage of user data has been moved to the standard XDG directory:
$XDG_DATA_HOME defines the base directory relative to which user specific data files should be stored. If $XDG_DATA_HOME is either not set or empty, a default equal to $HOME/.local/share should be used.
This means you should move your MultiMC data from ~/.multimc5 to ~/.local/share/multimc
Other XDG directories are not used, the code is not ready for that.
3. There might be some issues with integration with Steam. I haven't tested it yet, but some sort of `/usr/bin/multimc-steam` wrapper that fixes the environment might be needed.