Package Details: prismlauncher 8.2-1

Git Clone URL: (read-only, click to copy)
Package Base: prismlauncher
Description: Minecraft launcher with ability to manage multiple instances.
Upstream URL:
Licenses: GPL3
Submitter: Scrumplex
Maintainer: Scrumplex (txtsd, g3tchoo)
Last Packager: g3tchoo
Votes: 148
Popularity: 10.34
First Submitted: 2022-10-18 06:42 (UTC)
Last Updated: 2024-03-03 21:46 (UTC)

Dependencies (23)

Required by (2)

Sources (1)

Pinned Comments

Scrumplex commented on 2023-12-02 12:39 (UTC)

Options like -j $(nproc) are supposed to be set by your local makepkg.conf.

Please read

g3tchoo commented on 2023-11-06 16:38 (UTC) (edited on 2023-11-06 16:38 (UTC) by g3tchoo)

following some feedback and reports of issues, i think we're going to stick with jdk17-openjdk for now. while user choice is important, i believe there needs to be a balance between that and reliably building this package without manual intervention. this is also why the depends array will still contain java-runtime rather than any specific jdk - since unlike building prism, we don't need to know the path of the jdk to ensure things work as expected.

to ensure you don't still have jdk17-openjdk after building (and you don't use it), you can tell makepkg to remove unneeded makedepends when it's done:

# with paru or yay
$ paru/yay -S --removemake prismlauncher
# with aurutils
$ aur sync -r prismlauncher
# with only makepkg
$ makepkg -sri

if you have already built prismlauncher, you can also run one of the following commands:

# with paru
$ paru -c
# with yay
$ yay -Yc
# on any system
$ pacman -Qdtq | sudo pacman -Rns -

for those facing further issues with dependencies in the future, i would also recommend using chroot builds. these allow aur packages to build in isolated and more reproducible environments, which can commonly fix these types of issues. the devtools package provides a script named extra-x86_64-build that can be used in place of makepkg to do this easily. building prismlauncher with this can be done like so:

$ git clone
$ cd prismlauncher
$ extra-x86_64-build

Latest Comments

1 2 3 4 5 Next › Last »

betseg commented on 2024-04-04 09:08 (UTC)

24w14a requires Java 21, the package requires java-runtime=17

That1Calculator commented on 2024-03-08 16:33 (UTC)

Currently getting this error:

CMake Error at CMakeLists.txt:299 (find_package):
  By not providing "FindQt6.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "Qt6", but
  CMake did not find one.

  Could not find a package configuration file provided by "Qt6" with any of
  the following names:


  Add the installation prefix of "Qt6" to CMAKE_PREFIX_PATH or set "Qt6_DIR"
  to a directory containing one of the above files.  If "Qt6" provides a
  separate development package or SDK, be sure it has been installed.

Scrumplex commented on 2024-02-16 07:07 (UTC)

If you are facing issues with cmark, please rebuild the package.

Most AUR helpers have a flag for this (i.e. --rebuild for yay and paru)

trainzkid commented on 2024-02-16 02:51 (UTC) (edited on 2024-02-16 02:51 (UTC) by trainzkid)

Fails to run, mad about missing a shared library for cmark, even though cmark is installed:

prismlauncher: error while loading shared libraries: cannot open shared object file: No such file or directory


prismlauncher 8.0-1
cmark 0.31.0-2
linux-zen 6.7.4.zen1-1

Runs just fine with cmark 0.30.3-1.

Xefreh commented on 2023-12-11 07:00 (UTC)

Hi, could you update this package please, apparently some links in Qt and the code has to be recompiled from this issue. the prompted error when trying to launch prism is:

prismlauncher: symbol lookup error: prismlauncher: undefined symbol: _ZN14QReadWriteLock16destroyRecursiveEP21QReadWriteLockPrivate, version Qt_6_PRIVATE_API

md5lukas commented on 2023-12-03 10:23 (UTC)

Ah, I see. Thank you very much for pointing that out and sorry for bothering you

Scrumplex commented on 2023-12-02 20:15 (UTC)

Rebuilding AUR packages is a manual process. Bumping pkgrel is not the right way to trigger rebuilds, as it does not guarantee that users will need a rebuild in the first place, as you can build this package without updating your system first.

Use the rebuild option of your AUR helper instead of flagging packages as out of date.

Scrumplex commented on 2023-12-02 12:39 (UTC)

Options like -j $(nproc) are supposed to be set by your local makepkg.conf.

Please read

md5lukas commented on 2023-12-02 12:02 (UTC) (edited on 2023-12-02 12:10 (UTC) by md5lukas)

I'd like to see Coolians suggestion in this PKGBUILD, but not all available cores should be used, because when I tried that (luckily only) my terminal emulator died.

Maybe something like this $(($(nproc) * 3 / 4)) (this will break with one core available because it then returns 0) or $(nproc --ignore 2) (this will always atleast return 1) could be used instead.