Package Details: mangohud-git 0.7.1.r20.g5598fda-1

Git Clone URL: https://aur.archlinux.org/mangohud-git.git (read-only, click to copy)
Package Base: mangohud-git
Description: A Vulkan overlay layer for monitoring FPS, temperatures, CPU/GPU load and more.
Upstream URL: https://github.com/flightlessmango/MangoHud
Keywords: benchmark hud opengl overlay performance vulkan
Licenses: MIT
Conflicts: mangoapp, mangohud, mangohud-common-git
Provides: mangoapp, mangohud
Replaces: mangoapp
Submitter: dnmodder
Maintainer: dnmodder (jackun)
Last Packager: dnmodder
Votes: 23
Popularity: 0.61
First Submitted: 2020-02-06 22:40 (UTC)
Last Updated: 2024-03-03 16:06 (UTC)

Required by (18)

Sources (1)

Pinned Comments

dnmodder commented on 2023-06-25 16:56 (UTC)

Mangoapp will remain disabled until GLFW version 3.4 arrives which will allow you to choose the backend at runtime. Now stop crying.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

iwonbigbro commented on 2021-01-03 19:59 (UTC)

imgui is purely sourcecode. There are no build artefacts, so no need to create an AUR package.

According to meson docs...

Since 0.49.0 if source_filename or patch_filename is found in the project's subprojects/packagecache directory, it will be used instead of downloading the file, even if --wrap-mode option is set to nodownload. The file's hash will be checked.

So it's likely that anyone who has previously fetched the repo and built into AUR package, has a cached version of the imgui subproject. This will be used regardless of the wrap-mode, so you won't get this error. Pretty sure if you delete your clone and reclone the repo, you'll get this error.

iwonbigbro commented on 2021-01-03 18:24 (UTC)

Okay, so this error is defined by arch-meson hard coding the wrap mode.

$ grep nodownload /usr/bin/arch-meson
  --wrap-mode     nodownload \

The workaround is to install imgui, but there's no AUR PKGBUILD defined for this yet. Let me see if I can create one...

iwonbigbro commented on 2021-01-03 18:12 (UTC)

I get the same error...

Compiler for C supports arguments -Woverride-init: YES 
Compiler for C supports arguments -Winitializer-overrides: NO 
Checking for function "dlopen" : NO 
Library dl found: YES
Checking for function "clock_gettime" : YES 
Checking for size of "void*" : 8

mangohud/meson.build:219:0: ERROR: Automatic wrap-based subproject downloading is disabled

A full log can be found at /tmp/tmp.CmpQHDlAUD/aur/mangohud-git/src/build64/meson-logs/meson-log.txt
==> ERROR: A failure occurred in build().
    Aborting...

Pretty sure it's a missing dependency, but this error is awful and meson provides no stack trace. Anyway, the error originates from this line...

https://github.com/flightlessmango/MangoHud/blob/master/meson.build#L219

Which defines a non-downloadable subproject of dearimgui

Broken by blame diff...

https://github.com/flightlessmango/MangoHud/commit/acf2d88fbcb7a7a47f957a87d20739c67049bd0d

If you want this to work, then you need to remove the nodownload wrap-mode and allow subproject downloading.

BujuArena commented on 2021-01-01 21:54 (UTC)

I said I did that in my previous comment. For now, I've removed mangohud-git and installed mangohud, which is working.

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

@BujuArena: I can't reproduce that, make sure you do a clean build.

BujuArena commented on 2021-01-01 21:22 (UTC)

I'm getting this error, and no matter what I do, including removing the package completely and clean-building it, I see the same error:

mangohud/meson.build:219:0: ERROR: Automatic wrap-based subproject downloading is disabled

Therefore, I can't update this package any more.

yochananmarqos commented on 2020-08-10 03:58 (UTC) (edited on 2021-01-03 19:47 (UTC) by yochananmarqos)

@dnmodder: The submodule is no longer needed, it was imported as a subproject.

PedroHLC commented on 2020-08-09 15:54 (UTC)

@dnmodder, now there are more:

/usr/bin/mangohud exists in both 'lib32-mangohud-git' and 'mangohud-git'
/usr/share/vulkan/implicit_layer.d/MangoHud.json exists in both 'lib32-mangohud-git' and 'mangohud-git'

dnmodder commented on 2020-08-01 14:57 (UTC)

@PedroHLC I've just removed it from lib32-mangohud-git, later I'll consider adding it to mangohud-common, which is where it should be

PedroHLC commented on 2020-07-28 12:58 (UTC)

Please add rm "$pkgdir/usr/share/man/man1/mangohud.1" to both lib32 and x86_64 packages, and if you want add to common!

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »