Package Details: mangoapp 0.6.8-2

Git Clone URL: (read-only, click to copy)
Package Base: mangohud
Description: A transparent background OpenGL application with a built-in MangoHud designed to be run inside a gamescope instance
Upstream URL:
Keywords: hud vulkan
Licenses: MIT
Submitter: rsa
Maintainer: rsa (yochananmarqos)
Last Packager: yochananmarqos
Votes: 210
Popularity: 8.15
First Submitted: 2020-02-05 03:44 (UTC)
Last Updated: 2022-10-20 18:21 (UTC)

Pinned Comments

yochananmarqos commented on 2022-05-29 23:50 (UTC)

PSA: I talked with the MangoHud developer and he said the wayland build flag actually does nothing (yet?). We agreed to consolidate the packages again and make mangoapp it's own package. lib32-mangohud / lib32-mangoapp are now separate packages for those who do not have the multilib repo enabled.

Latest Comments

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

Scrumplex commented on 2023-01-23 14:04 (UTC)

I have prepared a patch to fix the issues as detailed in my comment below:

From 979fed4fdb892ea3ada94d5413c03d2e95bcdb10 Mon Sep 17 00:00:00 2001
From: Sefa Eyeoglu <>
Date: Mon, 23 Jan 2023 15:03:10 +0100
Subject: [PATCH] Use mangohud libdir

Signed-off-by: Sefa Eyeoglu <>
 PKGBUILD | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/PKGBUILD b/PKGBUILD
index 606004b..5fcd758 100644
@@ -3,7 +3,7 @@
 pkgname=('mangohud' 'mangoapp' 'mangohud-common')
 pkgdesc="A Vulkan overlay layer for monitoring FPS, temperatures, CPU/GPU load and more."
@@ -39,7 +39,6 @@ build() {
 local meson_options=(
-  -Dappend_libdir_mangohud=false

Scrumplex commented on 2023-01-19 13:05 (UTC)

I think this package should adopt installing the libraries into their own path at /usr/lib/mangohud like other distributions, as the built-in mangohud wrapper script adds /usr/$LIB to LD_LIBRARY_PATH which can cause issues in cases like this.

Scrumplex commented on 2023-01-19 13:03 (UTC)

eclairevoyant: While I would usually agree here, the error message does not mention MangoHud at all, as it's commonly LD_PRELOADed.

eclairevoyant commented on 2022-11-25 23:02 (UTC) (edited on 2022-11-25 23:18 (UTC) by eclairevoyant)

@gbr not necessary, users just need to learn how to administer their systems when they use the AUR. pkgrel bumps only make sense for the main repos because those are prebuilt packages. Whereas in the AUR, bumping pkgrel just wastes time for anyone who has already rebuilt it.

If you're using Arch and you see an error, actually reading the error is an important first step:

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

This should tell you that a library update occurred and that packages depending on it need to be rebuilt.

gbr commented on 2022-11-13 08:20 (UTC)

I'd recommend the maintainer of this package to just bump the pkgrel to trigger a rebuild, just to avoid confused users, e.g. here.

jathanasiou commented on 2022-11-11 12:24 (UTC)

@yochananmarqos Thanks you were right.

For anyone relying on yay, I had to remove with yay -Rus and then -S selecting cleanBuild [A]ll and that fixed it.

yochananmarqos commented on 2022-11-10 18:40 (UTC)

@PotatoChronicler @jathanasiou: You need to rebuild this package for the new spdlog library.

jathanasiou commented on 2022-11-10 18:27 (UTC)

This package results in a broken mangohud when using the latest spdlog 1.11.0-1. Downgrading to version 1.10.0-3 fixes it.

PotatoChronicler commented on 2022-11-10 16:06 (UTC)

mangohud fails to start with spdlog 1.11, due to missing

$ mangohud glxgears                                                                                                                                         
glxgears: error while loading shared libraries: cannot open shared object file: No such file or directory