Package Details: mangohud

Git Clone URL: (read-only, click to copy)
Package Base: mangohud
Description: A Vulkan overlay layer for monitoring FPS, temperatures, CPU/GPU load and more.
Upstream URL:
Keywords: hud vulkan
Licenses: MIT
Replaces: mangohud-wayland, mangohud-x11
Submitter: rsa
Maintainer: rsa (yochananmarqos)
Last Packager: yochananmarqos
Votes: 173
Popularity: 13.39
First Submitted: 2020-02-05 03:44 (UTC)
Last Updated: 2022-05-30 15:03 (UTC)

Sources (4)

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

orlfman commented on 2022-06-21 04:38 (UTC)

im really shocked mangohud hasn't made it to the official repos yet.

Takuya commented on 2022-05-31 14:38 (UTC)

So, Wayland package disappeared, being only this one. I'll install this one, but, the changes I perceived (maybe misconception by my side) a slightly smoother experience and the impossibility to hide/show it using the Right Shift + F12, the toggle wasn't triggering. Thanks for the updates and for the constant feedback and communication with the dev :).

ridge commented on 2022-05-30 14:50 (UTC)

So if I'm getting this right, this is ann all-in-one solution for mangohud, lib32-mangohud and mangohud-common? That's pretty great!

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.

Takuya commented on 2022-05-27 08:20 (UTC)

As @Zeioth commented, I feel it a bit smoother than the X11/Xorg version, but, as I commented before, the only caveat or lacking feature (for me at least) is that I'm not able to hide it/show it again, toggling that with the default shortcut, Right Shift + F12, which is sometimes a bit annoying, cause even I don't have a HUGE HUD, it tends to hide or disturb a bit if I want to see the upper left corner of the screen. Ignoring that, I feel it nice, hopefully, that caveat will be fixed in the close future :). Thanks again for the package and commitment @yochananmarqos :D.

Zeioth commented on 2022-05-26 03:26 (UTC)

Works great. The frametimes graph feels smoother.

Joan31 commented on 2022-05-20 14:35 (UTC)

Hi and thanks for this package. But, I have to install the X11 variant for games in xwayland ? Or not ? Thanks

ImperatorStorm commented on 2022-05-18 03:02 (UTC)

can the lib32-mangohud-* packages be split off from their respective packages, for those that don't want to use multilib repos?

alex_courtis commented on 2022-05-16 05:31 (UTC)

mangohud-wayland and lib32-mangohud-wayland depend on the mangohud-common package, which no longer exists.

It seems that those packages should depend on mangohud-wayland-common

alex_courtis commented on 2022-05-16 05:30 (UTC)

mangohud-x11 and lib32-mangohud-x11 depend on the mangohud-common package, which no longer exists.

It seems that those packages should depend on mangohud-x11-common

Takuya commented on 2022-05-12 08:21 (UTC)

I can't hide the GPU entry on the HUD, even though I have it disabled on the config file. In a normal case, it's desired to be shown, but in my case, for now at least, and probably in the future too, that I'm using an iGPU, it shows no valuable information (it only shows 0% of load always), so I prefer to just have it disabled, but it keeps showing :(.

yochananmarqos commented on 2022-05-11 22:34 (UTC)

@Takuya: Thanks for the feedback. The developer does not enable Wayland by default, so I figured I'd give it a shot.

Takuya commented on 2022-05-11 22:30 (UTC)

Installed and used the config file from the x11 version, everything (really little time tested, not enough to make a prudent evaluation), but on early thoughts, apart from not being able to toggle the HUD even being not commented that line on the config file, (Right Shift + F12), everything seems fine, maybe it's autosuggestion, but I feel like it's a little bit more responsive. Thank you very much for the Wayland variant, unless I detect anything wrong or causing me errors, I'll keep this version and share my thoughts/tests/feedback, if you're fine with that.

yochananmarqos commented on 2022-05-11 19:39 (UTC)

@alosarjos: Yes. The Wayland version is experimental.

alosarjos commented on 2022-05-11 19:37 (UTC)

@yochananmarqos I'm kinda confused though, for XWayland running games, I guess I would need the x11 variant?

yochananmarqos commented on 2022-05-11 15:26 (UTC)

@alosarjos: I split the package to test with Wayland. mangohud-x11 now contains the mangoapp binary and libMangoApp library while mangohud-wayland does not.

