Arch Linux User Repository

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

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:

@lexmoran it is fixed, clean and rebuild.

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.

@hacker1024 you shouldn't use yaourt anymore, see https://github.com/archlinuxfr/yaourt/issues/382#issuecomment-437461631

If you must use a wrapper use pakku or pikaur ( see https://wiki.archlinux.org/index.php/AUR_helpers )

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

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

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

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

Here is the log for when I tried to install the package: https://pastebin.com/JWzXBy99

I am going to continue maintaining this as multimc-git and have requested merging this (multimc5-git) into that AUR package:
https://aur.archlinux.org/packages/multimc-git

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.