Search Criteria
Package Details: gz-rendering8 8.2.2-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/gz-rendering8.git (read-only, click to copy) |
---|---|
Package Base: | gz-rendering8 |
Description: | C++ library designed to provide an abstraction for different rendering engines. |
Upstream URL: | https://github.com/gazebosim/gz-rendering |
Licenses: | Apache-2.0 |
Provides: | gz-rendering |
Submitter: | oysstu |
Maintainer: | oysstu |
Last Packager: | oysstu |
Votes: | 0 |
Popularity: | 0.000000 |
First Submitted: | 2023-10-09 19:44 (UTC) |
Last Updated: | 2025-05-20 07:12 (UTC) |
Dependencies (13)
- freeimage (freeimage-vpinball-gitAUR)
- gz-common (gz-common5AUR, gz-common6AUR)
- gz-math (gz-math7AUR, gz-math8AUR)
- gz-plugin (gz-plugin2AUR, gz-plugin3AUR)
- gz-utils (gz-utils2AUR, gz-utils3AUR)
- ogre-next2AUR
- boost (boost-gitAUR) (make)
- cmake (cmake3AUR, cmake-gitAUR) (make)
- doxygen (doxygen-gitAUR) (make)
- gz-cmake (gz-cmake3AUR, gz-cmake4AUR) (make)
- vulkan-headers (vulkan-headers-gitAUR) (make)
- ogre-1.9AUR (optional) – Ogre 1.x rendering enging plugin
- optixAUR (optix70AUR, optix72AUR, optix74AUR, optix8AUR) (optional) – Nvidia OptiX rendering engine plugin
Required by (12)
- gz-garden (requires gz-rendering)
- gz-gui7 (requires gz-rendering)
- gz-gui8 (requires gz-rendering)
- gz-gui9 (requires gz-rendering)
- gz-harmonic (requires gz-rendering)
- gz-ionic (requires gz-rendering)
- gz-sensors7 (requires gz-rendering)
- gz-sensors8 (requires gz-rendering)
- gz-sensors9 (requires gz-rendering)
- gz-sim7 (requires gz-rendering)
- gz-sim8 (requires gz-rendering)
- gz-sim9 (requires gz-rendering)
Latest Comments
oysstu commented on 2025-05-20 07:11 (UTC) (edited on 2025-05-20 10:17 (UTC) by oysstu)
@huyz Ah yes, I forgot to check if the rendering plugin was built. Support has been added in gz-cmake4 to locate ogre-next 3.x, but gz-rendering does not support it yet. There is a WIP PR here, but it's very preliminary: https://github.com/gazebosim/gz-rendering/pull/943
I'm maintaining patches for ogre-next2 2.3.3, and I'll target that instead.
huyz commented on 2025-05-20 01:45 (UTC)
Also, if one wants to use
ogre1.9
oroptix
for rendering engine plugin, they need to be installed during build time, otherwisegz-rendering8
won't build the corresponding rendering engine plugin.huyz commented on 2025-05-20 01:43 (UTC)
Unfortunately, the usage of
-DUSE_UNOFFICIAL_OGRE_VERSIONS=ON
does not work forogre-next
version3
.Lookup the
CMakeLists.txt
ofgz-rendering8
, this variable only used at line 94 ( after findingogre-1.9
). Findingogre-next
2.3.1
is at line 116, and it won't be affected by this variable.The logic of finding
ogre-next
is at thecmake/FindGzOGRE2.cmake
ofgz-cmake3
. Lookup this file, at line 68 it first check whether the desiredogre-next
major version is greater or equal to3
, so therefore you can't just replace2.3.1
with3.0.0
at theCMakeLists.txt
ofgz-rendering8
to let it useogre-next3
; then at line 283 it checks whether the found major version is equal to the desired major version. So overallgz-rendering8
won't findogre-next
if its version is3
, and will not build theogre2
rendering engine plugin.Moreover, even if I change
cmake/FindGzOGRE2.cmake
to force allow it to useogre-next3
, it failed to build then:So I think we should pin
ogre-next
toogre-next2
until upstream supportsogre-next3
.