Package Details: mangohud-git 0.7.2.r110.g24d3cd9-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: 25
Popularity: 0.24
First Submitted: 2020-02-06 22:40 (UTC)
Last Updated: 2024-12-08 18:34 (UTC)

Required by (32)

Sources (1)

Pinned Comments

d-air1 commented on 2024-05-21 03:05 (UTC)

Can whoever keeps flagging this out of date state why? This package is installing its own version of imgui and implot is not required. This package builds just fine without it. If for some reason you need that then can you have a discussion with the maintainer of the package instead of having everyone who uses this package get messages about it being out of date for the same reasons when it works just fine.

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 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 .. 3 4 5 6 7 8 9 Next › Last »