mangohud-nonvidia is packaged by someone else. It builds with NVML and XNVCtrl disabled for Intel / AMD users that don't want it.

alosarjos commented on 2022-05-11 15:21 (UTC)

Is there any explanation on the package division? I'm hella confused

mangohud-x11 mangohud-wayland mangohud-nonvidia

Which one to use? I use Wayland, but games normally run on XWayland... and I'm using and AMDGPU...

yochananmarqos commented on 2022-05-09 19:13 (UTC)

@nettnikl: pkgconfig is part of the base-devel group which is required for using the AUR.

nettnikl commented on 2022-05-09 18:52 (UTC) (edited on 2022-05-18 20:59 (UTC) by nettnikl)

Could it be that pkgconfig is a requirement? If so, on my machine the build script stopped working after the last update, not sure if that's my fault or it should be marked as dependency, after installing it, the installation works.
Edit: Please excuse the confusion, i saw my mistake. For reference, i had 0 disk space during an update, which corrupted my base-devel packages. Thanks for the answer @yochananmarqos

Samsagax commented on 2022-05-04 19:33 (UTC)

Hi there! Since gamescope compositor by valve is gaining poularity, could you add the option to build the mangoapp binary?

guglovich commented on 2022-04-15 12:05 (UTC)

On AMD graphics cards there may be problems with the normal version of mangohud. If you encounter this problem too, please use mangohud-nonvodia version.

rezad commented on 2022-03-28 03:58 (UTC)

is there anyway this package can be split to two pacakge as x86 and x64 versions so that users like that dont have multilib repo enabled can install and update it?

Samsagax commented on 2022-02-09 13:22 (UTC) (edited on 2022-02-09 13:44 (UTC) by Samsagax)

@rsa: To enable mangoapp you should add this options to the meson call (near line 37 and 44 in the PKGBUILD):


And add glfw-x11 as a dependency.

Samsagax commented on 2022-02-08 01:18 (UTC)

Seems like mangoapp binary is missing from this set of packages. Also seems like Wayland client support is not present. Both are needed for proper gamescope support. Could you look into it? Thanks.


Tuxshake commented on 2021-12-01 03:29 (UTC) (edited on 2021-12-01 14:30 (UTC) by Tuxshake)

Same problem, package mangohud fails to build after 2021-10-26 update. Failed to generate mangohud-common-git information

codl commented on 2021-11-30 16:00 (UTC)

Alkaris, this is an AUR package, it's not part of the official repositories. You'll need to either build it yourself or use an AUR helper program.

See for instructions.

Alkaris commented on 2021-11-30 11:57 (UTC)

When trying to install this with pacman, it says this package doesn't exist, but it clearly does, this page is right here.

Runlevel_0 commented on 2021-11-18 19:42 (UTC)

Same problems observed as @flippantix, package lib32-mangohud fails to build after 2021-10-26 update. Failed to generate lib32-mangohud information

flippantix commented on 2021-10-27 18:45 (UTC)

getting the following error after attempted update to

Preparing... Cloning mangohud build files... Generating lib32-mangohud information... Failed to prepare transaction: Failed to generate lib32-mangohud information

The other 2 packages mangohud and mangohud-common upgraded with no problems.

yochananmarqos commented on 2021-10-27 01:02 (UTC)

@rsa: Sounds like a plan.

rsa commented on 2021-10-27 00:18 (UTC)

@yochananmarqos it's fine by me. I'll open an issue in your repo to iron out some suggestions I have for your split packages. Also @Anty0 idea of a nvidia-specific build if that requires pulling nvidia drivers is good.

Anty0 commented on 2021-10-27 00:14 (UTC)

As a side note, I'm also rooting for X11/Wayland specific packages and it might be good idea to consider splitting Nvidia and non Nvidia version. I'm currently using my custom build with removed nvidia support to avoid having to install Nvidia drivers on my amd machine to avoid issues related to missing nvidia-utils.

Anty0 commented on 2021-10-27 00:04 (UTC)

@yochananmarqos I can see how that may happen. This isn't really my dialogue, but I didn't like to see other maintainer's work being stomped on by someone else. There are definitely ways to improve this package, but by being angry we might lose otherwise great maintainer. Frustration is dangerous and it's easy to get frustrated when your work is obliterated by someone else :D

But no hard feelings. I understand it's problematic to see how others will understand something you have written and mixed with some feelings it's easy to come out as unreasonably angry/not understanding.

yochananmarqos commented on 2021-10-26 23:47 (UTC)

@rsa @Anty0: It seems my comment didn't come across very well. I'm straightforward and blunt by nature and sometimes have trouble explaining things.

@rsa: If you'd like a Co-Maintainer that will comeplely re-write the PKGBUILD, I'd be happy to. You already have a preview.

Anty0 commented on 2021-10-26 23:38 (UTC)

@yochananmarqos No reason to be so angry. I actually find his commit messages funny. It's easy to forget to generate srcinfo without some script doing that for you. I don't see any major issues with the way this package is maintained. :D

rsa commented on 2021-10-26 23:25 (UTC) (edited on 2021-10-26 23:25 (UTC) by rsa)

I have no problem whatsoever building and installing the package. A stack trace or error message would do wonders.

@yochananmarqos if you kindly ask to be a maintainer I would gladly accept, you don't have to be aggressive to me.

yochananmarqos commented on 2021-10-26 23:16 (UTC)

@rsa: Obviously you're not following development at all. Blind version bumps aren't cutting it. That on top of temper tantrum commit messages cursing at the AUR because apparently you don't know how to update .SRCINFO shows you're not a capable maintainer. Please orphan the package. It seems you have better things to do with your time.

dolour commented on 2021-10-24 15:38 (UTC)

Any chance of splitting up the x11 and wayland packages? As of right now the package wont update with the default PKGBUILD.

yochananmarqos commented on 2021-10-20 17:50 (UTC)

I've made separate Xorg and Wayland PKGBUILDs with many improvements.

Faalagorn commented on 2021-07-18 22:19 (UTC)

For some reason, while issuing git pull and then making the package again with makepkg -si works in updating the files, mangohud built this way shows an old version in it. I have to remove the folder and pull it again and then rebuild the package for the number to update. Anyone else have such issue?

yochananmarqos commented on 2021-01-02 16:51 (UTC)

@rsa: Ha, you're right. Must've been a conflict between my PKGBUILD and this one. Why install the license twice?

rsa commented on 2021-01-02 14:06 (UTC)

@yochananmarqos there are no conflicting files, each package installs to their own license directory.

yochananmarqos commented on 2021-01-01 21:49 (UTC)

@rsa: I just noticed both mangohud & mangohud-common install the license so there are conflicting files. It should only be installed in the common package.

entropie commented on 2020-12-02 21:45 (UTC) (edited on 2020-12-02 22:05 (UTC) by entropie)

I am having issues with the git download link. A direct http download works, yet curl in the package manager breaks and so does the update:

curl: (22) The requested URL returned error: 416
==> FEHLER: Fehler beim Download von
    Breche ab...
Fehler beim Erstellen von mangohud

console update output:

curl: (33) HTTP server doesn't seem to support byte ranges. Cannot resume.

codl commented on 2020-12-01 18:10 (UTC)

Your recent update (0.6.1-2) fixed it, thanks.

When building a package in a clean chroot, only base-devel is preinstalled, not base or systemd, see

rsa commented on 2020-12-01 17:13 (UTC)

@codl dbus is a dependency of systemd, which is required for the base Arch Linux system.

If you are using something else, please mention it.

codl commented on 2020-11-08 22:14 (UTC)

DBus seems to be missing as a dependency:

==> Starting build()...
Run-time dependency vulkan found: YES 1.2.159
Run-time dependency threads found: YES
Did not find CMake 'cmake'
Found CMake: NO
Run-time dependency dbus-1 found: NO (tried pkgconfig)

MangoHud-0.5.1/ ERROR: Dependency "dbus-1" not found, tried pkgconfig

Maltahl commented on 2020-09-15 08:52 (UTC) (edited on 2020-09-15 09:11 (UTC) by Maltahl)

