Package Details: monado 25.1.0-1

Git Clone URL: https://aur.archlinux.org/monado.git (read-only, click to copy)
Package Base: monado
Description: An open source OpenXR runtime
Upstream URL: https://monado.dev/
Licenses: BSL-1.0
Provides: openxr-runtime
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 48
Popularity: 20.20
First Submitted: 2021-02-16 02:03 (UTC)
Last Updated: 2025-12-20 17:43 (UTC)

Dependencies (67)

Required by (1)

Sources (1)

Latest Comments

1 2 3 4 Next › Last »

lithx commented on 2026-04-28 18:16 (UTC) (edited on 2026-05-04 19:37 (UTC) by lithx)

it is like, all of the groundwork for a VR-UI experience, makes sense why it'd take a minute 😅 and just stumbled into a webkit2gtk update right when I forgot to count my blessings, makes monado look like an absolute picnic by comparison

when you said incremental build system I was like "wait you can have incremental builds?" lmao, just toggled on ccache in my /etc/makepkg.conf BUILDENV variable, believe this will be a big help in the long-run fingers crossed, thx

EDIT: This comment should've been posted to monado-git, didn't realize this was a different package entry. My bad!!

haagch commented on 2026-04-20 23:04 (UTC)

It's mostly the C++ math code that takes long to compile.

There is the psvr (1) tracking code in src/auxiliary/tracking that unfortunately doesn't have its own knob to disable, only -DXRT_HAVE_OPENCV=OFF but that will disable more than just the psvr tracking module...

The mercury hand tracking code is the slowest to compile I think. Coincidentally I think -DXRT_HAVE_OPENCV=OFF will also turn that off, though if you don't need that hand tracking module, adding -DXRT_MODULE_MERCURY_HANDTRACKING=OFF would be more targeted.

The documentation takes surprisingly long to build, so -DBUILD_DOC=OFF is actually a decent speedup too, especially for incremental builds.

In recent times maybe more slow to compile code has been added but last time I looked those were the big ones. I'd say the docs aren't particularly useful to install because they are mostly useful for people who check out the source code anyway, but for the rest I think a general build should have those enabled.

lithx commented on 2026-04-20 18:26 (UTC) (edited on 2026-04-20 18:40 (UTC) by lithx)

This package takes the longest to compile on my machine by a wide margin. Are there any time gains that can be had by changing the PKGBUILD? Like removing the ctest call, specifying a Release build type?

To be fair I haven't done any digging into the rationale for why these particular build steps are all here, could all be necessary and I'm big dumb, but thought it wouldn't hurt to give a nudge.

dbermond commented on 2025-11-03 16:08 (UTC)

@Plexxl added fix for eigen 5, and the package is now building fine. Thanks for reporting.

Plexxl commented on 2025-11-03 02:32 (UTC)

Error on building: -- Eigen3 version .. found in /usr/include/eigen3, but at least version 3 is required CMake Error at /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:227 (message): Could NOT find Eigen3 (missing: EIGEN3_VERSION_OK) (Required is at least version "3") Call Stack (most recent call first): /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:591 (_FPHSA_FAILURE_MESSAGE) cmake/FindEigen3.cmake:98 (find_package_handle_standard_args) CMakeLists.txt:88 (find_package)

dbermond commented on 2025-05-11 20:26 (UTC)

@pancakecat this error is due to changes in vulkan-headers 1.4.310 and later. I have just pushed the fix and the package is now building fine. Thanks for reporting.

pancakecat commented on 2025-05-11 19:31 (UTC) (edited on 2025-05-11 19:33 (UTC) by pancakecat)

Fails to build with the following error: ´´´ [ 32%] Building C object src/xrt/auxiliary/vk/CMakeFiles/aux_vk.dir/vk_helpers.c.o /home/sam/aur/monado/src/monado-v25.0.0/src/xrt/auxiliary/vk/vk_helpers.c: In Funktion »vk_object_type_string«: /home/sam/aur/monado/src/monado-v25.0.0/src/xrt/auxiliary/vk/vk_helpers.c:251:29: Fehler: »VK_OBJECT_TYPE_CUDA_MODULE_NV« nicht deklariert (erstmalige Verwendung in dieser Funktion); meinten Sie »VK_OBJECT_TYPE_CU_MODULE_NVX«? 251 | ENUM_TO_STR(VK_OBJECT_TYPE_CUDA_MODULE_NV); | ^ /home/sam/aur/monado/src/monado-v25.0.0/src/xrt/auxiliary/vk/vk_helpers.c:54:14: Anmerkung: in Definition des Makros »ENUM_TO_STR« 54 | case r: return #r | ^ /home/sam/aur/monado/src/monado-v25.0.0/src/xrt/auxiliary/vk/vk_helpers.c:251:29: Anmerkung: jeder nicht deklarierte Bezeichner wird nur einmal für jede Funktion, in der er vorkommt, gemeldet 251 | ENUM_TO_STR(VK_OBJECT_TYPE_CUDA_MODULE_NV); | ^ /home/sam/aur/monado/src/monado-v25.0.0/src/xrt/auxiliary/vk/vk_helpers.c:54:14: Anmerkung: in Definition des Makros »ENUM_TO_STR« 54 | case r: return #r | ^ /home/sam/aur/monado/src/monado-v25.0.0/src/xrt/auxiliary/vk/vk_helpers.c:252:29: Fehler: »VK_OBJECT_TYPE_CUDA_FUNCTION_NV« nicht deklariert (erstmalige Verwendung in dieser Funktion); meinten Sie »VK_OBJECT_TYPE_CU_FUNCTION_NVX«? 252 | ENUM_TO_STR(VK_OBJECT_TYPE_CUDA_FUNCTION_NV); | ^~~ /home/sam/aur/monado/src/monado-v25.0.0/src/xrt/auxiliary/vk/vk_helpers.c:54:14: Anmerkung: in Definition des Makros »ENUM_TO_STR« 54 | case r: return #r | ^ make[2]: *** [src/xrt/auxiliary/vk/CMakeFiles/aux_vk.dir/build.make:177: src/xrt/auxiliary/vk/CMakeFiles/aux_vk.dir/vk_helpers.c.o] Fehler 1 make[1]: *** [CMakeFiles/Makefile2:2604: src/xrt/auxiliary/vk/CMakeFiles/aux_vk.dir/all] Fehler 2 make: *** [Makefile:146: all] Fehler 2 ==> FEHLER: Ein Fehler geschah in build(). Breche ab... ´´´ Up to the arch community quality standards. Keep up the good work.

dbermond commented on 2025-04-23 15:24 (UTC)

@PreciousPika librealsense build errors should be reported in the librealsense AUR web page.

1 2 3 4 Next › Last »