Search Criteria
Package Details: monado-doc 25.1.0-3
Package Actions
| Git Clone URL: | https://aur.archlinux.org/monado.git (read-only, click to copy) |
|---|---|
| Package Base: | monado |
| Description: | An open source OpenXR runtime (documentation) |
| Upstream URL: | https://monado.dev/ |
| Licenses: | BSL-1.0 |
| Submitter: | dbermond |
| Maintainer: | dbermond |
| Last Packager: | dbermond |
| Votes: | 51 |
| Popularity: | 8.79 |
| First Submitted: | 2021-02-16 02:03 (UTC) |
| Last Updated: | 2026-07-05 02:28 (UTC) |
Dependencies (39)
- bluez-libs (bluez-gitAUR) (make)
- cjson (cjson-gitAUR) (make)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- cnmatrixAUR (cnmatrix-gitAUR) (make)
- dbus (dbus-gitAUR, dbus-selinuxAUR, dbus-nosystemd-gitAUR) (make)
- doxygen (doxygen-gitAUR) (make)
- eigen (eigen-gitAUR, eigen3) (make)
- git (git-gitAUR, git-glAUR, git-wd40AUR) (make)
- glib2 (glib2-gitAUR, glib2-patched-thumbnailerAUR) (make)
- glslang (glslang-gitAUR) (make)
- graphviz (make)
- gst-plugins-base-libs (gst-plugins-base-libs-gitAUR) (make)
- gstreamer (gstreamer-gitAUR) (make)
- hidapi (hidapi-gitAUR) (make)
- libbsd (libbsd-gitAUR) (make)
- libdrm (libdrm-gitAUR) (make)
- libgl (libglvnd-gitAUR, amdgpu-pro-oglp-legacyAUR, nvidia-340xx-utilsAUR, amdgpu-pro-oglpAUR, nvidia-340xx-utils-macbookAUR, libglvnd) (make)
- libjpeg-turbo (mozjpeg-gitAUR, mozjpegAUR, libjpeg-turbo-gitAUR) (make)
- librealsenseAUR (librealsense-gitAUR) (make)
- libsurviveAUR (libsurvive-gitAUR, libsurvive-usehidapi-gitAUR) (make)
- Show 19 more dependencies...
Latest Comments
1 2 3 4 Next › Last »
dbermond commented on 2026-07-05 01:35 (UTC)
@marissachan9 package updated.
marissachan9 commented on 2026-07-02 18:38 (UTC)
I believe the dependencies of this package need to be adjusted because the official libjpeg-turbo package does not provide the virtual package libjpeg anymore (https://gitlab.archlinux.org/archlinux/packaging/packages/libjpeg-turbo/-/commit/a0e534d2803d7561c791ab5cd7f1a6f496d0cfaa)
Instead of libjpeg this package probably needs to depend on libjpeg-turbo (or libjpeg-so?)
Also see: Rebuild Todo List Stop relying on virtual libjpeg/ lib32-libjpeg package https://archlinux.org/todo/stop-relying-on-virtual-libjpeg-lib32-libjpeg-package/
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.
1 2 3 4 Next › Last »