(EDIT: DISREGARD THIS it was vulkan-header-git package that broke this for me, switched to vulkan-header (non git) and now it works.

There is an error building current ( 0.5.1 ) first it errored out due to: MangoHud-0.5.1/ ERROR: File /usr/share/vulkan/registry/vk.xml
so i had to copy vk.xml as it has moved from /usr/share/vulkan/registry/ to /usr/share/vulkan/ sudo cp /usr/share/vulkan/vk.xml /usr/share/vulkan/registry/vk.xml

after that i get this error during build:

MangoHud v0.4.0

    dearimgui: YES

Option buildtype is: plain [default: release]
Found ninja-1.10.1 at /usr/bin/ninja
ninja: Entering directory `build64'
[4/45] Generating overlay.vert.spv.h with a custom command
[5/45] Generating overlay.frag.spv.h with a custom command
[6/45] Generating version.h with a custom command
fatal: No names found, cannot describe anything.
[10/45] Compiling C object src/
FAILED: src/
cc -Isrc/ -Isrc -I../MangoHud-0.5.1/src -I../MangoHud-0.5.1/include -Isubprojects/dearimgui -I../MangoHud-0.5.1/subprojects/dearimgui -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -fvisibility=hidden -flto -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -Werror=return-type -Werror=incompatible-pointer-types -fno-math-errno -fno-trapping-math -Wno-missing-field-initializers -Wno-format-truncation -march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -pthread -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS '-DPACKAGE_VERSION="v0.4.0"' -DNDEBUG -D_GNU_SOURCE -DHAVE_PTHREAD -DUSE_GCC_ATOMIC_BUILTINS -DHAVE_TIMESPEC_GET -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE '-DMANGOHUD_ARCH="64bit"' -DHAVE_NVML -DHAVE_XNVCTRL -DHAVE_X11 -DHAVE_DBUS -Wno-override-init -DVK_USE_PLATFORM_XLIB_KHR -MD -MQ src/ -MF src/ -o src/ -c vk_enum_to_str.c
In file included from vk_enum_to_str.c:26:
/usr/include/vulkan/vulkan.h:21:10: fatal error: vulkan_core.h: No such file or directory
   21 | #include "vulkan_core.h"
      |          ^~~~~~~~~~~~~~~
compilation terminated.
[15/45] Compiling C++ object src/
FAILED: src/
c++ -Isrc/ -Isrc -I../MangoHud-0.5.1/src -I../MangoHud-0.5.1/include -Isubprojects/dearimgui -I../MangoHud-0.5.1/subprojects/dearimgui -I. -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -fvisibility=hidden -flto -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -std=c++14 -Werror=return-type -fno-math-errno -fno-trapping-math -Wno-non-virtual-dtor -Wno-missing-field-initializers -Wno-format-truncation -march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt -D_FORTIFY_SOURCE=2 -fPIC -pthread -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS '-DPACKAGE_VERSION="v0.4.0"' -DNDEBUG -D_GNU_SOURCE -DHAVE_PTHREAD -DUSE_GCC_ATOMIC_BUILTINS -DHAVE_TIMESPEC_GET -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE '-DMANGOHUD_ARCH="64bit"' -DHAVE_NVML -DHAVE_XNVCTRL -DHAVE_X11 -DHAVE_DBUS -DVK_USE_PLATFORM_XLIB_KHR -MD -MQ src/ -MF src/ -o src/ -c ../MangoHud-0.5.1/src/overlay.cpp
In file included from ../MangoHud-0.5.1/src/overlay.cpp:36:
/usr/include/vulkan/vulkan.h:21:10: fatal error: vulkan_core.h: No such file or directory
   21 | #include "vulkan_core.h"
      |          ^~~~~~~~~~~~~~~
compilation terminated.
[35/45] Compiling C++ object src/
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
error making: mangohud (mangohud-common mangohud)

Shished commented on 2020-08-23 07:30 (UTC)

This aur package has version 0.5.1 but when mangohud is working it reports version 0.4.0. Is this a mangohud bug or incorrectly built package?

gbr commented on 2020-08-23 05:48 (UTC)

@rsa Thanks for adding my suggestion! :) Just FIY: You forgot to remove a single parenthesis at line 44.

rsa commented on 2020-08-17 22:33 (UTC)

@parkerlreed makedepends are tagged as orphan after package is built and installed, while optdepends may be removed but will not be tagged as orphan. Also if you install a binary package instead of building it, optdepends will be suggested to the user.

@yochananmarqos thanks! I will incorporate the changes.

parkerlreed commented on 2020-08-17 21:50 (UTC)


What does adding that to optdepnds do it it's already a makedepend?

yochananmarqos commented on 2020-08-17 21:18 (UTC) (edited on 2020-08-17 21:18 (UTC) by yochananmarqos)

@rsa: See my updated PKGBUILD. I've got the man, doc and license all in the mangohud-common package.

gbr commented on 2020-07-22 16:20 (UTC)

Hi, can you please add libxnvctrl and lib32-libxnvctrl to optdepends? Something like this:

package_mangohud() {
optdepends=('libxnvctrl: Support for older NVIDIA GPUs')

package_lib32-mangohud() {
optdepends=('lib32-libxnvctrl: Support for older NVIDIA GPUs (32-bit games)')

hk3wx commented on 2020-07-19 21:24 (UTC) (edited on 2020-07-19 21:25 (UTC) by hk3wx)


Anty0 commented on 2020-06-02 16:08 (UTC)

Package is probably missing dependency - libxnvctrl.

Without libxnvctrl installed I get in log: MANGOHUD: dlopen failed: cannot open shared object file: No such file or directory

Every time I use mango. Though mango hud itself shows up properly and seems to be working properly even without libxnvctrl installed...

alaina commented on 2020-05-15 06:33 (UTC)

Same problem here on Manjaro.

ikiruto commented on 2020-03-19 11:20 (UTC)

@vincenzo11 sudo rm /usr/share/doc/mangohud/*

vesterlay commented on 2020-03-17 14:37 (UTC)

lib32-mangohud is not set as a 64 bit mangohud dependency

beekay201 commented on 2020-03-17 13:52 (UTC)

hi, pkgrel should be bumped to 4

rsa commented on 2020-03-17 01:40 (UTC) (edited on 2020-03-17 01:40 (UTC) by rsa)

@FlightlessMango it does not remove the executable anymore as it wasn't conflicting. On v0.3.0-4 it should be there.

FlightlessMango commented on 2020-03-16 20:41 (UTC)

The script also loads the OpenGL hud, it's more cumbersome to type out the LD_PRELOAD=/path/to/ and also then you have one command for vulkan and opengl, I Think it's valuable. The script paths are also set by meson, so I don't think there should be an issue

yochananmarqos commented on 2020-03-16 20:18 (UTC)

@rsa: Yeah, I thought about renaming the directory like you did, but seemed a little redundant since most folks will have both packages installed.

Then I saw the mangohud-git package is using the separate common package and thought it was a good idea.

rsa commented on 2020-03-16 20:04 (UTC)

@FlightlessMango sorry, you are right, I assumed it was hardcoded because it changed between 0.2.0 and 0.3.0 but that was not the case.

@yochananmarqos makes sense.

The issue was that upstream installs to /usr/share/doc/mangohud but the lib32 package should be in /usr/share/doc/lib32-mangohud instead. Fixed that on rel 3.

yochananmarqos commented on 2020-03-16 18:56 (UTC)

@FlightlessMango: Yes, I agree that the lib should be installed in /usr/lib/mangohud/.

@rsa: I've updated my PKGBUILD to add a mangohud-common package for the license and docs.

FlightlessMango commented on 2020-03-16 17:58 (UTC)

@rsa I'm not sure what you mean by hardcoded, but they are currently being set by meson. Right now it falls under /usr/lib/mangohud/, which seems correct to me.

Since it's not a proper library should it not be under /usr/lib/{pkg} Modules, plugins, etc. ?

vincenzo11 commented on 2020-03-16 17:44 (UTC)

Sadly same problem here on Manjaro. Tried to upgrade to the latest and got the following error:

Checking file conflicts...
Failed to commit transaction:
conflicting files:
/usr/share/doc/mangohud/MangoHud.conf.example exists in both lib32-mangohud and mangohud

Uninstalled previous Mangohud and tried to install again but same error.

rsa commented on 2020-03-16 17:26 (UTC)

@rharish that is weird, I don't have that problem. Try uninstalling then installing, might be a mistake from a previous version.

I won't include the "executables" as they are just wrappers to exec env MANGOHUD=1 $args, just use the env var instead, as the "executables" use hardcoded paths that do not follow Arch standards. If you really must use it then let me know and I'll try.

@vesterlay fixed that! MangoHud changed it's hardcoded paths yet again

yochananmarqos commented on 2020-03-16 17:19 (UTC) (edited on 2020-03-16 17:19 (UTC) by yochananmarqos)

@rsa: No need to install the .conf file, it's automatically installed now as /usr/share/doc/mangohud/MangoHud.conf.example.

@vesterlay: My PKGBUILD is working fine.

vesterlay commented on 2020-03-16 15:20 (UTC)

After update doesn't work at all :(

rharish commented on 2020-03-16 09:48 (UTC) (edited on 2020-03-16 10:15 (UTC) by rharish)

Installing lib32-mangohud after mangohud (or vice-versa) will lead to the following error:

error: failed to commit transaction (conflicting files)
lib32-mangohud: /usr/share/doc/mangohud/MangoHud.conf.example exists in filesystem (owned by mangohud)

It seems the lib32-mangohud package has both usr/share/doc/mangohud/ and usr/share/doc/lib32-mangohud/, while the mangohud package has only the former.

Also, the mangohud and mangohud.x86 executables are missing.

rsa commented on 2020-03-11 05:46 (UTC)

@loathingkernel done

loathingkernel commented on 2020-03-07 19:07 (UTC)

Could you please include MangoHud.conf with the package, for example in /usr/share/doc/mangohud, for easier installation? Helps with diffing the config between versions too.

yochananmarqos commented on 2020-02-20 01:49 (UTC)

@rea: Yeah, you have a point there. Nevermind about the dependencies, then.

rsa commented on 2020-02-20 01:44 (UTC)

@yochananmarqos IMO if this package is only useful with a vulkan driver, the users should do it by themselves; otherwise it should depend on a vulkan application, too, as without one it has no use too.

yochananmarqos commented on 2020-02-20 01:26 (UTC)

@rsa: Are you sure it's not? How would MangoHud be of any use if there was no Vulkan driver installed?

rsa commented on 2020-02-20 01:09 (UTC)

@yochananmarqos I don't get it. libx11 and gcc-libs are runtime dependencies, the built libraries depend on them. vulkan-driver, on the other hand, is not.

yochananmarqos commented on 2020-02-20 00:34 (UTC)

@rsa: You can still use the archives if you want, it's the same difference.

rsa commented on 2020-02-20 00:17 (UTC)

@yochananmarqos why clone the repos instead of downloading archives?

yochananmarqos commented on 2020-02-19 22:42 (UTC) (edited on 2020-02-20 00:34 (UTC) by yochananmarqos)

Please use Git Submodules:

prepare() {
    cd "$srcdir/$pkgbase"
    git submodule init modules/ImGui/src
    git config submodule.'ImGui'.url "$srcdir/ImGui"
    git submodule update

Please add vulkan-driver / lib32-vulkan-driver to dependencies. Nothing else is needed as those packages will pull in libx11 / lib32-libx11 & gcc-libs / lib32-gcc-libs.

rsa commented on 2020-02-19 22:22 (UTC)

@nasedo @FabioLolix fixed on rel 3

FabioLolix commented on 2020-02-19 21:08 (UTC)

hello, git is missing as makedepends

nasedo commented on 2020-02-18 17:27 (UTC)

Hi, lib32-vulkan-icd-loader is needed to successfully build this package. It should be added either to depends or makedepends, I'm not sure if it's a runtime dependency.

rsa commented on 2020-02-18 02:45 (UTC)

@yochananmarqos my brain accidentally melted. Fixed.

yochananmarqos commented on 2020-02-17 15:27 (UTC)

You're pulling directly from the latest commit just as the mangohud-git package is, there's no difference. Please pull from the release tag:


Please remove the v from the pkgver. 0.10 > v0.20.

ikiruto commented on 2020-02-17 12:01 (UTC) (edited on 2020-02-17 12:01 (UTC) by ikiruto)


vesterlay commented on 2020-02-15 12:35 (UTC)

Please update to 0.2.0 :)

loathingkernel commented on 2020-02-05 21:16 (UTC) (edited on 2020-02-06 02:53 (UTC) by loathingkernel)

@rsa, thank you!

One more thing that might be a convenience to you, you don't need to check out specific commits for the submodules in the sources array, git submodule update will pull the specified commit by default.

rsa commented on 2020-02-05 15:57 (UTC)

@loathingkernel thanks for the tip, fixed on 0.1.0-3

loathingkernel commented on 2020-02-05 13:45 (UTC)

Please don't fetch submodules in prepare()

You can do it as described in VCS package guidelines - Git Submodules