Description of problem: Both mangohud and goverlay have had significant improvements since the versions released on Mageia 8. Version-Release number of selected component (if applicable): Cauldron version of mangohud is 0.6.1, current is 0.6.5. Cauldron version of goverlay is 0.3.8, current is 0.8.1. How reproducible: Not a bug, but an enhancement request. I was able to build both programs with only a few tweaks to the .spec files. Steps to Reproduce: 1. 2. 3.
Thank you for the report. Our Mageia 8 & Cauldron versions are the same. > I was able to build both programs with only a few tweaks to the .spec files Can you please say exactly what these were? Attach them if you like.
CC: (none) => lewyssmithSource RPM: mangohud-0.6.1-1.mga8.src.rpm => mangohud-0.6.1-1.mga8.src.rpm, goverlay-0.3.8-1.mga8.src.rpm
Here's the patch files: --- mangohud.spec_0.6.1 2020-12-30 06:23:56.000000000 -0700 +++ mangohud.spec 2022-03-22 14:48:50.000000000 -0600 @@ -1,15 +1,15 @@ %define uname MangoHud -%define srcname %{uname}-v%{version}-Source +%define srcname %{uname}-v%{version} Name: mangohud -Version: 0.6.1 +Version: 0.6.5 Release: %mkrel 1 Summary: A Vulkan overlay layer for monitoring FPS, temperatures, CPU/GPU load and more Group: Games/Arcade License: MIT URL: https://github.com/flightlessmango/MangoHud # DFSG tarball excludes nonfree nvml.h -Source0: https://github.com/flightlessmango/MangoHud/releases/download/v%{version}/%{srcname}-DFSG.tar.gz +Source0: https://github.com/flightlessmango/MangoHud/releases/download/v%{version}/%{srcname}-Source-DFSG.tar.xz BuildRequires: glslang BuildRequires: meson and --- goverlay.spec_0.3.8 2020-10-16 14:40:51.000000000 -0600 +++ goverlay.spec 2022-03-22 15:11:32.000000000 -0600 @@ -1,12 +1,11 @@ Name: goverlay -Version: 0.3.8 +Version: 0.8.1 Release: %mkrel 1 Summary: Graphical UI to help manage Linux overlays Group: Graphics/Utilities License: GPLv3 URL: https://github.com/benjamimgois/goverlay Source0: https://github.com/benjamimgois/goverlay/archive/%{version}/%{name}-%{version}.tar.gz -Patch0: goverlay-enable-debuginfo-generation.patch BuildRequires: lazarus @@ -36,8 +35,9 @@ %files %license LICENSE %{_bindir}/%{name} -%{_datadir}/applications/%{name}.desktop -%{_datadir}/metainfo/%{name}.metainfo.xml +%{_datadir}/applications/io.github.benjamimgois.%{name}.desktop +%{_datadir}/metainfo/io.github.benjamimgois.%{name}.metainfo.xml +/usr/libexec/goverlay %{_iconsdir}/hicolor/*/apps/%{name}.png %{_mandir}/man1/%{name}.1.* I hope this helps.
Thank you for this precise information. I think Cauldron should be up-to-date with this. Assigning to Rémi who nurses these applications.
CC: lewyssmith => (none)Severity: enhancement => normalAssignee: bugsquad => rverschelde
Whiteboard: (none) => MGA8TOOSummary: Mangohud and goverlay on Mageia 8 are outdated. => Mangohud and goverlay in Cauldron are outdated.
I've updated mangohud, but I can't update goverlay right now, as it doesn't build from source on Cauldron. The current version doesn't seem compatible with recent Lazarus/Qt5pas: https://github.com/benjamimgois/goverlay/issues/197
That's interesting, it builds on plain vanilla mageia 8 but with a lot of warnings and hints: (9022) Compiling resource /tmp/rpmbuild/BUILD/goverlay-0.8.1/lib/x86_64-linux/goverlay.or (9015) Linking /tmp/rpmbuild/BUILD/goverlay-0.8.1/goverlay (1008) 8331 lines compiled, 1.4 sec (1021) 807 warning(s) issued (1022) 144 hint(s) issued It also runs fine on plain vanilla mga 8. The BuildReqires should have libqt5pas-devel added but I suspect that's already been done.
I could fix the Qt5 issue by packaging a newer version of Qt5pas, the one we had was from Lazarus 2.0.12 and thus not compatible with Lazarus 2.2.0 we have in Cauldron. Then I had an issue with mangohud 0.6.5 which doesn't support 2.35, updating to 0.6.6-1 fixed it. So now things are working fine in Cauldron. I also packaged vkBasalt (as `vkbasalt`) for use with goverlay. Pushing the same three packages for Mageia 8 (`vkbasalt` is new). Please test all three and confirm that everything works OK. Note that those packages provide advanced functionality with a relatively poor UX, I managed to trigger a few application crashes with vkBasalt and outdated Reshade shaders - but those are not packaging issues, it's part of these packages non fool-proofed design. Advisory: ========= Updated mangohud, goverlay, and vkbasalt provide latest versions The mangohud and goverlay have been updated to provide the latest versions respectively of this OpenGL/Vulkan overlay, and its graphical configuration utility. The vkbasalt package was also added for use with goverlay to enable post processing effects to Vulkan applications. SRPMs in core/updates_testing: ============================== goverlay-0.8.1-1.mga8 mangohud-0.6.6.1-1.mga8 vkbasalt-0.3.2.5-1.mga8 RPMs in core/updates_testing: ============================= goverlay-0.8.1-1.mga8 mangohud-0.6.6.1-1.mga8 vkbasalt-0.3.2.5-1.mga8 Testing procedure: ================== mangohud and vkbasalt both require command line interaction and configuration. goverlay is a graphical application that allows interacting with these tools, so I recommend using it to test both mangohud and vkbasalt. The overlay and effects can be tested on e.g. `vkcube` from the vulkan-tools package (also recommended by goverlay).
Summary: Mangohud and goverlay in Cauldron are outdated. => Update candidate: mangohud 0.6.6-1, goverlay 0.8.1, vkbasalt 0.3.2.5Version: Cauldron => 8Assignee: rverschelde => qa-bugsWhiteboard: MGA8TOO => (none)
Taking this back for now as the goverlay build crashes on ARM :(
Assignee: qa-bugs => rverscheldeCC: (none) => rverschelde
I restricted the goverlay update to i586 and x86_64 in the end, no time to debug the ARM fpc crash without access to an ARM machine to test with. SRPMs in core/updates_testing: ============================== goverlay-0.8.1-1.1.mga8 mangohud-0.6.6.1-1.mga8 vkbasalt-0.3.2.5-1.mga8 RPMs in core/updates_testing: ============================= goverlay-0.8.1-1.1.mga8 mangohud-0.6.6.1-1.mga8 vkbasalt-0.3.2.5-1.mga8
Assignee: rverschelde => qa-bugs
I have a raspberry PI 1b as well as a Raspberry PI 400 but I've not found a definitive howto for running Mageia on ARM. In any case, goverlay and mangohud seem to be working correctly (on MGA 8)but vkbasalt somewhat eludes me on what it does or is supposed to do. Thank you for getting these packages updated, Mageia is a truly great platform for gaming.
I have Mageia 8 running on a rpi 4b using an image written (using dd) to a flash card, from http://mirror.math.princeton.edu/pub/mageia/distrib/8/aarch64/install/images/ and since updated using the aarch64 repositories.
CC: (none) => davidwhodgins
Unfortunately Mageia 8 boot loops on a Raspberry PI 400. I tried these images: Mageia-8-rpi-aarch64-noDE.img.gz Mageia-8-rpi-aarch64-plasma5.img.gz However, back on topic, both goverlay and mangohud appear to be working correctly.
Copy/paste list from Comment 8 into QARepo, getting "goverlay-0.8.1-1.1.mga8 not found in the remote repository" I will try later, although the tuxinator mirror is not bad at synching ususally. (Just used it for the kernel 15.32 test).
CC: (none) => herman.viaene
Good catch Herman, I had mistakenly pushed that version to Cauldron instead of Mageia 8. Now fixed, goverlay-0.8.1-1.1.mga8 should land on the mirrors soon, for x86_64 and i586 only.
Installed without problems. Starting goverlay shows screens or MangoHud and vkbasalt, but what it all means is your guess, apart from the GL-test I recognize. Looks oood AFAICS, so OK'ing unless someone else wants to dig deeper into this.
Whiteboard: (none) => MGA8-64-OK
Validating. Advisory in Comment 6.
Keywords: (none) => validated_updateCC: (none) => andrewsfarm, sysadmin-bugs
Keywords: (none) => advisory
An update for this issue has been pushed to the Mageia Updates repository. https://advisories.mageia.org/MGAA-2022-0045.html
Status: NEW => RESOLVEDResolution: (none) => FIXED